=== _Traxer is now known as Traxer === panda is now known as Guest12542 [02:18] Hey, is this a good place to make a feature request/ suggestion? I was brought by the wiki =p === yofel_ is now known as yofel === smb` is now known as smb [07:46] * apw yawns [07:47] apw, needs more loudness [07:47] ... and listening caps [07:48] apw, you are loud now (or where) but could not hear me [07:48] right ... so normal 'mic adjusting to my level' thing [07:48] and pulse being broken [07:49] of course it's the kernel that's broken [07:49] diwic, That is a dangerous thing to say here [07:50] diwic, heh probabally [07:50] smb, my point was that pulse is often being blamed for problems elsewhere in the stack [07:50] diwic, especially by people who maintain other bits of it [07:51] diwic, Its cannot ever be our lovely kernel... :-P [07:51] s/lovely/near perfect/ [07:51] s/near perfect/near angelic/ [07:55] I find it strange that mumble/murmur does not have an echo service, like skype test call. [08:02] diwic, It does, its called colleagues... [08:18] diwic, that would be nice [08:55] Merge branch 'perf-uprobes-for-linus' of git://git.kernel.org/pub/scm/linux/ [08:55] [08:55] Pull user-space probe instrumentation from Ingo Molnar: [08:56] smb, who was asking for uprobes ? [08:56] apw, someone... cannot remember [09:05] ogasawara, - The seccomp work from Will Drewry [09:05] seems we should expect that to fall out in v3.5 === popey_ is now known as popey [09:36] brb [10:33] * ppisati -> out for lunch [11:42] * apw lunches === elmo_ is now known as elmo [13:00] apw: cool, I'll make a note for the 3.5-rc1 rebase [13:07] henrix, tgardner, just curious if someone had a chance to review bug 1002388 ? There are several new duplicates today. [13:07] Launchpad bug 1002388 in linux "package linux-image-3.2.0-24-generic 3.2.0-24.38 failed to install/upgrade: subprocess installed post-installation script returned error exit status 17" [Medium,Confirmed] https://launchpad.net/bugs/1002388 [13:33] OH YEAH! I know where it's stuck! [13:34] Finally! Good Afternoon ladies and gentleman. And welcome back to my favourite most bug! [13:34] apw, very sensible [13:36] http://dpaste.com/752116/ [13:37] jMCg, ? [13:38] apw: that's where it's stuck. It's not moving on from that point on. [13:40] That's what I see in the serial console - and it's not answering on any of the IPs I configured so I'll assume it's dead, Jim. [13:41] jMCg, does this happen reliably ? [13:41] if you add --verbose to the kernel command line (yes with the --) it will tell upstart (init) to tell us more about what it is doing as it goes, and may tell us what is stuck [13:42] apw: currently I'm booting Lucid with the kernel from Host which is running Precise. [13:42] But, yeah, I'll add --verbose and see what happens. [13:43] I have a feeling I'm doing this debugging every six or so months. [13:45] apw: http://sprunge.us/aRZA [13:46] As part of 'backport kernels back to precise' are fs-tools backported as well (e.g. btrfs, ext4, etc)? [13:46] if yes, how/where/by whom/? [13:47] xnox, hmmm, not currently, tgardner i wonder if we should be pulling fsck et al back as part of hwe-server conceptually [13:48] apw, only if there are significant improvements. Even then, they can come in via the -backports pocket and work for all kernels. [13:48] ok. [13:48] tgardner, seems reasonable [13:48] apw: I may add --debug too, for more verbosity. [13:49] After uploading updated btrfs-tools, almost immediatly I get a followup "can we have it in precise please?" [13:49] jMCg, i have been offered this "http://upstart.ubuntu.com/cookbook/#establish-blocking-job" as maybe helpful [13:50] xnox, heh ... now thats not a supprise [13:50] jMCg, can you pastebing the --debug output pls [13:51] tgardner, so this symlink thing do we want to figure it out or just avoid id [13:51] tgardner, as if i unlink it, its gone and we'll never know about the error [13:51] apw: probably more easily that finding the blocking job. [13:51] apw, we likely have to figure itout 'cause it may impact LUKs installs, etc [13:51] tgardner, ok then just the fixed errors so we can tell which went wrong then [13:52] apw, right. we can get cjw and infinity to have a look as well. they likely have the institutional knowledge to advise us. [13:53] apw: it's just 40 lines longer.. http://sprunge.us/iGaU [13:56] jMCg, it feels like mountall has started and not finished [13:56] can you check the UUIDs from fstab, that they match both the swap and / [13:56] apw: I don't use UUIDs in /etc/fstab [13:57] missing device then, are all the device names right [13:57] apw: it's hard to get them wrong /dev/vda for / - /dev/vdb for swap, /dev/vdc for /var, /dev/vdd for /opt [13:57] But I'll check again. [13:58] smb, didn't we change the device names for virtual disks somewhen between lucid and precise ? [13:58] jMCg, did you say you had lucid userspace and precise kernel ? [13:58] apw, yes for xen [13:58] smb, was vda xen ? [13:58] Yeah, the software I need to run doesn't support prceise yet :-/ [13:59] so was the precise kernel just the HOST or in the VM as well [13:59] apw, It was hacked to sda for pv disks but shouold always have ben xvda [14:00] apw, vda sounds like kvm [14:00] smb, ok not that then [14:01] KVM it is. [14:01] Sorry, I'm pretty and sure I mentioned that. Yesterday. [14:02] be assured none of us can remember more than 10m ago, let alone yesterday [14:02] Which reminds me, I made tea.. a while ago. [14:02] see, you didn't remember your tea. heinus crimb [14:03] tgardner, top of quantal i386 generic is pae right ? [14:04] apw, that doesn't make sense to me. the _only_ i386 flavour is generic (which is PAE) [14:05] tgardner, thats what i was asking ... making sure i was building the flavour i watned [14:06] I think last time I had this problem i fixed it by upgrading to whatever came before what we have now. [14:07] 11.10, probably. [14:07] But I cannot do that in this case, because zimbra. [14:10] so disks matches for both fss and swap [14:12] jMCg, whats in your fstab [14:13] http://sprunge.us/MfYW [14:13] jMCg: try adding '-v' to mountall in /etc/init/mountall.conf, and then creating a job like this:http://paste.ubuntu.com/1006452/ [14:14] cool. [14:14] jMCg: ... and try commenting those 2 remote mounts out of /etc/fstab :) [14:14] jodh: pfft ;) [14:15] jodh, do we do those at the same time, not later in a second mount pass ? === dannf` is now known as dannf [14:25] apw, jodh - while adding -v might have done something, I don't think the job I created did: http://sprunge.us/ggIV === tgardner is now known as tgardner-srv-rm [14:32] apw: it seems to tag remote mounts "nowait" so they will get processed after the rest, yes. [14:32] jMCg: so did you comment out those 2 mounts? Can you boot to runlevel 1 btw? [14:33] jodh: yes, I did comment them out, and no, apparently not. [14:33] jMCg: so you've tried an explicit "1" on the command-line? [14:33] jodh: no, I haven't - I never new you could do that! [14:34] "virsh destroy mail" [14:34] I'm glad it's actually harmless. [14:40] jodh: nope, 1 odesn't do a thing :-/ [14:41] jMCg: ? it hangs still attempting to boot to runlevel 1? [14:42] jodh: yes [14:51] I might add that I don't see anything in either VNC or the serial console. === tgardner-srv-rm is now known as tgardner [15:02] tgardner, i am conflicted about putting a buglink in this fix for the grub errors, as we are almost cirtainly going to want to sru it to try and get more information from these failures, but i don't want the bug to close really ... sigh [15:03] tgardner, i feel i am right to put it in regardless [15:03] jsalisbury, bug #1002388 this is your master bug right ? [15:03] Launchpad bug 1002388 in linux "package linux-image-3.2.0-24-generic 3.2.0-24.38 failed to install/upgrade: subprocess installed post-installation script returned error exit status 17" [Medium,Confirmed] https://launchpad.net/bugs/1002388 [15:03] apw, correct [15:10] jMCg: has this system ever booted correctly? I came in late to the conversation. Have you put any non-default jobs in place? If so, disable them. Maybe try booting with "init=/bin/bash" then "mount -oremount,rw /" and have a sniff around. [15:15] jsalisbury, so when these debug fixes drop into quantal, and likely later into precise we need to move the bug back to 'in progress' [15:15] jMCg: err - hold on. I think mountall is getting SIGTRAP - indicating dodgy hardware. [15:16] apw, will do. How will I know when the debug fixes land? [15:17] well quantal i have pushed it in already so on the next upload, we'll see if the world explodes and if not then we'll push it back [15:17] jodh: it's a VM! [15:17] apw, ok, thanks [15:17] jsalisbury, not ideal, sigh, i could file a separate bug for the debug i guess, would that be less confusing? [15:18] apw, nah, I understand ;-) [15:18] Right. [15:21] jsalisbury, thanks ... i will forget :) [15:22] jodh: this is a KVM starting up a Lucid, and I'm booting it with Precise kernel because I dunno.. Grub doesn't quite boot it either.. [15:28] jMCg: hmm. well waitid() appears to be returning SIGTRAP for mountall looking at your log. So has this system ever booted?? [15:29] jodh: it's KVM - it's booting many other other (Precise) VMs [15:34] jMCg: that's not what i asked - has the vm we're talking about ever booted correctly? I came into this issue half way through. [15:34] jodh: nope. [15:34] Well, it has - with a grml ISO. [15:35] jMCg: and going back to the other question - have you installed any additional jobs over the default set? [15:36] jodh: yes: ttyS0.conf [15:36] jodh: and the one you told me to install [15:36] http://paste.ubuntu.com/1006452/ [15:37] I think it was you. Something about 10 minutes memory. [15:37] jMCg: what does your ttyS0 do exacly? I can guess, but I'd rather see it. [15:37] jMCg: and have you tried booting with init= yet? [15:38] 16:02:10 < apw> be assured none of us can remember more than 10m ago, let alone yesterday [15:38] jodh: not this time around. I was actually just getting ready for dinner, because sugar levels gone down and concentration out the window and stuff. [15:39] jMCg: right - can this wait until Monday then? [15:40] probably I got enough other things to do. [15:40] jodh: which timezone are you? [15:40] I should probably pass init= an init.. [15:41] jMCg: BST [15:41] otherwise you get: http://dpaste.com/752152/ ! [15:41] jodh: excellent. I'm in CEST. [15:42] Target filesystem doesn't have requested /bin/zsh. [15:42] ooops. [15:44] root=/dev/vda ro serial=tty0 console=ttyS0,38400 init=/bin/sh [15:45] still gets stuck at: Begin: Running /scripts/init-bottom ... done. [15:45] Anyway, off for dinner now. [15:45] jMCg: try init=/bin/bash as I said. [15:45] 17:37:52 < jodh> jMCg: and have you tried booting with init= yet? [15:45] ;) [15:45] jMCg: that was the reminder - look further up. [15:46] jMCg: :) [15:46] Begin: Running /scripts/init-bottom ... done. [15:46] bash: cannot set terminal process group (-1): Inappropriate ioctl for device [15:46] bash: no job control in this shell [15:46] jMCg: that's expected - and you now have a shell. [15:47] jodh: headache, cold, and running nose all do prevent me from looking further up. [15:47] jodh: \o/ [15:49] Also, hunger. gaaaahnmpfzd. I'll leave the shell where it is, and see if I can get this thing booting itself after dinner. [15:49] And I need to restock hankie supply. [15:50] So, happy Towelday, and read you later o/~ [15:52] apw, is this right for the enforcer ? "arch amd64 & value CONFIG_XEN_ACPI_PROCESSOR y" [15:56] kirkland, more eCryptfs results heading your way [15:56] tgardner, checking [15:58] tgardner, do we care about the value in the other arches ? [15:59] tgardner, i worry it will be invalid on non-amd64, give me a sec to test [16:01] (arch amd64 & value CONFIG_XEN_ACPI_PROCESSOR y) | !arch amd64 [16:01] tgardner, ^^ [16:10] cking: woohoo! [16:10] cking: dude, you're tearing this up :-) [16:10] cking: really excited to have you on this :-) [16:10] kirkland, well, lets see what the results are on normal laptops - I don't want to get too excited yet ;-) [16:12] cking: heh [16:12] cking: i'm excited already [16:13] kirkland, yep, I'm pleased with the SSD results - it certainly is a positive step forward [16:40] ogasawara, even if we don't upload a 3.5-rc1 kernel for A1, we should consider uploading whats in master-next right now since it'll fix some AA problems. [16:41] tgardner: was thinking the same and was gonna shove up an upload this afternoon [16:41] ogasawara, I like the way you think :) [16:43] * cking grabs some food [16:49] How do I enable the kernel crashdump utility? I ran apt-get install linux-crashdump; reboot ; Then after rebooting, I experienced a kernel panic.. but it didn't reboot into the crash kernel. [16:49] Is this what is supposed to happen? [16:50] Caribou, haven't you been working on this ? ^^ [16:59] herton: new P/omap4 "released" (1414.19), 1413.18 invalidated [17:01] ppisati, ack, will upload once the previous one QA and releases [17:01] previous one == .17 [17:02] herton: ack === tgardner is now known as tgardner-lunch [17:27] dchroot -c quantal-amd64 [17:27] em: Access not authorised [17:27] ia: You do not have permission to access the schroot service. [17:27] ia: This failure will be reported. [17:27] tgardner-lunch: ^^ when you get back, seeing this on gomeisa [17:42] ogasawara, i think i've added you to sbuild [17:42] if you could logout, in and retest [17:42] apw: ack [17:43] apw: ah much better, thanks [17:44] ogasawara, hopfully i got everyone [17:44] * apw relocates to a comfy chair [17:48] So! I'm back. From dinner. And I have bash as init. === tgardner-lunch is now known as tgardner [17:52] ogasawara, I know whats going on. gimme a sec [17:52] tgardner: apw got me sorted [17:53] apw, did you run the install_kernel_devs.sh script ? [17:53] tgardner, nope, i thought that'd been done already [17:53] hmm, he must have. [17:53] i just sorted the groups [17:53] apw, you can run it repeatadly [17:53] i just sorted the groups [17:54] bah ... ok you should prolly do that [17:54] apw, its ok, on these LDAP machines that is about all the script accomplishes [17:55] ahh right [18:04] * cking -> EOD [18:36] bjf: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/971685, for the Quantal nomination is there in reason that is marked In Progress [18:36] Launchpad bug 971685 in linux "CVE-2012-1601" [Medium,In progress] [18:37] bjf: the fix is in the commit logs [18:38] jjohansen: no reason i can think of [18:38] bjf: okay, I'll change it then, thanks [18:38] jjohansen: maybe i clicked on the wrong task and didn't notice [18:53] * ogasawara lunch [20:12] Is this the proper area to make a feature request? [20:16] wow, he didn't stick around long. and I was just about to tell him to file a bug [20:16] heh [20:20] heh he was in yesterday for a bit, again with noone about [20:24] ogasawara, pushed a couple of config changes before you pacvkage and upload [20:25] tgardner: I saw the IWLWIFI_EXPERIMENTAL_MFP change. I was gonna hold it till the next upload as I'd already prepped the package and test built [20:25] ogasawara, thats fine. I'm just grinding through the config blueprint [20:26] tgardner: ack, thanks for doing that [20:26] ogasawara, its mostly mindless, which is where I'm at this time of the week. [20:35] apw, CONFIG_CIFS_EXPERIMENTAL seems to have disappeared out of all Kconfigs, so why doesn't it get elided on an updateconfigs ? [20:37] tgardner, looking [20:44] tgardner, indeed, and its not in the generated configs either ... will poke its a thinko somewhere [20:45] apw, it'll wait until next week. I think I'm done for the day. [20:45] tgardner, its on my todo :) [20:50] * tgardner -> EOW [21:11] say, should 'apt-get install linux-headers-virtual' install linux-headers-3.2.0-23-virtual ? [21:18] hallyn: it should instll linux-headers-$latest-virtual, yes [21:18] ideally :) [21:18] doesn't seem to be happening though [21:18] (i'd have to fire up a new instance to debug more) this is on ec2 [21:19] basically after i do apt-get install linux-headers-virtual, i can't yet apt-get install --reinstall openvswitch-datapath-dkms [21:19] but after installing linux-headers-`uname -r` i can [21:24] sforshee, hey still around? [21:47] arges, hey [21:48] sforshee, hey, was going to bug you about a bug, but its too close to EOD. : ) [21:48] arges, sorry I didn't notice your ping earlier, I was off playing with a different machine [21:48] sforshee, yea no problem.