hald-addon-hid-ups eats memory

I have the same problem on my Feisty Fawn Server, running on a APC RS-1300 UPS (model BR1300LCD) connected by USB. Currently hald-addon-hid-ups eats 130 MB of memory, which I find excessive. It's the process that uses the most memory on my server right now, and the uptime is 7 days. I don't know if memory usage can/would go higher.

As far as I can tell the memory usage grows indefinitely.

Same problem. The stats after a week are:

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ SWAP COMMAND
  30857 root 15 0 741m 158m 312 S 0.0 15.7 9:44.91 583m hald-addon-hid-

I also have an APC connected and apcupsd daemon running.
There is no solution for this?

I also have this problem, it started after I finally found out my APC UPS (350 as well) wasn't configured in my system. At some point it also gets CPU hoggy...

top - 22:24:38 up 15 days, 23:39, 2 users, load average: 1.12, 1.19, 0.86
Tasks: 207 total, 5 running, 202 sleeping, 0 stopped, 0 zombie
Cpu(s): 57.8%us, 41.2%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 1.0%si, 0.0%st
Mem: 1035688k total, 971556k used, 64132k free, 9128k buffers
Swap: 3906464k total, 2715132k used, 1191332k free, 333604k cached

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 4850 root 25 0 2528m 169m 492 R 97.7 16.8 20:09.52 hald-addon-hid-

workaround: kill the process hald-addon-hid-ups and kill apcupsd and restart /etc/init.d/apcupsd

I just waked up this morning and hald-addon-hid-ups was using 2.8 GB of RAM and swap. Uptime is 46 days. Please anyone, this bug is serious and critical for server environment. I tried to put a /etc/init.d/dbus restart line in my crontab, but sometimes a few hald-XXX daemon don't restart properly.

Manual login on all servers every once in a while to reset hal / dbus is not an option.

I can confirm this happens on our server also.

root 4536 0.0 6.5 138604 135160 ? S Oct25 1:26 \_ hald-addon-hid-ups: listening on /dev/usb/hiddev0

135m resident in memory is crazy. I have set up a daily cron to restart hal.

Please could the importance be raised, this would be critical in a hosting company's environment (not so bad in mine).

I can confirm this happens on my workstation also.

Ubuntu 7.10 64Bit
Uptime: 51 Days

hald-addon-hid-ups was using 2.6GB of RAM before I restarted the process this morning.

Sorry to comment again (I couldn't find the edit button) but, I would like to add that hald-addon-hid-ups was also taking up ~97% of the CPU

i realize that this bug has been found in ubuntu, but i am running debian etch and i am running into the same problem. after about 18 days of uptime, my server/vmware host, which has 4 GB of ram, starts using swap even though the virtual machines are only allocated 2304 MB of RAM. that leaves roughly 1.7 GB of ram for the host OS so it should be plenty.

has anyone found any solution to this problem besides setting up cronjobs which recycle the services?

Usage of swap even though you have plenty of free RAM is not a bad thing by
itself. However, having the very specific hald-addon-hid-ups process eating
1GB is.

Never heard of any new solution, my cronjobs have been running for years
now... It might have been fixed since, but it's not in my policy to
dist-upgrade a stable server therefore I can't tell.

Cheers.

--------------------------------------------------
From: "mbentley" <email address hidden>
Sent: Wednesday, January 21, 2009 2:17 PM
To: "Charles Perreault" <email address hidden>
Subject: [Bug 134311] Re: hald-addon-hid-ups eats memory

> i realize that this bug has been found in ubuntu, but i am running
> debian etch and i am running into the same problem. after about 18 days
> of uptime, my server/vmware host, which has 4 GB of ram, starts using
> swap even though the virtual machines are only allocated 2304 MB of RAM.
> that leaves roughly 1.7 GB of ram for the host OS so it should be
> plenty.
>
> has anyone found any solution to this problem besides setting up
> cronjobs which recycle the services?
>
> --
> hald-addon-hid-ups eats memory
> https://bugs.launchpad.net/bugs/134311
> You received this bug notification because you are a direct subscriber
> of the bug.
>

http://www.freedesktop.org/wiki/Software/hal/