upgrading (acpid) killed network?

[Mirar]

Intrepid from today.

Running an aptitude update/aptitude upgrade, the machine suddenly decided to unplug eth0. Which made it a bit tricky, since I was maintaining it over the network...

The last output of the upgrade was:

Setting up acpid (1.0.6-9ubuntu4) ...
 * Stopping Hardware abstraction layer hald
   ...done.
 * Loading ACPI modules...
   ...done.
 * Starting ACPI services...
   ...done.
 * Starting Hardware abstraction layer hald
   ...done.

A lot of packages were upgraded before, and after (the vnc server was still running fine). Not sure what is the culprit... Anything else I can upload to help?

[Chris Coulson (chrisccoulson)]

Thank you for taking the time to report this bug and help make Ubuntu better. Did the network recover afterwards? Could you please attach your /var/log/apt/term.log, /var/log/syslog and /var/log/daemon.log?

Thanks

[Mirar (launchpad-sort)]

The network did not recover. The upgrade stuck some minutes (?) later on asking if I wanted to replace some pulseaudio config files, but I doubt that it would have fixed the network later in the upgrade...

I did a manual /etc/init.d/network restart to get it to run again.

[Mirar (launchpad-sort)]

relevant parts of the syslog:

Sep 26 09:41:01 iris /USR/SBIN/CRON[22288]: (root) CMD (/home/mirar/hack/pingboot.sh)
Sep 26 09:41:06 iris init: Re-executing /sbin/init
Sep 26 09:41:29 iris kernel: [386485.749734] type=1505 audit(1222414889.776:17): operation="profile_replace" name="/usr/sbin/named" name2="default" pid=22926
Sep 26 09:41:29 iris kernel: [386485.887104] type=1505 audit(1222414889.912:18): operation="profile_replace" name="/usr/share/gdm/guest-session/Xsession" name2="default" pid=22932
Sep 26 09:41:30 iris kernel: [386486.054133] type=1505 audit(1222414890.080:19): operation="profile_replace" name="/usr/lib/cups/backend/cups-pdf" name2="default" pid=22937
Sep 26 09:41:30 iris kernel: [386486.054741] type=1505 audit(1222414890.080:20): operation="profile_replace" name="/usr/sbin/cupsd" name2="default" pid=22937
Sep 26 09:41:30 iris kernel: [386486.106540] type=1505 audit(1222414890.132:21): operation="profile_replace" name="/usr/sbin/mysqld" name2="default" pid=22941
Sep 26 09:41:30 iris kernel: [386486.155654] type=1505 audit(1222414890.180:22): operation="profile_replace" name="/usr/sbin/named" name2="default" pid=22945
Sep 26 09:42:39 iris NetworkManager: <info> HAL disappeared
Sep 26 09:42:40 iris acpid: client connected from 9968[0:0]
Sep 26 09:42:40 iris acpid: client connected from 9968[0:0]
Sep 26 09:42:43 iris acpid: client connected from 32719[106:110]
Sep 26 09:42:44 iris NetworkManager: <info> HAL re-appeared
Sep 26 09:42:44 iris NetworkManager: <info> (eth0): now unmanaged
Sep 26 09:42:44 iris NetworkManager: <info> (eth0): device state change: 8 -> 1
Sep 26 09:42:44 iris NetworkManager: <info> (eth0): deactivating device.
Sep 26 09:42:44 iris NetworkManager: <WARN> check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess
Sep 26 09:42:44 iris NetworkManager: <info> (eth0): cleaning up...
Sep 26 09:42:44 iris NetworkManager: <info> (eth0): taking down device.
Sep 26 09:42:44 iris NetworkManager: <info> (eth0): carrier now OFF (device state 8)
Sep 26 09:42:44 iris NetworkManager: <info> (eth0): device state change: 8 -> 2
Sep 26 09:42:44 iris NetworkManager: <info> (eth0): deactivating device.
Sep 26 09:42:44 iris NetworkManager: nm_device_get_state: assertion `NM_IS_DEVICE (device)' failed
Sep 26 09:42:44 iris NetworkManager: nm_device_is_activating: assertion `NM_IS_DEVICE (device)' failed
Sep 26 09:42:44 iris NetworkManager: nm_device_get_state: assertion `NM_IS_DEVICE (device)' failed
Sep 26 09:42:44 iris NetworkManager: nm_device_is_activating: assertion `NM_IS_DEVICE (device)' failed
Sep 26 09:42:44 iris NetworkManager: nm_device_get_state: assertion `NM_IS_DEVICE (device)' failed
Sep 26 09:42:44 iris kernel: [386560.598446] NetworkManager[9935]: segfault at 1 ip 00007f5139e61a8a sp 00007fff434225c0 error 4 in libglib-2.0.so.0.1800.0 (deleted)[7f5139e0a000+c2000]
Sep 26 09:42:44 iris avahi-daemon[5592]: Withdrawing address record for 172.16.0.27 on eth0.
Sep 26 09:42:44 iris avahi-daemon[5592]: Leaving mDNS multicast group on interface eth0.IPv4 with address 172.16.0.27.
Sep 26 09:42:44 iris avahi-daemon[5592]: Interface eth0.IPv4 no longer relevant for mDNS.
Sep 26 09...

[Mirar (launchpad-sort)]

Could we add this to network manager instead? It's a more likely culprit than acpid...:

Sep 26 09:42:44 iris NetworkManager: <info> (eth0): deactivating device.

[Dimitrios Symeonidis (azimout)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? Thanks in advance.

[xteejx (xteejx)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!