Comment 5 for bug 1262338

Just a note that I'm seeing an ever-increasing memory leak over time with sfcb 1.3.8 on 12.04 LTS, identical to the problem described at http://lists.us.dell.com/pipermail/linux-poweredge/2013-December/048709.html

Just upgraded to Dell's OMSA 7.4.0 (we run this mainly for the Auto Recovery function), but it doesn't seem to help.

It's quite disappointing that 14.04 LTS has the fix for this frankly critical memory leak (we've seen 6GB *resident* used by it after a month or so) and yet the 12.04 LTS release has no sign of it. I'm wondering if it's OMSA using sfcb that might be triggering this, which is why it's not easy for Ubuntu devs to see this leak in its rampant glory unless they've got a Dell server and OMSA installed.

The suggest backported packages mentioned by Kent in comment 4 had a problem for me. They've been built without support for the "httpsProcs: 8" line in /etc/sfcb/sfcb.cfg shipped in the package, so won't fire up unless that line is removed.

For the moment, I've gone back to sfcb 1.3.8 and put in a weekly cron job to restart the sfcb service during working hours. A sticking plaster, but until we get an official update for 12.04 LTS, it'll have to do.