1185840047 Q * jescheng Remote host closed the connection 1185840058 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1185840669 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185840923 Q * Aiken 1185841922 Q * thei0s Quit: Leaving. 1185842347 Q * fs Quit: changing servers 1185842362 J * fs fs@213.178.77.98 1185842394 Q * fs Max SendQ exceeded 1185842407 J * fs fs@213.178.77.98 1185842426 Q * fs Max SendQ exceeded 1185842440 J * fs fs@213.178.77.98 1185842458 Q * fs Max SendQ exceeded 1185842512 J * fs fs@213.178.77.98 1185843072 J * DoberMann_ ~james@AToulouse-156-1-157-157.w90-38.abo.wanadoo.fr 1185843180 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1185843182 J * friendly12345 ~friendly@ppp121-44-229-164.lns2.mel4.internode.on.net 1185843360 Q * fs Quit: changing servers 1185843369 J * fs fs@213.178.77.98 1185843373 Q * fs Max SendQ exceeded 1185843401 J * fs fs@213.178.77.98 1185843436 Q * fs Max SendQ exceeded 1185843472 J * fs fs@213.178.77.98 1185843487 Q * fs Max SendQ exceeded 1185843502 J * fs fs@213.178.77.98 1185843623 Q * fs Max SendQ exceeded 1185843641 J * fs fs@213.178.77.98 1185843661 Q * fs Max SendQ exceeded 1185843670 J * fs fs@213.178.77.98 1185844096 J * click click@ti511110a080-1451.bb.online.no 1185845044 Q * yarihm Quit: This computer has gone to sleep 1185845106 Q * onox Quit: leaving 1185848111 Q * bzed Quit: Leaving 1185850239 Q * Borg- Read error: Connection reset by peer 1185850526 J * Borg- borg@aprogas.student.utwente.nl 1185853093 J * marcfiu ~marcfiu@c-68-39-177-97.hsd1.nj.comcast.net 1185854686 J * dani ~dani@61-36-50.adsl.terra.cl 1185854750 M * dani hello! 1185854780 M * dani I'm triyng to build a vserver on an existing mounted set of partitions. 1185854822 M * dani it complains that /var/lib/vservers/my_server already exists, suggests I use --force 1185854900 M * dani but even though she still complains can't move `/var/lib/vservers/my_server' to `/var/lib/vservers/my_server.~xxxx[some_hashcode]~' 1185854914 M * dani that's not possible? 1185854944 M * Supaplex I'd move it yourself, and build with a skel, then move it back. 1185855186 M * dani ok... thanks. supaplex. I think it's more or less what I did for another server. a bit long cause I have to unmount and remount my partitions. but if it is the only way, that-s ok. 1185855295 M * dani But: what do you mean by a skel? 1185855322 M * Supaplex vserver x build -m skeleton 1185855461 M * Supaplex I'm not all up to speed on mounting stuff for the guests. I might consider finer control of guest partitions with lvm. at present they're all inhouse guests (eg, not for clients/customers) 1185855802 M * dani Oh. ok, thanks! I use -m debootstrap. didn't kenw it was a skel... ;-) well, by partitions, I mean lvm "partitions". 1185855840 M * Supaplex cool 1185855847 M * dani by the way: I was hesitating, and wondering what about data recovery in case of crash with lvm. 1185855872 M * Supaplex with any luck, my scsi tape drive will take care of me 1185855874 A * Supaplex hopes 1185855884 M * Supaplex brb, screen is being a twit. 1185855909 M * Supaplex yay. 1185855924 M * dani ;-) 1185855952 P * marcfiu 1185855964 M * Supaplex can you repeat the line where you said 'I mean lvm "partitions"', i'd like to see if this qwirk is still present. 1185856012 M * dani I remembre once a server stoped because lilltle electrical problem and neve wanted to start again... I was amaised when I could recover all my data because it was a very basic RAID1 1185856050 M * Supaplex oh yeah. I'll be moving to raid5 on my production box asap. so much other crap on my plate right now. 1185856065 M * dani we were two vservers on the machine. we went to the data center and each of us went home with one disk... 1185856080 M * Supaplex heh :) 1185856101 M * dani Oh. ok, thanks! I use -m debootstrap. didn't kenw it was a skel... ;-) well, by partitions, I mean lvm "partitions". 1185856103 M * Supaplex my dev box has striping w/o parity 1185856105 M * dani this one? 1185856108 M * Supaplex yes. 1185856139 M * Supaplex atleast my status bar didn't go goofus. I'll show you a screen shot 1185856222 M * Supaplex http://armada.daxal.com/~supaplex/irssi_linefeed_oddness.png 1185856406 M * dani well... I'm not sure to see what's bizarre... :-( 1185856471 M * Supaplex the newline is totally empty after that sentence 1185856531 M * dani and now: 1185856534 M * dani Oh. ok, thanks! I use -m debootstrap. didn't kenw it was a skel... ;-) well, by partitions, I mean lvm "partitions". 1185856539 M * dani ? 1185856608 M * Supaplex that works. 1185856629 M * Supaplex I wonder why... 1185856646 M * dani just two spaces at the end of my line :-o 1185856662 M * dani 1185856666 M * dani ? 1185856685 M * Supaplex oh :) sneaky 1185856763 M * dani human brain and computers have often some bogus interaction :) 1185857217 M * Supaplex yup 1185857455 M * Supaplex this firewire setup is being naughty... 1185857461 A * Supaplex attempts to find a workaround 1185857606 M * Supaplex humm sbp2util_node_write_no_wait 1185857902 M * dani I'm afraid I can't help you... never used a firewire :( 1185858144 M * Supaplex the 300mhz box is getting ~40Mb/sec cached read i/o ... lkml posts suggest the device firmware is buggy 1185858230 M * Supaplex ouch. that was cached reads. buffered reads is 32kb/sec :( 1185860974 J * balbir ~balbir@122.167.2.53 1185861046 N * DoberMann_ DoberMann 1185861068 J * Ashsong ~chatzilla@orchard.laptop.org 1185861077 M * Ashsong 'evening, folks. 1185861101 M * Ashsong What's the status of ipv6 support these days? 1185861601 Q * jescheng Remote host closed the connection 1185861612 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1185864529 J * Vink ~vink@mary.mon-net.org 1185864547 M * Vink Hello 1185864560 P * friendly12345 1185864626 M * Supaplex o' 1185864643 M * Vink I've some crash (filesystem / ext3 based crash) on my V-Server, almost one crash per week. Someone can help me for troubleshooting? 1185864717 M * Supaplex Bertl would ask you to elaborate 1185864718 M * Vink I was using 2.6.17.11-vs2.0.2 until yesterday, now, i'm using 2.6.20.14-vs2.2.0 and I had a crash last night 1185864734 M * Supaplex kernel oops? lockup? 1185864747 M * Supaplex reboot? hanging tasks? 1185864754 Q * Johnnie Ping timeout: 480 seconds 1185864801 M * Vink Well, I've message like Assertion failure in do_get_write_access() at fs/jbd/transaction.c:621: "jh->b_transaction == journal->j_committing_transaction and full trace on dmesg 1185864833 M * Vink some mounpoints are no more usable by the system after these messages 1185864855 M * Vink the only thing I can do is a cold reboot 1185864969 M * Supaplex how do the filesystems fare after a fsck? 1185865006 M * Supaplex what if it's not vserver related, have you searched for mailing list entries either way? 1185865052 M * Vink well, i do not know if it's hardware related or software. I do not know where to start looking for 1185865078 M * Vink the filesystem is fine after the fsck on reboot 1185865176 M * Supaplex that's good. I'd google for the assertion failure message first (be sure to include ext3, or you'll get every A.F. known to man) 1185865205 M * Vink do you want the full dmesg with the errors ? 1185865207 M * Supaplex and keep some backups. it sucks when filesystems go south. 1185865235 M * Supaplex no thanks 1185865235 M * Supaplex what distro is the host? 1185865289 M * Vink debian sarge, but I started migrating to edge 1185865334 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.pa.comcast.net 1185865543 Q * Guy- cation.oftc.net unununium.oftc.net 1185865543 Q * pyquila cation.oftc.net unununium.oftc.net 1185865543 Q * Loki|muh cation.oftc.net unununium.oftc.net 1185865571 J * dna ~naucki@226-224-dsl.kielnet.net 1185865571 Q * Ashsong cation.oftc.net synthon.oftc.net 1185865571 Q * tam cation.oftc.net synthon.oftc.net 1185865571 Q * mugwump cation.oftc.net synthon.oftc.net 1185865571 Q * coderanger cation.oftc.net synthon.oftc.net 1185865571 Q * Supaplex cation.oftc.net synthon.oftc.net 1185865571 Q * mountie cation.oftc.net synthon.oftc.net 1185865571 Q * Hollow cation.oftc.net synthon.oftc.net 1185865571 Q * bored2sleep cation.oftc.net synthon.oftc.net 1185865571 Q * neuralis cation.oftc.net synthon.oftc.net 1185865571 Q * dilinger cation.oftc.net synthon.oftc.net 1185865571 Q * hallyn_ cation.oftc.net synthon.oftc.net 1185865571 Q * ntrs_ cation.oftc.net synthon.oftc.net 1185865571 Q * gdm cation.oftc.net synthon.oftc.net 1185865571 Q * besonen_mobile_ cation.oftc.net synthon.oftc.net 1185865571 Q * mattzerah cation.oftc.net synthon.oftc.net 1185865571 Q * FloodServ cation.oftc.net synthon.oftc.net 1185865571 Q * dna cation.oftc.net synthon.oftc.net 1185865571 Q * Johnnie cation.oftc.net synthon.oftc.net 1185865571 Q * jescheng cation.oftc.net synthon.oftc.net 1185865571 Q * hardwire cation.oftc.net synthon.oftc.net 1185865571 Q * micah cation.oftc.net synthon.oftc.net 1185865571 Q * quasisane cation.oftc.net synthon.oftc.net 1185865624 J * dna ~naucki@226-224-dsl.kielnet.net 1185865624 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.pa.comcast.net 1185865624 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1185865624 J * Ashsong ~chatzilla@orchard.laptop.org 1185865624 J * hardwire ~bip@216.152.176.9 1185865624 J * Hollow ~hollow@proteus.croup.de 1185865624 J * tam ~tam@gw.nettam.com 1185865624 J * bored2sleep ~bored2sle@66.111.53.150 1185865624 J * mugwump ~samv@watts.utsl.gen.nz 1185865624 J * neuralis ~krstic@solarsail.hcs.harvard.edu 1185865624 J * coderanger ~coderange@c-65-96-210-168.hsd1.ma.comcast.net 1185865624 J * Supaplex supaplex@166-70-62-199.ip.xmission.com 1185865624 J * dilinger ~dilinger@mail.queued.net 1185865624 J * micah ~micah@micah.riseup.net 1185865624 J * hallyn_ ~xa@adsl-75-0-152-82.dsl.chcgil.sbcglobal.net 1185865624 J * quasisane ~user@c-75-67-252-184.hsd1.nh.comcast.net 1185865624 J * mountie ~mountie@CPE0080c6fe324f-CM000a739acaa4.cpe.net.cable.rogers.com 1185865624 J * gdm ~gdm@www.iteration.org 1185865624 J * ntrs_ ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1185865624 J * besonen_mobile_ ~besonen_m@71-220-233-253.eugn.qwest.net 1185865624 J * mattzerah ~matt@121.50.222.55 1185865624 J * FloodServ services@services.oftc.net 1185865638 J * Guy- MPHK444AXO@chardonnay.math.bme.hu 1185865638 J * pyquila gerbens@82.94.222.35 1185865638 J * Loki|muh loki@satanix.de 1185865654 M * Vink I opened a bug issue in bugzilla.kernel.org, but I got no relevant answer (http://bugzilla.kernel.org/show_bug.cgi?id=7146) 1185865682 M * Vink That was last year 1185865694 M * Supaplex oh really... 1185865790 M * Supaplex invalid operand: humm.. 1185865830 M * Vink It could be memory related, but I have ECC memory 1185866361 N * DoberMann DoberMann[PullA] 1185866400 M * Supaplex you could run memtest86+ to find out. 1185866643 M * Vink I'll do it next time it crashs 1185866710 M * Supaplex how critical are the guests? memtest86+ takes a while to run, and it works best when it's booted directly 1185866837 M * Vink well, my clients can afford 1 hour downtime. I've 3go of RAM on this server 1185866891 M * Supaplex or more, if you schedule it in the wee hours of the morning 1185867303 M * Vink I was supposing the crash was appearing when the system was over-heating: I got no crash during last winter. 1185867310 M * Supaplex Vink: one other thought, a kernel crash dump. I hear that's eaiser to debug - but not sure how... afaik you'll need somewhere to store all the memory the kernel is using 1185867330 M * Supaplex you'll have to monitor that for trends. 1185867685 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185867831 J * ema ~ema@rtfm.galliera.it 1185868110 J * chand ~chand@212.99.51.254 1185868555 J * rgl ~Rui@84.90.10.107 1185868560 M * rgl good morning 1185868615 M * Supaplex mornin' 1185868746 M * danman hi 1185869307 M * Hollow daniel_hozac: setting fill_rate = 0 is a very bad idea :) 1185869313 M * Hollow the utils should prevent that :) 1185869322 M * Hollow i just killed my box 1185869387 M * rgl Hollow, is a murderer! *G* 1185869394 M * Hollow :) 1185869398 M * Hollow indeed 1185869399 M * Hollow :P 1185869405 M * Hollow i kill boxes all day 1185869427 M * rgl its your thing then :D 1185869608 M * Hollow heh. awesome to watch /proc/virtual/x/sched while hitting reload in the browser ;) 1185869673 M * FBW Vink: If you have ECC memory on an x86 architecture and you get an uncorrectable error the kernel logs it (non maskable interrupt) 1185869782 M * Vink FBW : Ok. so I've no memory problem 1185869864 J * meandtheshell ~markus@85.127.112.109 1185869904 M * sid3windr I do! 1185869905 M * sid3windr :p 1185869919 M * FBW Assuming you have ECC actually enabled in the bios for both the memory and the cpu cache, having the memory doesn't mean you use it :) 1185870381 M * Vink last time I entered the BIOS it was enabled... But It's hard to remember something done two year ago :S 1185870398 M * Supaplex reboot? what's that? 1185870460 M * Vink I not in the datacenter ;) I'll do it next time I go there 1185870575 M * sid3windr no serial console ? :p 1185870620 M * Vink lol. no serial console 1185870673 M * FBW Well it sounds much more like a software issue than hardware. If this is hardware causing corruption somewhere between the disk to the os the errors should be very varied and inconsistent to reproduce. 1185870774 M * Vink FBW :well, it's can be a thermal problem. But I never got correct values from lm-sensors 1185870812 M * FBW If you have thermal problems in a colo facility you need to smack people :> 1185870830 J * vicky ~vikrant.r@203.199.114.33 1185870905 M * vicky hey 1185870911 M * vicky anyone hre 1185870911 M * vicky ? 1185870935 M * eyck anyone, yes 1185870947 M * vicky ok 1185870951 M * vicky i have a folder /tmp 1185870967 M * vicky /dev/sda3 1012M 911M 50M 95% /tmp 1185870982 M * vicky bt when i cd into the folder and check 1185870985 M * vicky its only 12MB 1185870995 M * vicky du -sh * 1185871001 M * rgl FBW, the cache has ECC? 1185871024 M * eyck you can have unlinked files (ie, deleted, but still used) 1185871035 M * vicky how do i check 1185871044 M * eyck besides, with '*' you're not checking dotfiles, try du -sh /tmp 1185871055 M * vicky ok lemme try 1185871067 M * eyck or du -sh /tmp/.[a-zA-Z0-9]* 1185871073 M * vicky [root@Rclub_lb.hostex.Mailbox.standard.mail.4 /]# du -sh /tmp 1185871074 M * vicky 17M /tmp 1185871088 M * vicky nop 1185871097 M * vicky its nt showing files in MBs 1185871097 M * eyck hmm, i think lsof /tmp should uncover unlinked files 1185871109 M * eyck they will be marked as "*deleted*" or sth similar 1185871169 M * vicky umm 1185871175 M * vicky stil shows me the same files 1185871177 M * eyck it's also possible thay your /tmp filesystem is corrupted, you can try fsck 1185871186 M * vicky og 1185871188 M * vicky oh 1185871214 M * FBW rgl: Depends on the cpu 1185871242 M * rgl FBW, which one has that? /me doesn't remeber reading about that :( 1185871278 M * FBW I'd have to google... 1185871283 M * FBW Wild guess, xeon and opteron? :) 1185871331 M * FBW And probably every cpu on a non-desktop architecture 1185871346 M * vicky Intel(R) Xeon(TM) CPU 3.20GHz 1185871418 M * rgl FBW, http://discussions.hardwarecentral.com/archive/index.php/t-108446.html woah, from 1999! the PII and PIII seem to have that. 1185871437 M * FBW :) 1185871473 M * FBW Don't forget that having it in the bios enabled doesn't mean the cpu actually has it, the setting just tells the bios to enable it, if available 1185871562 M * rgl so a C2D does not have that? *G* 1185871963 M * FBW Doesn't look like it 1185872013 M * eyck hmm, that's strange, I thought all large-cache CPUs had to have ecc protection on it 1185872061 M * FBW Well, I cannot find it in the datasheet, and the xeon datasheet explicitly names ECC 1185872128 N * Bertl_zZ Bertl 1185872133 M * Bertl morning folks! 1185872151 M * Bertl FBW, eyck: ECC on cache is a wast of time and money 1185872187 M * FBW Agreed, unless you actually have ecc memory, it's of little use 1185872213 M * Bertl no, not even then, because damaged data (in the cache) can _always_ be replaced by fresh data fetched from memory 1185872228 M * Bertl so all you want is parity/CRC there 1185872263 M * FBW Well ECC is parity with extra :) 1185872301 M * Bertl ECC = Error _Correction_ Code 1185872307 M * FBW I know 1185872339 M * FBW But it also reports uncorrectable errors ;) 1185872343 M * FBW Does any L2 cache have parity at all then, assuming it's a desktop cpu without ecc? 1185872373 M * rgl Bertl, but how do you known if the data is damaged in the cache without ECC? 1185872385 M * Bertl rgl: via parity or crc checks 1185872391 M * rgl Bertl, ah right. sure, parity is enough :) 1185872414 M * Bertl and I didn't say that ECC on cache is complete nonsense 1185872424 M * Bertl I just said, it is not worth the efford :) 1185872432 M * rgl yes I understood :) 1185872442 M * FBW Unless you get multibit errors, but those are rather rare unless the cache is defective anyway 1185872448 M * Bertl e.g. ECC on cache can protect against broken write backs for example 1185872459 M * rgl and CPU actually do that? crc or someting like that on L1/L2 caches? 1185872473 M * Bertl parity is quite common, crc less 1185872503 M * rgl how do we known is a particular cpu does it? I'm looking at the c2c datasheet *G* 1185872580 A * rgl finds no "parity" or "crc" word on the datasheet *G* 1185872582 M * Bertl I would guess that 'server' type CPUs will have ECC, while 'desktop' type CPUs will use parity 1185872606 M * Bertl I doubt that today any L1/2 cache runs without parity (or ECC) 1185872732 M * Supaplex greetings Bertl 1185872775 M * baldy kernel patch for 2.6.22.1 out? 1185872818 Q * Aiken Remote host closed the connection 1185872849 M * baldy ahh oke 1185873201 M * FBW Well, today someone is going to place the vserver machine with bind/postfix/apache/sql at a hosting provider, and hopefully migrate all the ip and dns settings as per my unstructions, and tomorrow the old server will be taken offline 1185873205 M * FBW ... this is going to go so wrong. 1185873234 A * Supaplex hides 1185873256 M * Bertl FBW: did you give specific instructions (very detailed)? 1185873317 M * FBW Bertl, he didn't even take the time to call the hosting provider on friday to get the ip information, so I doubt he'll be able to do it considering that :P 1185873385 M * FBW So that's updating ip information on host server, 2 vservers, all the config files to all those services, and all zonefiles for about ten domains 1185873390 M * FBW :x 1185873429 M * FBW Oh, and getting the hosting provider to slave all zones without telling me anything other that they're able to provide such a service 1185873448 M * eyck Bertl: right, crc is enough. 1185873487 M * eyck my bad 1185873502 M * Bertl no worries ... 1185873520 M * FBW Optimist! :) 1185873645 M * FBW But at least it'll allow me to drive the point home that a migration involving moving a dns and mail server requires some amount of testing and parallel running 1185873654 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185873670 M * FBW (he's the one that set this deadline by ending the old hosting provider's contract) 1185873857 M * ktwilight is it possible to set a default locale on creating guests? 1185873902 M * Bertl inside the guest or for the creation process? 1185873933 M * FBW The most amusing part to me is that he also thinks it's going to be easy to get the webpages running on it while they're straight copies from apache1/php3/mysql3 to the latest versions, without any time investment in even looking up the differences by him so far. Oh well, his sites. ;) 1185874020 M * ktwilight :( i can't change my locale setting... 1185874047 M * Bertl export LC_ALL=C LANG=C 1185874059 M * Bertl (or similar for other locale settings) 1185874125 M * ktwilight i ran dpkg-reconfigure locales and it threw me some error messages :/ 1185874315 M * rgl ktwilight, lemme upload how I do that on my ubuntu guests. 1185874339 M * ktwilight cool, thanks. 1185874390 M * rgl ktwilight, http://pastie.caboo.se/83700 1185874426 M * rgl I do that inside the guest. 1185874479 M * ktwilight am sorta lost, i have to type out the cat command, and...? 1185874499 M * rgl ktwilight, just copy&paste that on you shell :D 1185874512 M * ktwilight k k 1185874542 M * ktwilight hm, doesn't seem like i have the locales :/ 1185874544 M * rgl ktwilight, you should tweak it to just use the locales you are interested in. in my case I wantes the en and pt locales. 1185874574 M * rgl ktwilight, what do you mean? there is no locale-gen command? 1185874584 M * ktwilight there's no /var/lib/locales/supported.d/* 1185874596 M * Hollow Bertl: i think the kernel should prevent setting fill_rate = 0 :) 1185874600 M * ktwilight i have a /usr/share/doc/locales and /usr/share/i18n/locales 1185874612 M * Hollow Bertl: i did it by accident, and the machine was gone 1185874628 M * rgl ktwilight, are you using debian 4? 1185874636 M * ktwilight yea, debian etch 1185874648 M * ktwilight hm, oddly, it runs locale-gen well... 1185874658 M * rgl do you have /etc/locale.gen ? 1185874672 M * ktwilight but running locale doesn't show any changes 1185874682 M * ktwilight yup i do rgl 1185874684 M * rgl when I was using debian, I just put everything inside /etc/locale.gen 1185874688 M * ktwilight ah ok 1185874715 M * ktwilight but locale doesn't register the changes? 1185874746 M * rgl what does it say? 1185874781 M * rgl here, I just needed to do what I said. and it started working fine :| 1185874825 M * ktwilight rgl, http://rafb.net/p/93xJI179.html 1185874832 M * Bertl ktwilight: log off an on again 1185874835 M * ktwilight i want to set to en_GB.UTF-8 1185875047 M * ktwilight Bertl, i'm guessin' that you meant NOT reboot. 1185875082 M * ktwilight creating a new window should do the trick in screen right? but it still doesn't register 1185875084 M * Bertl no, if I would have meant reboot, I would ahve said that :) 1185875087 M * ktwilight though the application realise that it has changed. 1185875090 M * ktwilight Bertl, :) 1185875129 M * Bertl close your connection to the guest, open a new ssh connection, login 1185875196 M * ktwilight same 1185875223 M * Bertl then you didn't set it, usually it is stored in /etc/sysconfig/i18n (don't know for debian) 1185875652 Q * Vink Ping timeout: 480 seconds 1185875686 M * baldy vsched: non-numeric value specified for '--fill_rate' mhh anyone knowwhat happend? 1185875713 M * Bertl most likely, you specified a 'non-numeric value' where it expects the '--fill_rate'? 1185875801 M * FaUl Bertl: will you come to the ccc-camp? 1185875803 M * baldy i did nothink... after a kernel update it come 1185875812 M * baldy before it works 1185875813 M * FaUl i'd bring the sgi and the ultrasparc-mashine 1185875865 M * baldy Bertl: ih which file must i edit? 1185875909 M * Bertl baldy: kernel update? should not be related at all, unless you updated the tools too 1185875935 M * Bertl FaUl: can't say yet (50% :) 1185875962 M * baldy Bertl: i run 0.30.213 1185875966 M * baldy the newst... 1185875974 M * Bertl okay, did you update that too? 1185875978 M * baldy where is the value '--fill_rate defined? 1185875981 M * baldy nope 1185875997 M * Bertl well, it should be in the scheduler config 1185876048 M * Bertl but this is a userspace message, where vsched complains that you did pass a non-numeric value, so that should not be caused by the kernel 1185876051 M * FaUl Bertl: i'd try to give it someone of chaos-wien then 1185876078 M * Bertl FaUl: that'd be great, in the case I don't make it 1185876625 J * bzed ~bzed@dslb-084-059-102-144.pools.arcor-ip.net 1185876723 J * bonbons ~bonbons@2001:5c0:85e2:0:20b:5dff:fec7:6b33 1185877026 Q * michal` Quit: chilling out 1185877074 M * FaUl yea, think so 1185877126 M * baldy i dont understand why i see the error now 1185877185 Q * Aiken Remote host closed the connection 1185877387 M * Bertl baldy: you see it on guest start? 1185877457 M * baldy yep 1185877466 M * baldy vhost04:~# vserver h4vs06 start 1185877466 M * baldy vsched: non-numeric value specified for '--fill_rate' 1185877468 M * Bertl try to run that with --debug 1185877486 M * Bertl (and upload the output to paste.linux-vserver.org) 1185877577 M * baldy vsched: non-numeric value specified for '--fill_rate' 1185877577 M * baldy + cleanup 1185877597 M * baldy i cant paste it 1185877600 M * baldy its too much 1185877605 M * baldy and >blabla wont work 1185877610 M * Bertl okay, then paste the last page 1185877699 M * baldy http://paste.linux-vserver.org/4669 1185877734 M * Bertl hmm, I meant the last page _before_ the error :) 1185877800 M * baldy soweit kann ich net scrollen 1185877817 M * Bertl try to append 2>&1 | less ? 1185877984 M * baldy http://paste.linux-vserver.org/4670 1185878003 J * michal` ~michal@www.rsbac.org 1185878016 M * Bertl --fill-rate 3.2 1185878029 M * Bertl so somehow you specified a decimal value there in the config 1185878047 M * Bertl change that to integer, and everything should be fine 1185878055 M * Bertl wb michal`! 1185878089 M * baldy Bad content in '/etc/vservers/h4vs06/schedule'; aborting... 1185878105 Q * vicky Quit: Leaving 1185878105 M * baldy 32 1185878105 M * baldy 500 1185878105 M * baldy 200 1185878105 M * baldy 1000 1185878105 M * baldy 100 1185878117 M * baldy dont ask me what these mean.. this values.... 1185878122 M * baldy openvcp is doing it 1185878125 M * Bertl I would suggest to move away from the single file config 1185878155 M * Bertl the scheduler parameters have been broken up into separate files 1185878340 M * michal` hey Bertl :) 1185878783 M * eyck oh noes, not again 1185879189 Q * michal` Ping timeout: 480 seconds 1185879488 J * michal` ~michal@www.rsbac.org 1185879628 Q * ema Quit: leaving 1185879753 Q * sharkjaw Quit: Leaving 1185879820 Q * meandtheshell Quit: Leaving. 1185879854 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185879904 M * Hollow oh man. why are all my clock freaking out 1185879908 M * Hollow *clocks 1185879925 M * Bertl must be a gentoo thing :) 1185879932 M * Hollow http://paste.linux-vserver.org/4672 1185879953 M * Hollow this is a vanilla kernel 1185879956 M * Hollow + vs patch 1185879968 M * Hollow Linux majestix 2.6.20.15-vs2.2.0.3 #1 SMP Sun Jul 29 10:18:35 CEST 2007 x86_64 GNU/Linux 1185880037 M * Hollow also all my mailservers complain that clock moves backward by one second roughly every 10 seconds 1185880050 M * Hollow strangly enough the overall time is always correct.. 1185880058 M * Hollow so it jumps forward again or seth.. 1185880060 M * Hollow WTH 1185880102 M * Hollow linux gets more borked with every new kernel release... 2.6.21 is completely unusable 1185880117 M * Bertl sounds like some frequency modulation or ACPI power management 1185880127 M * Hollow acpi is not compiled in 1185880136 M * Hollow and cpufreq isn't either 1185880144 M * Bertl that could be the problem then 1185880160 M * Hollow hm? 1185880165 M * Bertl if something frequency modulating is enabled in the bios 1185880167 A * FaUl is fine on 2.6.22.1... 1185880184 J * meandtheshell ~markus@85.127.103.217 1185880197 M * Hollow well, i tried 2.6.21 on my dev box, it hanged 5 times during the afternoon, so i'm back at 2.6.20 :) 1185880224 M * Hollow this was even without the vs patch 1185880252 M * Hollow Bertl: so, compiling cpufreq would help? 1185880280 M * Bertl Hollow: I would first check the bios settings 1185880300 M * Hollow well, i need to get a KVMoIP first then :) 1185880304 M * Bertl and disable anything which remotely sounds like cpu frequency modulation or power saving 1185880334 M * Bertl amd64 often have things like timer modulation or dynamic overclocking stuff 1185880354 M * Hollow yeah, this happens to me since dedis became amd64's. sigh. 1185880369 M * Bertl if the kernel doesn't know exactly what the hardware does, it can only guess and observe 1185880445 M * Hollow i only need to find out how to get a kvmoip at night when the server is not so busy, but noone is in the datacenter as well ;) 1185880508 M * danman Hollow: I tried installing other MTAs and postfix and exim say "Address already in use"... But I changed /var/qmail/control/conf-common on the host and restarted qmail... How can I be sure that my second IPs port 25 isn't used? 1185880523 M * danman this might have some relation with the problem 1185880523 M * danman ;-) 1185880525 M * Hollow netstat -nl --inet 1185880526 M * danman I had yesterday 1185880528 M * Hollow on the host 1185880565 M * danman it is not used 1185880571 M * danman only for the first ip 1185880580 M * danman this is rather strange 1185880589 M * danman but I must say that telnet connects and exits aswell 1185880599 M * danman what the heck? :-) 1185880853 M * Bertl yeah, qmail is quite comfortable and has meaningfuldebug output as it seems :) 1185880931 M * danman lol :-) 1185880980 M * danman there's some major problem with my system :-) it for sure is not vserver related ;-) lol 1185881043 M * danman other stuff work so well... 1185881454 J * Vink ~vink@mary.mon-net.org 1185881485 M * Bertl wb Vink! 1185881572 M * Vink re 1185881586 M * danman ok, this is not an mta issue anymore! something is running on my second ips port 25, but I can't tell what! netstat doesn't show etc... (not even on host, because there it shows firstip:25) do you guys have any idea where to go on? :-) 1185881622 M * Bertl maybe your guest (one of them) is runnign something on that ip/port? 1185881646 M * danman Bertl: of course, that mus be the answer, but I can't see nothing on the guest 1185881649 M * Bertl check with netstat from inside the active network namespaces 1185881650 M * danman netstat -ldp 1185881651 M * danman etc 1185881662 M * danman Bertl: tried already, and nothing ;-( 1185881665 M * Vink I checked, ECC is enabled :P 1185881692 M * danman this is really scary ;-) 1185881724 M * Bertl what does 'ls /proc/virtnet/' show? (pastebin) 1185881749 M * danman 42 5580 info status 1185881750 M * danman :-) 1185881764 M * Bertl so you have two guests active (or at least network contexts) 1185881776 M * danman I have two guests, but only 1 is active 1185881781 M * danman 5580 is active 1185881788 M * Bertl no, the kernel knows better :) 1185881802 M * danman hmm 1185881822 M * danman vserver-stat does not show it :-) 1185881830 M * danman and can't even stop it ;-) 1185881850 M * danman but this might be the answer! Bertl: what can I do? reboot the host? ;-) lol 1185881853 M * Bertl what does 'ls /proc/virtual/' show? 1185881862 M * danman 5580 info status 1185881872 M * Bertl so only the network context is active 1185881902 M * danman ok, thank goodness :-) 1185881908 M * danman 5580 is correct ;-) 1185881911 M * Bertl try: 'ncontext --migrate --nid 42 -- netstat -ldp' 1185881993 M * danman now that shows something ;-) 1185882003 M * danman 1 sec, pastebin... 1185882029 M * Bertl also add 'cat /proc/virtnet/42/status' 1185882033 M * danman http://pastebin.com/d38f3d991 1185882058 M * danman http://pastebin.com/da900eeb 1185882079 M * danman the ncontect shows something weird 1185882092 M * danman hmm 1185882094 M * danman tcpserver 1185882097 M * Bertl so about 21 processes are using this network context 1185882097 M * danman with the second IP 1185882100 M * danman great 1185882105 M * Bertl and indeed it has bound the second ip 1185882121 M * danman hmm 1185882126 M * danman very weird ;-) 1185882130 M * Bertl I would suggest killing those processes 1185882136 M * danman Bertl: good idea 1185882141 M * danman how can I list them all? 1185882156 M * danman (this might be because qmail can't be restarted to good, and maybe a reboot would be needed) :-) 1185882174 M * Bertl reboots are seldom needed (unless the kernel crashes) 1185882200 M * danman I know, but with qmail it is usually documented, that there is no better way :-) lol 1185882219 M * danman Bertl: is there a way to tell what the other processes are? 1185882228 M * danman I only see one with ncontext 1185882247 M * Bertl grep 42 /proc/*/ninfo 1185882263 M * danman hee 1185882264 M * danman hehe 1185882268 M * danman Bertl: thx very much! 1185882272 M * Bertl np 1185882288 M * danman it's weird that I never was familiar with these stuff, and I've been using linux for a long time ;-) 1185882305 M * danman I learn every minute ;-) 1185882329 J * yarihm ~yarihm@84-74-20-183.dclient.hispeed.ch 1185882388 J * marcfiu ~marcfiu@c-68-39-177-97.hsd1.nj.comcast.net 1185882478 M * danman Bertl: btw, this is going to be the problem for the stuff yesterday.... ;-) 1185882523 M * Bertl I doubt that, I'd say this is the result from trying the chroot (with network contexts) yesterday 1185882541 M * Bertl which was definitely _after_ you encountered the (qmail) issues 1185882660 M * danman hmm ;-) that might be!! 1185882863 M * danman Bertl: can you tell me why there was no other way to tell these stuff with normal netstat and friends? I've never used these ncontext programs before :-) 1185882890 M * Bertl because network separation puts the processes in separate network contexts 1185882913 M * Bertl this is the isolation between different Linux-VServer guests 1185882926 M * danman ok 1185883399 Q * marcfiu Quit: The computer fell asleep 1185883469 M * daniel_hozac Hollow: hmm? 1185883477 M * Hollow daniel_hozac: hm? 1185883479 M * Hollow :) 1185883526 M * Hollow ah. fill_rate 1185883552 M * Hollow well, after doing vsched --xid 42 --fill_rate 0 --cpu-id 0 my system has gone MIA 1185883595 M * Hollow so i guess 0 is not a good idea for fill_rate? 1185883855 J * dna_ ~naucki@233-221-dsl.kielnet.net 1185883985 Q * Aiken Remote host closed the connection 1185884139 Q * dna Ping timeout: 480 seconds 1185884587 M * daniel_hozac works fine here. 1185884603 M * daniel_hozac i'm using it for guests which only get some idle time. 1185884640 M * Hollow hm 1185884669 M * Hollow it instantly hard-locked after this command 1185884674 M * Hollow only reset helped 1185884696 M * daniel_hozac hmm, i guess if idle-time isn't enabled, it might... get kind of upset. 1185884715 M * daniel_hozac Bertl? 1185884728 M * Bertl IIRC, we added sanity checks to the kernel 1185884771 M * Hollow yes, i don't have idle-time enabled.. 1185884788 M * Hollow i just wat a hard limit and accidently entered 0 instead of 1 :) 1185884802 M * Hollow however that might happen, given their distance on the keyboard 1185884823 M * daniel_hozac lol 1185884849 M * Bertl numeric keypad? 1185884853 M * Hollow no :) 1185884962 M * Bertl I don't see why a rate of 0 should do evil 1185884969 M * daniel_hozac yeah, me neither. 1185884978 M * daniel_hozac it should just hold the context forever. 1185884986 M * Bertl it might suspend/hold the context immediately 1185885000 M * Bertl but that should not affect other contexts or the host 1185885008 M * Hollow yeah, i'd expect that too 1185885025 M * Hollow i'm trying to reproduce it, but unfortunately not on the same machine.. it's production :) 1185886764 J * dna ~naucki@121-242-dsl.kielnet.net 1185887136 M * matti Hi Bertl Hollow dna 1185887143 M * matti s/dna/daniel_hozac 1185887150 Q * dna_ Ping timeout: 480 seconds 1185887151 M * Hollow huhu matti 1185887157 M * Hollow hehe 1185887513 J * vasko ~vasko@unreal.rainside.sk 1185887578 M * daniel_hozac hey matti. 1185887606 Q * dna Ping timeout: 480 seconds 1185887738 M * matti :) 1185888173 J * dna ~naucki@159-195-dsl.kielnet.net 1185888215 M * FBW Oh goodie 1185888272 M * FBW In preparation of placing the server, it turns out my friends neglected to act until yesterday evening to sign up for the colo service, resulting in them getting confirmation today asking for an appointment to place the server. 1185888302 M * Bertl sounds good ... 1185888307 M * FBW So instead of them placing the server today, and the old server going offline tomorrow, the old server's going down tomorrow, and they don't even have an appointment to place the new one yet 1185888320 M * danman lol 1185888335 M * danman what colo is this where you have to get an appointment? :-) 1185888361 M * FBW dan: They just asked unofficially in an email 'when do you want to come so we can have someone assist' 1185888377 M * danman guess it's a cheap colo 1185888400 M * danman usualy these kind of colos sit in a bigger companies rooms ;-) 1185888405 M * FBW Yeah, but seriously, you do not sign up for colo services a day before the server is supposed to be up and running 1185888412 M * FBW Regardless of colo quality 1185888423 M * matti colo? 1185888426 M * FBW colocation 1185888427 M * matti WTF? 1185888429 M * matti Ah 1185888433 M * danman lol:-) 1185888443 M * FBW I am utterly baffled by my friends, really 1185888443 M * FBW :P 1185888446 M * danman FBW: you are right there ;-) 1185888452 M * matti Eh. Young people and their slang... 1185888452 M * matti ;p 1185888457 M * danman lo 1185888457 M * danman l 1185888458 M * FBW heh xD 1185888494 M * FBW Oh well, guess I should consider that $20 domain parking service with webmail 1185888578 A * meandtheshell considers a house in greece with internet over satellite and no nutters in compass of say ~10km ;-] 1185888588 M * danman lol 1185888615 M * danman FBW: or maybe an own server ;-) 1185888623 M * danman which is a nice thing ot have 1185888624 M * danman to 1185889052 M * FBW Well technically it is my own server since I installed it, and use it for personal email on my domain and so on 1185889079 M * FBW But who on earth cancels the old contract without having something new up and running... 1185889133 M * FBW But yes, saying 'screw it' and hosting something just for me and letting them sort things out is awfully tempting now 1185889157 M * danman and perhaps they were hosting providers also? :-) lol 1185889165 M * danman webhosting... 1185889166 M * danman ;-) 1185889169 M * danman that would be funny 1185889169 M * danman heh 1185889181 M * FBW They were webhosting for a 2-man car maintenance company at least 1185889233 M * danman lol 1185889240 M * danman there will be happiness :-) 1185889255 M * FBW Not my problem, I vented myself over the phone already 1185889288 M * danman FBW: if you need perhaps some help to host you domain for that few days, I can help... 1185889359 M * waldi Bertl: host list.linux-vserver.org[78.47.240.170] said: 511 Sorry, no mailbox here by that name (#5.1.1) (in reply to RCPT TO command) 1185889376 M * harry wrong adress, waldi 1185889381 M * waldi no 1185889391 M * waldi incorrect configured mailinglist 1185889411 M * Bertl waldi: what mbox are you trying to reach? 1185889423 M * FBW I'll wait until I hear if they're finally going to take things more seriously, I demanded that they have stuff planned properly before the end of the work day, which is an hour and something 1185889446 M * waldi Bertl: the subscription confirmation address 1185889463 M * danman ;p; :-) 1185889464 M * danman lol 1185889465 M * Bertl Hollow: ping? 1185889649 M * Hollow Bertl: pong 1185889665 M * Bertl Hollow: please read up reg confirmation (waldi) 1185889723 M * Hollow worksforme 1185889756 M * waldi Hollow: vserver-sc.1185889315.jcemiakflocjichdcckm-bastian+vserver=list.linux-vserver.org=waldi.eu.org@list.linux-vserver.org 1185890102 M * Hollow MAIL FROM: hollow@gentoo.org 1185890102 M * Hollow 250 ok 1185890102 M * Hollow RCPT TO: vserver@list.linux-vserver.org 1185890102 M * Hollow 250 ok 1185890105 M * Hollow -> works 1185890118 M * Hollow *shrug* 1185890129 M * Bertl Hollow: he is replying to the confirmation address 1185890322 M * Bertl waldi: but the reply address seems garbled, you sure that this one is the one you got? 1185890352 M * waldi yes 1185890366 M * Bertl waldi, I'd expect something like: vserver-sc.1185889315.jcemiakflocjichdcckm-bastian+vserver=waldi.eu.org@list.linux-vserver.org 1185890395 M * waldi no, the address is bastian+vserver=list.linux-vserver.org@waldi.eu.org 1185890464 M * Bertl well, mine was: herbert=13thfloor.at@list.linux-vserver.org 1185890540 M * waldi i got this adress in the confirmation request 1185890541 M * daniel_hozac that = may very well be what's screwing it up. might want to try without it. 1185890562 M * daniel_hozac or, oh, i see. 1185890586 M * Hollow found the bug 1185890588 M * Hollow just a second 1185890684 M * waldi hihi 1185890797 M * Hollow waldi: the vchkuser script didn't allow "+" in the address 1185890814 M * sid3windr hax 1185890816 M * Hollow the version from the qmail-spp homepage is really fscked.. but i already fixed most bugs :) 1185890845 A * waldi .o( qmuell ... ) 1185890847 M * Hollow so try again 1185890880 M * Hollow qmail rocks. stop bitching 1185890884 M * waldi sent 1185890888 M * waldi no, it is trash 1185890911 M * Hollow whatever 1185890920 M * sid3windr depends 1185890931 M * sid3windr if you have 135 patches it's workable and less damaging to the internet community :p 1185890946 M * FBW 'less'? 1185890947 M * Hollow well, qmail is not for dumb users. 1185890968 M * sid3windr FBW: yes, it doesn't bounce unknown users ;) 1185890978 M * sid3windr Hollow: but requiring patching before it even works is silly ;) 1185890996 M * Hollow works fine here without any patch 1185891000 M * FBW So what you're saying is that qmail-hollow rocks. 1185891011 M * Hollow well, ok.. i have the tlsauth patch on some servers 1185891016 M * Hollow but that's the only one :) 1185891017 J * Satriani ~Linus@bl7-134-76.dsl.telepac.pt 1185891057 M * Hollow you don't need all those crappy patches 1185891103 M * daniel_hozac you just need the right tarball? :) 1185891111 M * Hollow sure.. 1185891116 M * sid3windr well, it looks patched to me, as you're rejecting unknown users while using vpopmail, which is NOT standard behaviour for stock qmail 1185891137 M * Hollow well, these are plugins (as in external binaries), not patches 1185891160 M * sid3windr plugins, patches - it doesn't work as it should out of the box :) 1185891165 M * sid3windr but this is a pointless discussion 1185891169 M * sid3windr everyone can run what he wants 1185891171 M * sid3windr even if it's sendmail 1185891175 M * sid3windr (except if it's exchange) 1185891177 M * Hollow sure, postfix works as soon as you hit make install :P 1185891187 M * sid3windr works for me, yup :) 1185891210 M * Hollow well, works for me with qmail too :P 1185891218 M * Hollow so, pointless discussion as you said 1185891220 M * sid3windr :] 1185891224 M * sid3windr indeed 1185891229 M * sid3windr so on with the show 1185891245 M * sid3windr vserver 4.8 on kernel 2.16, WHEN?! 1185891261 M * Hollow 2 weeks if kernel development stays that fast ;) 1185891272 Q * chand Read error: Connection reset by peer 1185891282 M * sid3windr lol 1185891283 J * chand ~chand@212.99.51.254 1185891303 M * sid3windr I wonder if 2.6.23 will have tickless kernel thingy for 64bit 1185891308 M * sid3windr but I'm too lazy to check changelogs 1185891339 M * Hollow maybe that would help with my "too many lost ticks" issue :P 1185891344 M * Hollow no ticks -> none can be lost 1185891350 M * Hollow if it would be that easy.. 1185891420 M * sid3windr hehe 1185891434 M * sid3windr well, rather that my 64bit CPU's can save some power too ;) 1185891446 Q * Freax Ping timeout: 480 seconds 1185891737 Q * FireEgl Read error: Connection reset by peer 1185892303 J * dna_ ~naucki@24-222-dsl.kielnet.net 1185892327 J * fatgoose ~samuel@76-10-147-136.dsl.teksavvy.com 1185892686 Q * dna Ping timeout: 480 seconds 1185892696 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa 1185892806 Q * dna_ Ping timeout: 480 seconds 1185893002 M * daniel_hozac Bertl: i'm sure we've been over this before, but why was the delta-lo concept dropped in favor of the rewriting? 1185893034 M * daniel_hozac too much overhead? 1185893232 Q * FireEgl Quit: Bye... 1185893253 J * dna ~naucki@217-229-dsl.kielnet.net 1185893350 Q * rgl Ping timeout: 480 seconds 1185894035 Q * tokkee Remote host closed the connection 1185894582 J * dani_ ~dani@151-254-246-201.adsl.terra.cl 1185894714 J * lilalinux_ ~plasma@dslb-084-059-027-011.pools.arcor-ip.net 1185894981 Q * dani Ping timeout: 480 seconds 1185895081 Q * lilalinux__ Ping timeout: 480 seconds 1185896252 J * rgl ~Rui@84.90.10.107 1185897920 Q * ensc Ping timeout: 480 seconds 1185898107 J * ensc ~irc-ensc@p54B4D855.dip.t-dialin.net 1185898189 Q * michal` Ping timeout: 480 seconds 1185898590 J * michal` ~michal@www.rsbac.org 1185898754 M * rgl you guys known how to contact intel to tell them they have a little typo on their manual? 1185898771 M * daniel_hozac lol 1185898796 M * daniel_hozac i'd assume the manual has some sort of contact information in the front or the back... 1185898862 M * rgl http://www.intel.com/products/processor/manuals/index.htm 1185898875 M * rgl fell free to find it *G* 1185899607 Q * Baby Remote host closed the connection 1185899635 Q * Ashsong Ping timeout: 480 seconds 1185899811 J * Ashsong ~chatzilla@orchard.laptop.org 1185902717 N * DoberMann[PullA] DoberMann 1185903569 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1185903700 N * DoberMann DoberMann[PullA] 1185903875 Q * chand Ping timeout: 480 seconds 1185904802 Q * jescheng Remote host closed the connection 1185904813 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1185905248 N * DoberMann[PullA] DoberMann 1185907793 J * phedny_ ~mark@ip56538143.direct-adsl.nl 1185908194 Q * phedny Ping timeout: 480 seconds 1185909072 M * Ashsong Bertl: Greetings! 1185910786 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185914394 Q * the-me Ping timeout: 480 seconds 1185916044 Q * rgl Ping timeout: 480 seconds 1185916114 Q * bonbons Quit: Leaving 1185916874 J * rgl ~Rui@84.90.10.107 1185917020 J * tokkee tokkee@ssh.faui2k3.org 1185917175 Q * Loki|muh cation.oftc.net resistance.oftc.net 1185917175 Q * pyquila cation.oftc.net resistance.oftc.net 1185917175 Q * Guy- cation.oftc.net resistance.oftc.net 1185917175 Q * dani_ cation.oftc.net resistance.oftc.net 1185917175 Q * coderanger cation.oftc.net resistance.oftc.net 1185917175 Q * mugwump cation.oftc.net resistance.oftc.net 1185917175 Q * tam cation.oftc.net resistance.oftc.net 1185917175 Q * mountie cation.oftc.net resistance.oftc.net 1185917175 Q * Supaplex cation.oftc.net resistance.oftc.net 1185917175 Q * fatgoose cation.oftc.net resistance.oftc.net 1185917175 Q * ntrs_ cation.oftc.net resistance.oftc.net 1185917175 Q * hallyn_ cation.oftc.net resistance.oftc.net 1185917175 Q * bored2sleep cation.oftc.net resistance.oftc.net 1185917175 Q * Hollow cation.oftc.net resistance.oftc.net 1185917175 Q * gdm cation.oftc.net resistance.oftc.net 1185917175 Q * neuralis cation.oftc.net resistance.oftc.net 1185917175 Q * besonen_mobile_ cation.oftc.net resistance.oftc.net 1185917175 Q * dilinger cation.oftc.net resistance.oftc.net 1185917175 Q * mattzerah cation.oftc.net resistance.oftc.net 1185917175 Q * FloodServ cation.oftc.net resistance.oftc.net 1185917175 Q * Aiken cation.oftc.net resistance.oftc.net 1185917175 Q * jescheng cation.oftc.net resistance.oftc.net 1185917175 Q * Ashsong cation.oftc.net resistance.oftc.net 1185917175 Q * hardwire cation.oftc.net resistance.oftc.net 1185917175 Q * quasisane cation.oftc.net resistance.oftc.net 1185917175 Q * micah cation.oftc.net resistance.oftc.net 1185917175 Q * Johnnie cation.oftc.net resistance.oftc.net 1185917182 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185917182 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1185917182 J * Ashsong ~chatzilla@orchard.laptop.org 1185917182 J * dani_ ~dani@151-254-246-201.adsl.terra.cl 1185917182 J * fatgoose ~samuel@76-10-147-136.dsl.teksavvy.com 1185917182 J * Loki|muh loki@satanix.de 1185917182 J * pyquila gerbens@82.94.222.35 1185917182 J * Guy- MPHK444AXO@chardonnay.math.bme.hu 1185917182 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.pa.comcast.net 1185917182 J * hardwire ~bip@216.152.176.9 1185917182 J * Hollow ~hollow@proteus.croup.de 1185917182 J * FloodServ services@services.oftc.net 1185917182 J * mattzerah ~matt@121.50.222.55 1185917182 J * besonen_mobile_ ~besonen_m@71-220-233-253.eugn.qwest.net 1185917182 J * ntrs_ ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1185917182 J * gdm ~gdm@www.iteration.org 1185917182 J * mountie ~mountie@CPE0080c6fe324f-CM000a739acaa4.cpe.net.cable.rogers.com 1185917182 J * quasisane ~user@c-75-67-252-184.hsd1.nh.comcast.net 1185917182 J * hallyn_ ~xa@adsl-75-0-152-82.dsl.chcgil.sbcglobal.net 1185917182 J * micah ~micah@micah.riseup.net 1185917182 J * dilinger ~dilinger@mail.queued.net 1185917182 J * Supaplex supaplex@166-70-62-199.ip.xmission.com 1185917182 J * coderanger ~coderange@c-65-96-210-168.hsd1.ma.comcast.net 1185917182 J * neuralis ~krstic@solarsail.hcs.harvard.edu 1185917182 J * mugwump ~samv@watts.utsl.gen.nz 1185917182 J * bored2sleep ~bored2sle@66.111.53.150 1185917182 J * tam ~tam@gw.nettam.com 1185917580 Q * yarihm Quit: Leaving 1185917778 M * ntrs_ Does anyone know how to get a dell service tag number using ipmitool? 1185917788 M * ntrs_ or any other way? 1185917905 M * daniel_hozac have you tried dmidecode? 1185917941 M * ard dmidecode is the way 1185917958 M * ntrs_ Yes, that was it. Thanks. 1185917967 M * ard it's even in our installation scripts, so we can put it in our administration after installation :-) 1185917999 N * DoberMann DoberMann[ZZZzzz] 1185919409 J * chand ~chand@m167.net81-64-156.noos.fr 1185921067 Q * meandtheshell Quit: Leaving. 1185921220 Q * Satriani Quit: I'll Be Back ! 1185921548 Q * ktwilight Quit: dead 1185921698 J * ktwilight ~ktwilight@124.78-66-87.adsl-dyn.isp.belgacom.be 1185922294 J * yarihm ~yarihm@84-74-20-183.dclient.hispeed.ch 1185922668 Q * chand Quit: chand 1185922849 J * lilalinux__ ~plasma@dslb-084-058-206-026.pools.arcor-ip.net 1185923279 Q * lilalinux_ Ping timeout: 480 seconds 1185923635 Q * doener Ping timeout: 480 seconds 1185924148 Q * yarihm Quit: Leaving 1185924616 J * ktwilight_ ~ktwilight@127.79-66-87.adsl-dyn.isp.belgacom.be 1185925026 Q * ktwilight Ping timeout: 480 seconds 1185926019 J * linus ~linus@bl7-134-76.dsl.telepac.pt