Avahi-Daemon Process run away?



  • I'm running PfSense Embedded 2.0.1 on an Alix 1dc
    I have the avahi 0.6.25_2 package installed
    It seems that it's taking up 100% computer after a day or two or after a reset.
    I can't seem to figure out why it's doing this. It doesn't strike me as a very cpu intensive program.
    Only way I seem to relieve the problem is to kill -9 avahi-daemon, and restart it from the web configurator. This drops it back down to sane processor levels.
    Is this a known issue?


  • Rebel Alliance Developer Netgate

    Some others have reported this also but so far I haven't been able to reproduce it.

    I did make some changes to Avahi in the last week, you might try:

    1. Remove Avahi from the GUI
    2. From the shell:
    pkg_delete -f avahi*
    3. Reinstall Avahi from the GUI

    Then see if it behaves any better.

    Also any log messages referring to Avahi at or near the time it started using a bunch of CPU might help.



  • I'll try to keep a sharp eye on it, but it seems to be the worst kind of misbehavior, the kind that doesn't have any rhyme or reason.

    New problems, it's not uninstalling cleanly, and re-install is hanging at
    Downloading http://files.pfsense.org/packages/8/All/python27-2.7.2_3.tbz …  (extracting)

    It freezes here, just sitting there.
    I'm at a loss as to how to figure out what's going on.



  • @mostlyharmless:

    I'll try to keep a sharp eye on it, but it seems to be the worst kind of misbehavior, the kind that doesn't have any rhyme or reason.

    New problems, it's not uninstalling cleanly, and re-install is hanging at
    Downloading http://files.pfsense.org/packages/8/All/python27-2.7.2_3.tbz …  (extracting)

    It freezes here, just sitting there.
    I'm at a loss as to how to figure out what's going on.

    I'm having the same issue right now. It will not move past the python install. I have to restart the box just to get the webConfigurator running again.


  • Rebel Alliance Developer Netgate

    Guessing that's probably because /var is filling up on an embedded unit, not sure how it worked before, the package didn't get any bigger/smaller recently.



  • @jimp:

    Guessing that's probably because /var is filling up on an embedded unit, not sure how it worked before, the package didn't get any bigger/smaller recently.

    Python 2.7 is a few mb's larger, but that doesn't seem to be enough. The new package has two fewer dependencies too. Both bison and m4 are gone in the latest version.

    Trying to revert back to the older version of avahi now. While it caused the CPU to spike, it did work. We need that functionality.



  • @d_ethier:

    @jimp:

    Guessing that's probably because /var is filling up on an embedded unit, not sure how it worked before, the package didn't get any bigger/smaller recently.

    Python 2.7 is a few mb's larger, but that doesn't seem to be enough. The new package has two fewer dependencies too. Both bison and m4 are gone in the latest version.

    Trying to revert back to the older version of avahi now. While it caused the CPU to spike, it did work. We need that functionality.

    Also, /var seems to be fine. /dev/ufs/pfsense0 is steadily filling up though. I've been leaving the python install for about an hour and this partition has jumped from 25% to 50% utilization in that time.



  • @d_ethier:

    @d_ethier:

    @jimp:

    Guessing that's probably because /var is filling up on an embedded unit, not sure how it worked before, the package didn't get any bigger/smaller recently.

    Python 2.7 is a few mb's larger, but that doesn't seem to be enough. The new package has two fewer dependencies too. Both bison and m4 are gone in the latest version.

    Trying to revert back to the older version of avahi now. While it caused the CPU to spike, it did work. We need that functionality.

    Also, /var seems to be fine. /dev/ufs/pfsense0 is steadily filling up though. I've been leaving the python install for about an hour and this partition has jumped from 25% to 50% utilization in that time.

    Alright, I left it for a few hours and the situation did not change. The interface is usable now, so I started another install. It is stalling on the perl extraction now:

    Downloading http://files.pfsense.org/packages/8/All/perl-5.12.4_3.tbz …  (extracting)

    I'll leave this part for a while and see what happens.



  • After I don't know what happened, it seems to have installed. Maybe a bit of "leave it alone" was all it needed, I don't know.  ??? Anyways, for the time it seems to be working at a proper level. I'll try to catch it misbehaving now.



  • @mostlyharmless:

    After I don't know what happened, it seems to have installed. Maybe a bit of "leave it alone" was all it needed, I don't know.  ??? Anyways, for the time it seems to be working at a proper level. I'll try to catch it misbehaving now.

    Same here. I left the install process, came back, tried a re-install and it moved on to the perl install. Stalled again, left it, came back and tried a re-install which completed successfully. The daemon seems to be behaving now, which is good.

    Nearly out of space on the /dev/ufs/pfsense0 partition, but it should be fine for awhile.


  • Rebel Alliance Developer Netgate

    Nearly out of space? On what size? 512MB cf?



  • @jimp:

    Nearly out of space? On what size? 512MB cf?

    1gb. pfHacom box.

    It is problematic now because on reboot I'm getting a lot of BTX halted error messages. It's hit-and-miss whether the router restarts or not.


Locked