Calling "service networking restart" kills unity

Bug #1070879 reported by Robert Lange
66
This bug affects 15 people
Affects Status Importance Assigned to Milestone
unity (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Note: I am not sure if this is an issue with unity, with compiz, or with some other component such as dbus, or if it is multiple bugs.

At work I use a bridged network interface (br0) over eth0 on my laptop to seamlessly connect my laptop and its virtual machines to the corporate network. As Network Manager cannot handle bridged connections, I am forced to use the old /etc/network/interfaces file to configure the bridge. (Note that I removed all network manager entries that reference eth0 before creating the bridge.)

This setup worked fine in 12.04 and earlier versions. I was able to reconfigure the bridge (when necessary) and restart it using the command line without issue using those releases. When my computer is booted with the bridged configuration, 12.10 uses the bridge to connect to the network without issue. The problem occurs only when I restart networking.

In 12.10, issuing the command "sudo service networking restart" or "sudo /etc/init.d/networking restart" causes Unity to instantly and completely die. The compiz window manager decorations disappear and do not restart, keyboard shortcuts do not work, services such as bluetooth become unresponsive. Existing windows remained (without window manager decoration) on the screen, but appeared hung. With a USB mouse I was able to move the mouse and right click to open menus, but they were unresponsive to clicks. I was unable to do anything in Unity to correct the situation. I was able to switch to a virtual terminal (Ctrl+Alt+F1) and log in to the command line. From there I was able to restart the computer.

I have been able to replicate this consistently.

I am attaching my .xsession-errors file. Note that the entries up to and including line 110 were made before issuing the network restart command. Entries after 110 resulted from issuing the command.

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: unity 6.8.0-0ubuntu2
ProcVersionSignature: Ubuntu 3.5.0-17.28-generic 3.5.5
Uname: Linux 3.5.0-17-generic x86_64
ApportVersion: 2.6.1-0ubuntu3
Architecture: amd64
CompizPlugins: [core,bailer,detection,composite,opengl,copytex,compiztoolbox,decor,move,gnomecompat,vpswitch,dbus,place,regex,imgsvg,mousepoll,snap,imgpng,resize,wall,animation,unitymtgrabhandles,session,resizeinfo,fade,expo,workarounds,ezoom,scale,unityshell]
Date: Wed Oct 24 10:31:16 2012
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
SourcePackage: unity
UpgradeStatus: Upgraded to quantal on 2012-10-22 (1 days ago)

Revision history for this message
Robert Lange (rcl24) wrote :
Revision history for this message
Robert Lange (rcl24) wrote :
Robert Lange (rcl24)
description: updated
Revision history for this message
Robert Lange (rcl24) wrote :

I did a test on another machine that has a more vanilla configuration with eth0 configured through Network Manager. The only thing in /etc/network/interfaces was the loopback stuff that is installed there by default. I issued "sudo service networking restart" and the same thing happened: Unity essentially died and I had to switch to a virtual terminal to restart the computer. This result demonstrates that it is the networking script (or some hook program called by it) that is the problem, and not any particular network configuration.

Revision history for this message
Robert Lange (rcl24) wrote :

While logged into Unit, I ran the commands:

ifdown lo
ifup lo

The system continues to work correctly. Therefore, it's not merely restarting the loopback device that causes Unity to crash, it's some other part of the networking restart script.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in unity (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.