=== karlheg [~karlheg@host-250-237.resnet.pdx.edu] has joined #ubuntu-kernel === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-kernel [06:28] morning === JaneW [~JaneW@196.36.161.235] has joined #ubuntu-kernel === chmj [~chmj@196.36.161.235] has joined #ubuntu-kernel [12:37] hiya [12:37] on a freshly-installed hoary box, I get a loadavg of 6.0 with a set of kernel threads stuck in D [12:37] : tfheen@rho / > ps ax | grep D PID TTY STAT TIME COMMAND 139 ? D 0:00 [khubd] 182 ? D 0:00 [kswapd1] 183 ? D 0:00 [kswapd0] 774 ? D 0:00 [kseriod] 953 ? D 0:00 [md1_raid1] 954 ? D 0:00 [md1_resync] [12:37] argh, that was totally unreadable [12:38] anyhow, khubd, kswapd1, kswapd0, kseriod, md1_raid1, md1_resync. [12:38] anybody got any bright ideas why they're stuck and how I can get them to unstick themselves? Rebooting doesn't seem to help [12:52] Mithrandir: what arch is that? [12:53] it looks like there are disk I/O problems and the raid rsync dies [12:53] amd64 [12:53] raid sync [12:53] /proc/mdstat seems happy [12:53] hmm [12:53] D 0:00 [md1_resync] [12:53] raid1: raid set md0 active with 2 out of 2 mirrors [12:53] hdd: packet command error: status=0x51 { DriveReady SeekComplete Error } [12:53] hdd: packet command error: error=0x54 [12:53] that can be a reason [12:53] try to disable DMA, make it boot [12:53] and see if it works [12:54] hm, that's the CD-ROM. :-P [12:54] this is a pure SATA box [12:55] hmmmm [12:55] can try using the SATA compatibility mode in the BIOS? [12:56] it doesn't have one, afaik. [12:56] this is a server, not a toy. :-) [12:56] a real server uses SCSI [12:56] not SATA :P [12:56] http://err.no/tmp/dmesg is the dmesg [12:56] SATA is the new SCSI [12:57] a real server uses OLD and WORKING SCSI [12:57] devfs_mk_dir: invalid argument.<4>devfs_mk_dev: could not append to parent for /disc [12:57] wtf [12:57] it uses LVM too. [12:59] Stopping tasks: ===<6>md: md_do_sync() got signal ... exiting [12:59] ==<6>md: checkpointing recovery of md1. [12:59] = [12:59] hmm [01:00] so twiddling to get around that should fix it? [01:00] what controller is that? [01:00] sii3114 [01:00] i am not sure.. but clearly the devfs_mk stuff is not normal [01:01] fwiw, I see the same on a similar box which does not have the problem with load. [01:02] hmm, I'll try rebooting it now that the raid is synced and such. [01:09] ok, so _something_ funks up the resync [01:09] I'm not sure what, but the reboot made it resync one of the raids [01:20] is it still stucked? [01:21] nope, but it resyncs the raid now. [01:22] if you look at the previous dmesg, it does: [01:22] Stopping tasks: ===<6>md: md_do_sync() got signal ... exiting [01:22] ==<6>md: checkpointing recovery of md1. [01:22] = stopping tasks failed (1 tasks remaining) [01:24] yup [01:25] while the last restart worked. === jbailey [~jbailey@CPE00501836c657-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [01:37] hey jbailey [01:38] Heya Fabio! [01:38] https://bugzilla.ubuntu.com/show_bug.cgi?id=12040 [01:39] jbailey: unfortunatly it is an initrd-tools problem [01:39] i am going to add info on it, but we need it fixed asap [01:43] fabbione: I don't have enough info here to see what the problem is.... [01:43] Is it the usual round of glibc fuckage? [01:43] i just added them :) [01:43] nope.. === jbailey reloads [01:44] Sure, this is just another driver alias thing. [01:45] jbailey: remember that the megaraid still remains.. [01:45] the driver has been splitted in 2 [01:45] old and new... [01:45] but i dunno how to fix that in mkinitrd [01:46] There's a massive sed table in /usr/sbin/mkinitrd [01:50] fabbione: I need to see if I can reproduce this problem, but it went away after the fully-synced system had booted. [01:50] jbailey: yes, but this is not a rename or an alias [01:50] Mithrandir: it's rather strange because i do usually test installs on raid [01:50] fabbione: and LVM? [01:50] yup [01:50] fabbione: Oh, sorry, I see. [01:51] fabbione: hmm, anyhow, I'll see if I can reproduce it [01:51] Mithrandir: i do all kind of stuff here :P [01:51] Sorry, I thought you mean megaraid for old kernels and megaraid_mbox for new ones. [01:51] Mithrandir: lvm is not related to that [01:51] I'm still sleepy. =) [01:51] jbailey: ehehe no [01:51] we splitted the driver [01:51] so that all the cool stuff is from the new one [01:51] the only 2 old controllers are supported by the old one [01:51] (since the new one doesn't) [01:52] Should I just modprobe the new one first and the old one second? [01:52] jbailey: that would be fine.. yes [01:53] we also have a test box... [01:53] Lovely. [01:53] so if you want we can test the fix [01:53] When I've cleared the cobwebs out of my head, I'll make a test package. [01:53] Was up very late for a city-wide party last night. [01:53] ehhe [01:54] it's enough you give me the modified mkinitrd file [01:54] we can package it later :) === JaneW [~JaneW@196.36.161.235] has left #ubuntu-kernel ["Leaving"] === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [03:16] jeua [03:16] doh...heya [03:19] fabbione: when you get around to it can you do a merge kthxbye [03:24] zul: fix your archive. kthxbye [03:24] baz abrowse zulcss@gmail.com--2005 [03:24] ^^stall [04:06] fudge === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-kernel === lamont__ [~lamont@15.238.7.29] has joined #ubuntu-kernel [09:59] i have serious slowdowns switching between workspaces in hoary's X. not sure if this is xorg or kernel being crap :( === doko [~doko___@dsl-084-059-070-029.arcor-ip.net] has joined #ubuntu-kernel [11:35] fabbione: ubuntu-kernel list [11:35] Subject: [ghall@research.dfci.harvard.edu: Re: qlogic] [11:37] dilinger: yes.. we just started compiling it again [11:37] it's in the vanilla kernel [11:37] fabbione: it's not actually distributable [11:37] it might not be DFSG free... [11:37] http://wiki.debian.net/?KernelFirmwareLicensing [11:38] (i need to update that wrt to qlogic, but i've talked to their lawyers a bunch, and they're going to dual license the firmware.. gpl/bsd) === fs [fs@213.178.77.98] has joined #ubuntu-kernel [11:39] dilinger: well the point is simple [11:39] there are some kernel developers that are making real crusades towards non GPL code [11:39] so if it is still there, i think it's usable [11:39] no [11:39] this is a different matter [11:39] this is GPL'd firmware [11:40] the GPL defines source as "preferred form for modification" [11:40] is the firware within the kernel? [11:40] which binary firmware is not [11:40] yes [11:40] qla2300_fw.c [11:40] and friends [11:40] that's why we strip it out of the kernel [11:40] along w/ tg3 [11:40] and a few other drivers [11:40] tg3 is cleared up in 2.6.12; we worked w/ broadcom [11:41] we're working w/ qlogic, and qla2xxx should be good to go soon [11:41] the other 6 drivers we strip are looking hopeless [11:41] but they [11:41] well i am already shipping them.. [11:41] 're not as widely used [11:41] tg3/qla [11:41] ok, well.. [11:41] also the drm stuff [11:42] drm? [11:42] mga (drivers/char/drm): [11:42] ^^drm [11:42] ok, that's fine [11:42] that's a different issue [11:43] DFSG-compatibility is the reason why that's listed there [11:43] anyway.. i will look at it again another day [11:43] i am way too tired to think about licence and firmwares [11:43] this isn't about DFSG-ness, this is about undistributable code [11:43] ok [11:43] they should all just die [11:43] 'night [11:43] heh [11:43] :)