=== jb-home [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-ports [06:12] morning [06:14] braddr: i can't access the ALOM on your box [06:14] braddr: did you unplug it? === fabbione shakes braddr [06:32] crap.. damage from my nat box croaking [06:33] give me 10 minutes, I'll move it to a public ip address [06:33] take the time you need :) [06:33] even 20 === braddr goes to remind himself where he plugged in the serial port. === braddr lost a disk last night.. just started to get the box up enough to restore from last night's backup [06:35] oh i see [06:35] ok please don't rush [06:35] both davem and I can reproduce the problem now [06:36] and he is working on a fix locally [06:36] your box was to do the last test once we have the fix [06:36] it's not required right now [06:36] excellent, I guess. Won't take me but a few minutes to reconfig the network info, I've got spare ip addresses [06:41] ok.. reconfigs, I updated the host entry for it, so you can still get to it via the t2000-sc hostname [06:41] thanks [06:41] no problem [06:41] that just leaves my tivo off the air. :) [06:42] :) [06:42] it works.. thanks [06:43] heh.. come to think of it, I could have just told you to use minicom on bellevue directly since either way it's all the same speed. [06:43] ehhe [06:43] true that [06:46] any idea what changed that caused your respective boxes to start exhibiting the problem? [06:46] davem removed 8GB of RAM from his box to go down to 8Gb [06:46] mine started exhibiting the problem with one image that i was using to fix your [06:46] s/fix/test [06:47] so basically it was just a matter of changing something else [06:47] interesting [06:47] probably mine didn't show it immediatly because it has more hw inside [06:47] like 2 PCI-E controllers [06:47] who knows.. === braddr nods. [06:48] davem just disappeared testing... [06:48] i am sure he will find a fix [06:50] for what it's worth.. still nothing from sun. [06:51] I've been avoiding asking them what's up.. I'm over 2 weeks over due now. :) [06:51] yeah [06:51] don't ask :) [06:51] i should return IBM hw as well [06:52] been a while since I got to play with any interesting ibm hardware. [06:52] their SP frames are kinda interesting. [06:52] huge though === braddr makes a mental note, exclude the apt-proxy cache from backups. [06:54] eheh [06:54] nah i got a small machine from them to do some research [06:54] nothing fancy [06:55] but i should have returned it last week [07:28] 2 boots in a row.. [07:29] both with the wrong image [07:29] and there was still corruption [07:29] Unknown localized field: [07:29] Description-mk.UTF-8: [07:30] that can't happen [07:30] I wasn't sure if that was the kernel or the installer [07:30] it's memory corruption ;) [07:32] -13 with a hack seems good [07:59] nevermind [08:24] no corrupted string that time I see [08:24] are hi5's in order? [08:24] this one looks good yeah [08:24] not yet [08:24] this is still a hack [08:24] well, one for progress regardless [08:25] btw, I never did check to see what was on disk1 to make sure it was ok to reformat/reinstall [08:25] no need to [08:25] since we can reproduce it locally, we can scratch here === braddr nods. [08:26] no dhcp server right now -- soon it'll be back. [08:27] no problem [08:27] 209.189.198.125/255.255.255.224 gw .97 [08:27] i don't need it :) [08:28] didn't know how far into the install you were gonna go [08:29] :) [08:29] i did check enough to say that the initrd was not corrupted === braddr eyes http://www.coraid.com/ [08:34] looks good [08:34] the image i mean === braddr nods. [08:35] i have seen that before [08:35] we have the aoe support in the kernel [08:35] it's just another block device over ethernet [08:35] yupp [08:35] i used it a lot to do cluster testing ;) [08:35] before i got a real SAN [08:36] yeah yeah.. lucky you. :) [08:36] feel free to ship me your excess toys. [08:36] i don't use it 24/7 [08:36] it's too expensive to run at home [08:36] and very very warm [08:36] you really need a/c for that [08:37] sounds perfect for me at the moment [08:39] braddr: so -13 has a hack with a fake page_size of 128 * 1024 that doesn't work [08:39] -14 has 256*1024 and it works [08:39] but it's still a hack [08:39] now time to produce a final fix [08:39] and -11 and -12? last one in my notes was -10 [08:39] ajmitch: did you ever get access to your |Viagara boxes? [08:40] braddr: oh hell.. wait.. let me remember... [08:40] -11 was a broken patch [08:40] not really that important, but if you remember I can shove it in the log [08:40] -12 the same patch using the proper PAGE_SIZE (that clearly doens't work [08:42] not proper access at the moment [08:42] boots.txt updated to record those notes, but didn't bother capturing the sequence of events from tonight [08:43] no problem [08:43] we are close to a solution now [08:43] seems like it [08:43] ajmitch: sucks to be you :) [08:43] i got a T2000 with 32 threads 32GB of ram and 1.2Ghz proc [08:44] the top class ;) [08:44] nice :) === braddr glares. [08:44] of course, you're actually using yours. :) [08:44] ehhe clearly [08:45] without considerably faster disks, my primary usage wouldn't even really keep that many threads busy. [08:46] remember that this box is designed for http stuff [08:46] yup. [08:46] I keep my 16 mostly busy [08:47] i can keep much more than that busy for what i do ;) [08:47] as soon as i release, i want to install the the Niagara at the datacenter and play distcc or something ;) [08:48] I'd just started playing with using /tmp under solaris.. using linux and tmpfs I ought to do a lot better [08:48] but seeks and solaris' slower file systems were hurting me badly. [09:06] the only reason i would use solaris it's for the hotplug support in their kernel [09:06] for all the hotadd/hotremove of the hw [09:06] otherwise it can screw [09:13] agreed.. once we're done here linux is primary, though I'll keep solaris around since I'm porting a compiler to support both on sparc [09:16] eheh