Nope, I see this directly at bitcoins.lc web site stats page. Also see them rejected in multipool's log. [...]
I have not yet gotten into the spaghetti code to see what, if anything, might be going on...
I had similar issues; they stem from the fact that Multipool.pl uses the "local" bitcoind to know when there is a new block.
IIRC, it also does not completely clear up the queue on a new block received (as threads have to pick that up).
I've been seeing what I believe is the same issue you described, were the software continuously requests gets without any sends going out. The multipool code eventually classifies me as an "unlawful" user since my send/get ratio gets really bad and it shifts me to just running in solo mode. I tried setting $lawful = 1, which works as a temporary fix by letting a different pool eventually be selected, but I still need to restart the software periodically.
I've been using the software on a virtual machine for a number of days successfully. "Thanks MultiPool!" The only changes I really needed to make were setting $production = 0, and changing all the IP addresses to my own.
The only other issue I'm having is with scrapping the rewards data for bitcoin.lc. I'm trying to work on that code myself. I'm working on getting wget through the login page and the transactions page, and still need to parse the transaction data. I'm not experienced with perl, or with scraping data from websites, but am trying to wade through it.
If mf or anyone else has created a bitcoinlc_rewards() function please post it. If I ever get mine working, I'll do the same.