/srv/irclogs.ubuntu.com/2013/03/14/#ubuntu-installer.txt

=== jibel_ is now known as jibel
ogra_dm8tbr, so is there a chance you can get us the syslog ?10:21
dm8tbrogra_ roped me in here... On current daily-live amd64 ubiquity dies before even displaying the live/install choser. known problem?10:21
dm8tbras soon as I get home, but I also created one bug with an image from a few days ago that contained a lot of stuff10:22
dm8tbrlet me see if I can find it10:22
ogra_ah, yeah, that would help :)10:22
dm8tbrnarf don't have my launchpad credentials on this laptop. just a sec10:27
dm8tbr1153272 115326610:27
dm8tbrthe other one is for network-manager doing very weird stuff and crashing10:27
ogra_bug 115327210:27
dm8tbrI'll be able to try things again once I come home10:27
ogra_bug 115326610:27
ogra_come on bot ...10:27
dm8tbr:)2~10:27
dm8tbrslow bot is slow10:28
ogra_heh, yeah10:28
ogra_or dead10:28
dm8tbror lobotomized10:28
ogra_heh10:28
dm8tbr(that's a real setting for supybot, which ubottu is based on. it mutes the bot on a given channel)10:28
ogra_well, i doubt it was actuvely muted10:29
ogra_*actively10:29
dm8tbrgiven that the hardware is not totally super ancient (ThinkPad T61p), I guess this should be of interest even if it's somehow hw-related10:30
ogra_yeah10:30
dm8tbroh and just in case: it happened with 3 different daily images and two different usb-sticks10:31
ogra_looks like the first one is NM related as well10:32
dm8tbrinteresting, so nm crashes ubiquity10:33
* dm8tbr puts bets on the intel wifi card10:34
dm8tbriw3945 IIRC in that model10:34
ogra_Mar 10 14:49:51 ubuntu ubiquity[3145]:   File "/usr/lib/ubiquity/ubiquity/nm.py", line 210, in build_cache10:35
ogra_Mar 10 14:49:51 ubuntu ubiquity[3145]:     devices = self.manager.GetDevices()10:35
ogra_thats in the traceback of the first one10:35
ogra_so it dies when talking to NM it seems ... falling over in dbus communication10:36
ogra_if you have a HW switch to disable the wifi i would try another install with it disabled ... if it works you can be pretty sure its the wlan card10:37
ogra_the second bug points to eth0 though10:37
ogra_Mar 10 14:34:13 ubuntu NetworkManager[9700]: <info> (eth0): deactivating device (reason 'managed') [2]10:38
ogra_Mar 10 14:34:13 ubuntu NetworkManager[9700]: <error> [1362926053.564506] [nm-system.c:254] sync_addresses(): (eth0): error -19 returned from rtnl_addr_delete(): Invalid address for specified address family10:38
dm8tbrinteresting enough, killing NM and running dhclient works just fine10:40
dm8tbrI'll have a look though10:40
ogra_yeah, and a recent log woould be good10:41
ogra_to see if its still the same issue10:41
dm8tbrshould we discuss this still here or does the NM component make it a different problem?10:42
ogra_well, it tears down ubiquity ...10:51
dm8tbrbug 115327213:07
ubot2Launchpad bug 1153272 in ubiquity (Ubuntu) "ubiquity crashed with dbus.exceptions.DBusException in call_blocking(): org.freedesktop.DBus.Error.ServiceUnknown: The name :1.37 was not provided by any .service files" [Medium,New] https://launchpad.net/bugs/115327213:07
dm8tbrogra: ah, now it works. The bug was marked private, because the information collector thought it had picked up password data in the logs13:08
ogra_ah13:08
xnoxdm8tbr: that's a dupe of our never-ending whoopsie/nm/ConsoleKit timing out.13:08
ogra_still ?13:08
ogra_i thought that was fixed weeks ago13:09
xnoxbut it shouldn't be happening on the (20130310) image (from that report)13:09
ogra_right13:09
dm8tbrxnox: It happened with todays image too13:09
dm8tbrnm goes into an endles loop of connect/disconnect13:10
dm8tbrbug 1153266 is now public too13:10
ubot2Launchpad bug 1153266 in network-manager-applet (Ubuntu) "nm-applet crashed with SIGSEGV in add_to_object_array_unique()" [Medium,New] https://launchpad.net/bugs/115326613:10
dm8tbrhaha, I think this is an ipv6 problem13:14
dm8tbrnm_setting_ip6_config_get_dhcp_hostname: assertion NM_IS_SETTING_IP6_CONFIG (setting) failed13:15
dm8tbrthen two more messages and then the kernel says segfault13:15
dm8tbrI can take this to the NM people, I hang out on their channel anyway. Thoughts?13:16
xnoxogra_: reading nm.py, we should be more resilient and expect nm to fail. but that shouldn't be bringing the installer down. Plus I have bugs to fix in nm.py to match recent design.13:16
xnoxcyphermox: ^ bug 115326613:16
ubot2Launchpad bug 1153266 in network-manager-applet (Ubuntu) "nm-applet crashed with SIGSEGV in add_to_object_array_unique()" [High,Confirmed] https://launchpad.net/bugs/115326613:16
xnoxdm8tbr: we have nm people hanging out here as well ;-)13:16
dm8tbrah, cyphermox is also here :)13:16
dm8tbrjust noticed :)13:16
cyphermoxyeah13:16
dm8tbrlet me see if I can find more info than the bug has13:17
dm8tbrMar 10 14:36:12 in https://launchpadlibrarian.net/133563713/WifiSyslog.txt13:18
dm8tbrthat's what I see now too13:18
dm8tbrseems it tanks on trying DHCPv613:18
dm8tbrmy router _should_ only send RA, but who knows what Netgear did to it...13:19
dm8tbrthat also explains it why I'm the first to experience the bug and report it... mass v6 deployment and all that13:19
cyphermoxseems unlikely to be dhcpv613:20
cyphermoxcould be the new DUID code though13:20
cyphermox(I test ipv6 everyday here)13:20
cyphermoxhttp://paste.ubuntu.com/5613583/13:21
cyphermoxperhaps I should change the lease and RA timeouts :)13:21
cyphermoxanyway, I'm going to test something, see if it's DUID13:21
xnoxIn ubiquity: "# TODO: DBus exceptions.  Catch 'em all."13:31
dm8tbrcyphermox: let me dump some RA traffic13:32
dm8tbrattached dump to the ticket13:45
dm8tbrhttps://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/1153266/+attachment/3573991/+files/radvdump.txt13:45
ubot2Launchpad bug 1153266 in network-manager-applet "nm-applet crashed with SIGSEGV in add_to_object_array_unique()" [High,Confirmed]13:45
cyphermoxdm8tbr: I wonder if it has to do with your particular setup w/ other-flag, so the RAs for addresses and DHCP for dns and stuffs?14:27
cyphermoxstgraber: you have the rig to test ipv6, would you have time to reproduce this crash? ^^14:27
dm8tbrif you tell me what to do I can also do something14:28
cyphermoxwell, we have some automated tests for ipv6 -- we shoud first check if it's easy to reproduce with that14:28
dm8tbrI could e.g. dump all the ethernet traffic that goes to the system around crash time14:28
dm8tbrok14:28
cyphermoxnah, I don't think it will be necessary14:29
cyphermoxwe do have a stack trace14:29
cyphermoxandthe three last messages in syslog before the crash14:30
cyphermoxdm8tbr: I filed the bug upstream, updated LP14:54
dm8tbrk, thanks15:06
* dm8tbr feels useful for finding a bug in NM :)15:06
ogra_yay15:12
=== kentb is now known as kentb-out
buhmanstgraber: I noticed the same problem22:34
buhman(http://irclogs.ubuntu.com/2013/02/27/%23ubuntu-installer.txt 20:25)22:34
buhmanstgraber: I managed to make it boot *once*, and this happened to be the time I was recording the boot sequence http://youtu.be/Qttov7aTzkA22:35
buhmanI've not since been able to make that happen22:35
buhmannormally I just get a single "error: couldn't send network packet." and that's it22:37

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!