Error after each package update
-
Hi jimp,
here is what a 'grep -i avahi' in system.log gives me:
Jan 8 16:15:50 voldemort avahi-daemon[25207]: Found user 'avahi' (UID 558) and group 'avahi' (GID 558). Jan 8 16:15:50 voldemort avahi-daemon[25207]: Successfully dropped root privileges. Jan 8 16:15:50 voldemort avahi-daemon[25207]: avahi-daemon 0.6.25 starting up. Jan 8 16:15:50 voldemort avahi-daemon[25207]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns! Jan 8 16:15:50 voldemort avahi-daemon[25207]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns! Jan 8 16:15:50 voldemort avahi-daemon[25207]: Loading service file /usr/local/etc/avahi/services/sftp-ssh.service. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Loading service file /usr/local/etc/avahi/services/ssh.service. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Joining mDNS multicast group on interface ath0_wlan1.IPv4 with address 192.168.100.254. Jan 8 16:15:50 voldemort avahi-daemon[25207]: New relevant interface ath0_wlan1.IPv4 for mDNS. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Joining mDNS multicast group on interface ath0_wlan0.IPv4 with address 172.16.100.254. Jan 8 16:15:50 voldemort avahi-daemon[25207]: New relevant interface ath0_wlan0.IPv4 for mDNS. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Joining mDNS multicast group on interface vr0.IPv4 with address 10.0.100.254. Jan 8 16:15:50 voldemort avahi-daemon[25207]: New relevant interface vr0.IPv4 for mDNS. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Network interface enumeration completed. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Registering new address record for fe80::480:48ff:fe62:fa57 on ath0_wlan1.*. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Registering new address record for 192.168.100.254 on ath0_wlan1.IPv4. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Registering new address record for fe80::280:48ff:fe62:fa57 on ath0_wlan0.*. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Registering new address record for 172.16.100.254 on ath0_wlan0.IPv4. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Registering new address record for fe80::20d:b9ff:fe13:54a8 on vr0.*. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Registering new address record for 10.0.100.254 on vr0.IPv4. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Registering HINFO record with values 'I386'/'FREEBSD'. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Short read() on signal pipe. Jan 8 16:15:50 voldemort avahi-daemon[25207]: Short read() on signal pipe. Jan 8 16:15:50 voldemort avahi-daemon[25207]: daemon_signal_next() failed Jan 8 16:15:50 voldemort avahi-daemon[25207]: daemon_signal_next() failed Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: iface.c: avahi_server_add_service() failed: Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: Server startup complete. Host name is voldemort.hogwarts.lan. Local service cookie is 220947134. Jan 8 16:15:51 voldemort avahi-daemon[25207]: Failed to add service 'voldemort' of type '_ssh._tcp', ignoring service group (/usr/local/etc/avahi/services/ssh.service): Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: Failed to add service 'voldemort' of type '_ssh._tcp', ignoring service group (/usr/local/etc/avahi/services/ssh.service): Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: Failed to add service 'SFTP File Transfer on voldemort' of type '_sftp-ssh._tcp', ignoring service group (/usr/local/etc/avahi/services/sftp-ssh.service): Not supported Jan 8 16:15:51 voldemort avahi-daemon[25207]: Failed to add service 'SFTP File Transfer on voldemort' of type '_sftp-ssh._tcp', ignoring service group (/usr/local/etc/avahi/services/sftp-ssh.service): Not supported
-
I may have to experiment with it on Monday, my brain is taking the weekend off. :-)
-
Thanks jimp. Suddenly it started to work again. Mysteriously…
Did nothing besides wait. Will have an eye on that...The only thing now is that my PPPoE does take too long to come up after a upgrade so the packages sync doesn't work that well. Today it only installed one of six packages (nmap) after upgrade to 1/10 but that's another story...
Edit: Is there a reason why not all packages are listed when I run a pkg_info on console? Have avahi, backup, shellcmd, unbound, rrd summary and nmap installed, but the output only shows the following:
expat-2.0.1_1 XML 1.0 parser written in C libevent-1.4.14b_1 Provides an API to execute callback functions on certain ev lua-5.1.4_5 Small, compilable scripting language providing easy access nmap-5.35.d1 Port scanning utility for large networks openssl-1.0.0_4 SSL and crypto library pcre-8.10 Perl Compatible Regular Expressions library pkg-config-0.25_1 A utility to retrieve information about installed libraries unbound-1.4.7 A validating, recursive, and caching DNS resolver
-
Avahi is installed via a tgz archive, not a proper "package" file, and the other missing ones are only found in the pfSense GUI, not OS packages.
pkg_info only lists properly registered FreeBSD packages.
-
Thanks for clearing that up, jimp ;)
-
Now with a working PPPoE connection on startup almost everything worked fine except the nmap package wasn't installed. All other five package were. Can you confirm that? Or should I open a new ticket/thread for nmap?
-
I haven't tried that one yet. Not sure what its deal might be.
Try to reinstall it manually one more time and see if it survives the next firmware update again.
-
All packages got reinstalled now after my latest upgrade. nmap shows up as installed but does not work. On console I get:
[2.0-BETA5][admin@voldemort.hogwarts.lan]/root(9): nmap nmap: Command not found.
Also reinstalling the package did not work. Even completely removing and adding the package doesn't change this…
-
Does pkg_info still show nmap installed? What happens if you pkg_delete nmap-5.35.d1 and then reinstall?
-
Does pkg_info still show nmap installed? What happens if you pkg_delete nmap-5.35.d1 and then reinstall?
Yes, pkg_info shows nmap installed. When I remove it and reinstall or completely delete and reinstall I now get the following error:
/libexec/ld-elf.so.1: Shared object "libpcap.so.1" not found, required by "nmap"
-
I experienced the same issues with my ALIX board under 2.0-BETA4; had to revert back to 1.2.3-RELEASE because the system was too unstable.
jlepthien, would you say most of the packaging and WebGUI freezes have been fixed ? I could install 2.0-BETA5 01/08 and provide some additional feedback.
__.
pac -
Juste to let know know:
with 2.0-BETA5 (i386) built on Tue Jan 11 14:19:18 EST 2011I got this message at boot time:
One moment please, reinstalling packages... pkg_info: no packages match pattern(s)
Don't really know what it means…
Also, all my packages have been deinstalled but I don't know my just after the upgrade...
System log show this:
php: /pkg_mgr_install.php: The command '/usr/local/etc/rc.d/postfix.sh stop' returned exit code '127', the output was '/usr/local/etc/rc.d/postfix.sh: /usr/local/sbin/postfix: not found'
It's not the first time that even if a package have been removed the init scripts still alive.
-
One moment please, reinstalling packages... pkg_info: no packages match pattern(s)
Don't really know what it means…
That's harmless but we've been trying to track it down.
Also, all my packages have been deinstalled but I don't know my just after the upgrade…
Someone else had that happen but we weren't able to replicate it. Near as I could tell, it was due to an upgrade that was done the last time that wasn't quite right, but the next one was OK and hasn't broken since. If someone can reliably replicate it on current snapshots that might help.
System log show this:
php: /pkg_mgr_install.php: The command '/usr/local/etc/rc.d/postfix.sh stop' returned exit code '127', the output was '/usr/local/etc/rc.d/postfix.sh: /usr/local/sbin/postfix: not found'
It's not the first time that even if a package have been removed the init scripts still alive.
That's up to the individual package maintainer to remove the script on deinstall. Not much to be done about that by the package system in general.
-
Thanks for those infos.
Maybe the package automatic deinstall was because my pppoe connection was down at boot time? It happen in earlier release that after a release upgrade, packages are deinstalled and then reinstalled automatically. I think yesterday it happens. Today, just de deinstall. I am impatient to see what will happen tomorrow! :-)
Just joking. I love pfSense and you all guys do a fantastic works.
Thanks -
Lack of connectivity would explain it, I suppose. Might need some extra logic there to prevent that from happening.
-
I added some code to bail on the package update if there is no connectivity when the function is called. It won't be in the next new snapshot, but the one after.
-
Oh boy. Now all packages except avahi have been automatically reinstalled…
Still, nmap gives me an error:
/libexec/ld-elf.so.1: Shared object "libpcap.so.1" not found, required by "nmap"
-
Try to reinstall it now. Remove it first with "x" on the installed packages screen and then pick it from the main list.
See if it behaves any better. I bumped it up to a newer version and made sure the dependencies were fixed.
-
Ok that worked with nmap however I tried updating the snap and after that only five of my six packages git reinstalled. But after having a closer look I saw that they were not working. avahi gives me a 404 and Backup completely misssing. Tried reinstalling all packages with Diagnostics->/Backup/Restore and after that I still have the same avahi error. So I needed to remove and install it again.
At least all these removing/installing doesn't need any reboots anymore…
Thanks for your help again, jimp. Some small glitches but we're on the right way...
-
If you had the serial console hooked up while it upgraded, it would be nice to see the package reinstall messages from the console.