1238632710 J * sitkarev ~sitkarev@ppp78-36-104-106.pppoe.komi.dslavangard.ru
1238632724 M * sitkarev Hello, guys. I have something to report.
1238632745 M * sitkarev And probably I need a good advice. Though got some ideas...
1238633043 M * sitkarev Well, not to loose the time here are the details. I've installed fresh debian etch i386 with debian kernel 2.6.26-1-vserver-686 and tried to get CPU limiting using token bucket regulator. At first I've put sched_hard flag and checked it. It didn't worked for me and cat /dev/zero > /dev/null eat up all CPU.
1238633072 M * sitkarev Next I've found a post in the mailing list with the same situation and downloaded cpuhog (small tool to load all the CPU) and vcmd utility.
1238633086 M * daniel_hozac yep. that kernel doesn't have the token bucket scheduler.
1238633089 M * sitkarev I compiled it and run it using options to set limits and flags on next context.
1238633096 M * sitkarev Oh my god... Really??
1238633100 M * daniel_hozac yep.
1238633115 M * sitkarev But.. Inside the configuration we have this option enabled.
1238633121 M * sitkarev I understand. I need another kernel.
1238633152 M * sitkarev Do you mean that I am to recompile it to patch a vanilla one??
1238633168 M * daniel_hozac that would probably be best.
1238633185 M * daniel_hozac i believe you need one of the recent 2.6.28 or 2.6.29 patches to get the token bucket scheduler
1238633190 M * sitkarev I remember you daniel. I refered to you twice. Possibly you have some memory about CIFS bugs etc.
1238633212 M * sitkarev Yes thanks for the information you are always kind and helpfull.
1238633232 M * daniel_hozac you're welcome!
1238633263 M * sitkarev I'll try to download another kernel and apply the patch. Than we will see what is going on. I really want to test CPU scheduler and new capability to fair share the idle cpu jiffies.
1238633280 M * sitkarev Or.. share fair?? Fair share..
1238633323 M * sitkarev Don't you mind if I report modestly this issue to debian kernel maintainer??
1238633343 M * daniel_hozac i would hope they're aware of it, heh.
1238633371 M * daniel_hozac if you only want fair share, you might be able to use cgroups.
1238633378 M * daniel_hozac depending on how your kernel is configured.
1238633385 M * sitkarev I'd better look it myself in the bugtracking system on their site. Yes. At first I look than report if no reports.
1238633422 M * sitkarev Never heard about that. Nothing about on the site. But token buckets I understand very well. The description was formal and this makes me feel good.
1238633443 M * sitkarev Please can you tell me is it possible to find anything about cgroups on linux-vserver.org or not?
1238633508 M * daniel_hozac i think there's some page about it.
1238633528 M * daniel_hozac http://linux-vserver.org/util-vserver:Cgroups
1238633595 M * sitkarev Yes I see. But there was nothing in the docs section concerning CPU limiting. It means that I am to pay more attention toward carefull reading.
1238633620 M * sitkarev Thank you, Daniel. I better go acting. Btw about that CIFS bug... If you don't mind/
1238633631 M * sitkarev After some time IBM confimed this issue.
1238633657 M * sitkarev It was reference counting bug somewhere in the CIFS code. Nobody faced with it because nobody used so many cifs mounts on the same host.
1238633688 M * daniel_hozac cool.
1238633691 M * sitkarev IBM closed this bug and likely they have fixed it but i didn't tested it because we moved to NFS-4
1238637653 J * aj__ ~aj@e180195003.adsl.alicedsl.de
1238638074 Q * derjohn_foo Ping timeout: 480 seconds
1238638503 J * nas ~chatzilla@opengw.lga.net.sg
1238638550 M * nas lenny hangs when applying the vs2.2.0.7 patch to the 2.6.22.19 vserver kernel 
1238638612 M * daniel_hozac what?
1238638905 M * mugwump musashi:~# vserver drupaldemo enter
1238638905 M * mugwump ncontext: vc_net_migrate(): No such process
1238638939 M * mugwump that's with all the etch vserver stuff ... anyone know about that?
1238638955 Q * mugwump Remote host closed the connection
1238639042 Q * Piet Ping timeout: 480 seconds
1238640564 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1238641368 M * nas guys where is the url for submitting large text
1238641375 M * nas if i cannot paste here
1238641427 M * daniel_hozac paste.linux-vserver.org
1238641556 M * nas i encountered an error when compiling vserver in lenny
1238641558 M * nas pasted
1238641579 M * daniel_hozac where?
1238641631 M * nas just pasted
1238641647 M * nas http://paste.linux-vserver.org/12812
1238641649 M * nas sorry
1238642372 M * nas i update my post
1238642374 M * nas http://paste.debian.net/32202/
1238642382 M * nas including the steps i took previously
1238642607 M * sitkarev are you compilng a vanilla kernel??
1238642614 M * nas yup
1238642637 M * sitkarev Because I've just downloaded the fresh one an applied the last patch and... Everything seems to be ok.
1238642647 M * sitkarev Wait a second.
1238642673 M * sitkarev it seems that the linking stage can't complete
1238642678 M * sitkarev Are you ok with the disk space?
1238642712 M * nas yup
1238642714 M * nas quite large
1238642722 M * nas 7GB free
1238642750 M * sitkarev I.e. no overfilled partitions?
1238642777 M * sitkarev May be you should check checksum on the vanilla archive?
1238642829 M * sitkarev I use standard debian options for vserver kernel. What about you??
1238642849 M * sitkarev I mean i copy it to .config and just do some little fixes using menuconfig.
1238642921 M * nas i just changed the ff in menuconfig
1238642922 M * nas Processor : Core 2; High Memory Support: 64GB
1238642932 M * nas yup no overfilled
1238642966 M * sitkarev Did you successfully build any kernels on this machine previously?
1238642976 M * nas yup
1238642980 M * nas using etch
1238642982 M * sitkarev Sometimes building the kernel finds out RAM problems...
1238643020 M * sitkarev I've just finished 2.6.29 vanilla on i386 with latest vserver patch on lenny. I don't know about etch but..
1238643039 M * sitkarev Can you try again clean everything and try just one more time?
1238643054 M * nas i don't use this -> 2.6.29 coz i want the stable version
1238643057 M * sitkarev And if it will stop on the same place then we'll get some ideas deeply.
1238643069 M * nas ok then
1238643085 M * nas oh btw
1238643087 M * sitkarev Do you suppose 2.6.22 being more stable than 2.6.29? :-)
1238643091 M * nas are these packages ok ? apt-get install bzip2 libncurses5-dev patch make gcc g++ autoconf bison kernel-package util-vserver ncurses-base lvm2 reiserfsprogs initramfs-tools
1238643094 M * sitkarev This is a question of luck..
1238643112 M * sitkarev You mostly need build-essential that's all.
1238643129 M * sitkarev When you install build-essential and kernel-package this is enough.
1238643153 M * sitkarev Oh i forgot about libz1g-dev and ncurses-dev but... you have them already.
1238643182 M * sitkarev You will probably need libz1g-dev during bzImage assembly.
1238643223 M * nas how about vserver-debiantools
1238643238 M * daniel_hozac no.
1238643273 M * sitkarev Excuse me please zlib1g-dev.
1238643287 M * sitkarev Yes. You don't need any vserver tools to build the kernel.
1238643293 M * sitkarev This is what you will need later )
1238643318 M * nas ok thank you guys
1238643322 M * nas i try it once more
1238643346 M * daniel_hozac i doubt it'll work. you might want to try an older compiler, if your distribution provides that.
1238643372 M * sitkarev Daniel do you suppose that linking problems is caused by compiler?
1238643375 M * sitkarev Could be...
1238643382 M * daniel_hozac it is.
1238643404 M * sitkarev Because I've rebuild dozens of kernels on etch... And never got any problems.
1238643415 M * nas which older compiler?
1238643441 M * sitkarev Can't tell you. I've used the one which was supplied with build-essential
1238643463 M * sitkarev It wasn't old.
1238643473 M * sitkarev gcc 3.x i think
1238643488 M * sitkarev I am idiot wait a second i'll tell you exactly.
1238643526 M * sitkarev gcc-4.1.2
1238643532 M * sitkarev rather new
1238643574 M * nas from these packages i already have gcc
1238643575 M * nas apt-get install bzip2 libncurses5-dev patch make gcc g++ autoconf bison kernel-package util-vserver ncurses-base lvm2 reiserfsprogs initramfs-tools
1238643606 M * sitkarev can you show gcc --version ?
1238643625 M * nas Source: gcc-defaults (1.77)
1238643627 M * nas Version: 4:4.3.2-2
1238643648 M * nas gcc (Debian 4.3.2-1.1) 4.3.2
1238643650 M * daniel_hozac you want an older compiler. 4.[01] should work, or 3.x
1238643727 M * nas how do i get that?
1238643734 M * daniel_hozac install it.
1238643788 M * sitkarev You can get some knowledge about what you have in repository.
1238643791 M * daniel_hozac apt-get install gcc-4.1/3.4 etc.
1238643805 M * sitkarev If you are using debian try apt-cache search gcc
1238643818 M * sitkarev this will give you information about available gcc package versions
1238643819 M * nas i see ok
1238643851 M * sitkarev Daniel ))) Thank you dear. It works.
1238643861 M * sitkarev I have CPU token bucket working. Yes.
1238643870 M * daniel_hozac great!
1238643887 M * sitkarev What's wring with debian .. I wonder. I will check now buglist.
1238643891 M * sitkarev wrong
1238643913 M * daniel_hozac they chose a kernel that's not really supported.
1238643975 M * sitkarev Is it correct to bother them with this issue?
1238644022 M * daniel_hozac i'm sure it was a conscious choice.
1238644071 M * sitkarev It is strange but I can't contact their bugtacker.
1238644082 M * sitkarev Can't open the page - debian.org/Bugs
1238644139 M * daniel_hozac yeah, doesn't open for me either.
1238644338 M * sitkarev Will do it later. Probably entering the issue will save some time to others.
1238644376 M * nas ok i de-install gcc 4.3
1238644382 M * nas and install gcc 4.1
1238644390 M * nas i got this error Couldn't determine gcc system type, falling back to default (native compilation)
1238644402 M * sitkarev when??
1238644406 M * sitkarev When you get this message?
1238644455 M * nas just now
1238644466 M * nas after make-kpkg
1238644521 M * sitkarev I think Daniel is right. You have something strange with compiling environment.
1238644709 M * nas ok i will redo
1238644713 M * nas install the ff packages
1238644715 M * nas apt-get install bzip2 libncurses5-dev patch make gcc-4.1 g++ autoconf bison kernel-package util-vserver ncurses-base lvm2 reiserfsprogs libz1g-dev build-essential kernel-package
1238644721 M * nas and do my steps again
1238644754 M * nas have you included this package? initramfs-tools
1238644799 M * sitkarev This is usefull package let it to be installed.
1238644833 M * sitkarev It contains tools to create ram filesystem image to boot your kernel successfully.
1238646388 M * sitkarev Ok guys, I haven't sleep yet. Suppose hanging here is a good idea... Have a nice day.
1238646761 J * aaronyy_ ~aaronyy@cpe-74-72-228-187.nyc.res.rr.com
1238647253 J * kpla_mereng ~professio@37.255.95.219.klj01-home.tm.net.my
1238647257 P * kpla_mereng 
1238647263 Q * sitkarev Quit: using sirc version 2.211+KSIRC/1.3.12
1238649085 J * doener_ ~doener@i59F556A8.versanet.de
1238649186 Q * doener Ping timeout: 480 seconds
1238649979 Q * geb Ping timeout: 480 seconds
1238650476 J * geb ~geb@AOrleans-253-1-49-35.w92-140.abo.wanadoo.fr
1238650489 J * thierryp ~thierry@home.parmentelat.net
1238651170 Q * SauLus Read error: Connection reset by peer
1238651301 J * saulus ~saulus@c207068.adsl.hansenet.de
1238652341 Q * scientes_ Ping timeout: 480 seconds
1238652526 J * jze ~jesper@gw.comsys.informatik.uni-kiel.de
1238653260 J * balbir_ ~balbir@59.145.136.1
1238653559 Q * thierryp Remote host closed the connection
1238653686 Q * grobie Ping timeout: 480 seconds
1238654180 N * Bertl_zZ Bertl
1238654191 M * Bertl morning folks!
1238654265 M * jze Bertl: Hi
1238654589 J * scientes_ ~scientes@75-165-83-47.tukw.qwest.net
1238654991 Q * bourgeau Ping timeout: 480 seconds
1238655325 Q * scientes_ Ping timeout: 480 seconds
1238655474 Q * aj__ Ping timeout: 480 seconds
1238655492 M * hijacker_ morning
1238655515 N * zbyniu_ zbyniu
1238655675 Q * aaronyy_ Ping timeout: 480 seconds
1238656162 J * cga ~weechat@62.196.2.6
1238656309 M * geb morning !
1238657140 J * thierryp ~thierry@zircon.inria.fr
1238657283 M * Bertl off for now .. bbl
1238657287 N * Bertl Bertl_oO
1238657355 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net
1238658340 Q * geb Ping timeout: 480 seconds
1238658624 J * aj__ ~aj@51.42.69.80.in-addr.net-lab.net
1238658955 J * davidkarban ~david@193.85.217.71
1238658962 J * duckx ~Duck@81.57.39.234
1238659003 J * geb ~geb@AOrleans-253-1-49-35.w92-140.abo.wanadoo.fr
1238659496 J * esa bip@62.123.8.246
1238659852 Q * balbir_ Ping timeout: 480 seconds
1238660086 J * kir ~kir@swsoft-msk-nat.sw.ru
1238660123 J * balbir_ ~balbir@59.145.136.1
1238660221 Q * esa Remote host closed the connection
1238660233 J * esa bip@62.123.8.246
1238660875 J * urbi ~quote@pomoc.ircnet.com
1238660877 M * urbi hi!
1238660883 M * urbi my date on guest vserver is incorrect
1238660891 M * urbi allthough on host machine, its ok
1238660902 M * urbi i cant change it inside the guest with 'date'
1238660967 M * _Shiva_ urbi: sure? isn't it just a timezone issue?
1238661015 M * urbi yep, i guess it is
1238661016 M * urbi fixed now
1238661020 M * urbi tzconfig 
1238661243 J * cluk ~cluk@p5B17F69E.dip.t-dialin.net
1238661413 Q * duckx Remote host closed the connection
1238661507 J * esa` bip@62.123.8.246
1238661527 Q * esa Ping timeout: 480 seconds
1238662429 J * datacompboy ~datacompb@l64-81-163.cn.ru
1238662450 M * datacompboy Hi all! Is there any tool that monitors usage of vservers ?
1238662483 M * datacompboy vserver-stat is just collected stats, but i need realtime monitoring of CPU and RAM usage...
1238662533 M * cluk Hi datacompboy
1238662559 M * cluk there is no central tool available afaik
1238662590 M * cluk but you can use /proc/virtual/<xid>/limit to monitor ram usage
1238662644 M * datacompboy cluk: hmm... can you suggest something? i have 6 vservers runned on host, and sometimes LA jumps to 40 :(
1238662649 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1238662678 M * datacompboy and i can't find who cause such load :(
1238662685 M * cluk i have seen loads like this mostly due to excessive io here.
1238662705 M * cluk try running vtop on the host and look for processes in the D state
1238662725 M * cluk and watch the wait-io percentage
1238662878 M * datacompboy cluk: so, you think that caused by paging ?
1238662947 M * cluk may be. but can also be due to high level of IO without paging.
1238663024 M * datacompboy vmstat shows sometimes high numbes in swap-in, but swap-out near of zero
1238663060 M * cluk what about the io-wait percentage?
1238663147 M * datacompboy when large io/bi == then wait about 50%
1238663193 M * cluk and the load average is about 40?
1238663219 M * datacompboy cluk: nope, la now is 1.0. 
1238663228 M * datacompboy when la jumps to 40 -- i can't even log into box
1238663239 M * datacompboy jow waiting when situation repeats
1238663271 Q * cehteh Ping timeout: 480 seconds
1238663312 M * cluk you could probably run vmstat every 30 seconds and log the output to a file
1238663318 J * richi_ ~richi@85-126-150-194.work.xdsl-line.inode.at
1238663325 M * cluk so that you can take a look at the output afterwards
1238663330 M * richi_ hello :)
1238663335 Q * infowolfe_ Ping timeout: 480 seconds
1238663348 M * datacompboy yep -- i'm doing that now:) currently LA=7
1238663350 M * cluk Hi richi_
1238663354 M * datacompboy and really large io
1238663366 M * datacompboy waiting about 80, idle 10
1238663399 M * datacompboy richi_: Hi!
1238663403 M * urbi Ok, i dont get it: some forum i'm hosting is showing me 1hour prior that it should, although my date is set correctly on host and guest vserver?
1238663414 M * cluk datacompboy: high load average can be due to lots of processes hogging cpu time or lots of processes waiting for IO.
1238663439 M * datacompboy urbi: just set up TZ variable for apache
1238663448 M * urbi TZ variable ?
1238663456 M * urbi timezone
1238663479 M * datacompboy urbi: or globally for vhost timezone, or just for apache
1238663527 M * datacompboy cluk: well -- you right, here seems that caused by high io. and i really can't do almost anything, since 80-90% of both cpus are in waiting stage. 
1238663559 M * datacompboy cluk: then, only way to fix that is start second real server and move part of vservers to there :)
1238663595 M * cluk datacompboy: vtop on the host should show you which processes in the vservers are waiting for IO (state D)
1238663732 M * datacompboy cluk: but vtop doesn't show context :(
1238663881 M * ktwilight__ chcontext --xid 1 -- top <- shows all
1238663884 M * ktwilight__ datacompboy, ^
1238663897 M * datacompboy ktwilight__: it shows all, but not showing from which context pid
1238663905 M * ktwilight__ good point.
1238663907 M * datacompboy if process dies fast -- i just can't see from where it was runned
1238663922 M * ktwilight__ go through each guest?
1238663928 M * cluk ktwilight_: this is what vtop does: cat /usr/sbin/vtop
1238664022 M * ktwilight__ nice, didn't know that
1238664122 J * infowolfe ~infowolfe@c-76-105-242-186.hsd1.or.comcast.net
1238664219 M * datacompboy well... in D state almost everything... kswapd0, kjournald, reiserfs/0, nginx, apache, php, postgresql... almost everything sometimes in D state
1238664520 M * ktwilight__ datacompboy, check your hdd
1238664525 M * ktwilight__ smartctl it
1238664530 N * ktwilight__ ktwilight
1238664736 N * Bertl_oO Bertl
1238664739 M * Bertl back now ...
1238664756 M * Bertl datacompboy: anything in dmesg?
1238664864 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1238664883 M * datacompboy ktwilight: SMART overall-health self-assessment test result: PASSED
1238664965 M * datacompboy ktwilight: or what i should see ?
1238665008 M * ktwilight check the individual fields
1238665013 M * datacompboy Bertl: sendmail[31139:#0] general protection, php[589:#7]: segfault  and no more
1238665141 M * datacompboy ktwilight: http://pastebin.ca/1379819
1238665220 M * ktwilight you have a very high Seek_Error_Rate value
1238665237 J * dna ~dna@138-202-103-86.dynamic.dsl.tng.de
1238665336 Q * datacompboy Read error: Connection reset by peer
1238665376 J * datacompboy ~datacompb@l64-81-163.cn.ru
1238665382 M * datacompboy sorry, network disconnect
1238665510 M * ktwilight <ktwilight> you have a very high Seek_Error_Rate value
1238665685 M * datacompboy ktwilight: welll... and what that mean?
1238665708 M * ktwilight i'd guess, you have a hdd failure problem...
1238665721 Q * transacid Ping timeout: 480 seconds
1238665742 M * ktwilight you could run hdparm -Tt /dev/sdX to double check i guess
1238665793 M * datacompboy ktwilight: both drives? http://pastebin.ca/1379823 == here is dump  of second (Model Family:     Seagate Barracuda 7200.10 family)
1238665828 M * ktwilight yup that drive has a problem too
1238665841 M * ktwilight Hardware_ECC_Recovered shows some value too
1238665946 M * datacompboy ktwilight: ok, i see. will contact then with 1&1's support to replace drives
1238665992 M * datacompboy ktwilight, Bertl, cluk: many thanks for help! that just drives me mad :) may be drive replace will fix problem
1238666094 M * datacompboy ktwilight: http://pastebin.ca/1379828 == here is hdparm output
1238666346 M * ktwilight well, make sure 1&1 knows what you've diagnosed and ask 'em to double check ;)
1238666365 M * ktwilight hdparm -Tt is fine, maybe -tT is something else...
1238666381 M * ktwilight ask 1&1, you paid for their support ;)
1238666601 Q * geb Quit: Quitte
1238666761 M * datacompboy ktwilight: that's root server, so anything done on it is mine problem, not theirs :D
1238666806 M * datacompboy ktwilight: there no difference between tT and Tt http://pastebin.ca/1379834
1238667191 Q * balbir_ Ping timeout: 480 seconds
1238667441 Q * nas Quit: ChatZilla 0.9.83 [Firefox 3.0/2008061015]
1238667482 J * bourgeau ~bourgeau@euclide.rsr.lip6.fr
1238667505 M * ktwilight datacompboy, uh, it's the same actually, i just typed differently.
1238667527 M * ktwilight what i meant was, Tt may be testing the speeds differently
1238667570 M * ktwilight it could be a hw failure, so 1&1 is responsible...
1238667601 M * ktwilight lunch, bbl :)
1238667620 M * datacompboy well, going to food too :) see you, and maaany thaaanks for help!
1238667624 Q * datacompboy Quit: datacompboy
1238670317 M * Bertl off for now .. bbl
1238670320 N * Bertl Bertl_oO
1238670555 J * yarihm ~yarihm@77-56-182-18.dclient.hispeed.ch
1238670598 J * transacid ~transacid@transacid.de
1238673867 Q * cluk Quit: Ex-Chat
1238674805 Q * Pazzo Quit: ...
1238676654 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1238676921 J * cehteh ~ct@pipapo.org
1238677864 Q * bourgeau Quit: bourgeau
1238677944 Q * infowolfe Quit: Leaving
1238678025 J * infowolfe ~infowolfe@c-76-105-242-186.hsd1.or.comcast.net
1238678225 J * bourgeau ~bourgeau@euclide.rsr.lip6.fr
1238678417 J * dna_ ~dna@138-202-103-86.dynamic.dsl.tng.de
1238678518 J * hparker_lappie ~hparker@2001:470:1f0f:32c:215:f2ff:fe60:79d4
1238678546 Q * hparker Ping timeout: 480 seconds
1238678551 N * hparker_lappie hparker
1238678743 J * weedance ~dsl@ip-80-236-194-70.dsl.scarlet.be
1238678756 J * geb ~geb@AOrleans-253-1-49-35.w92-140.abo.wanadoo.fr
1238678804 P * salva 
1238678831 Q * dna Ping timeout: 480 seconds
1238678833 J * Piet ~piet@asteria.debian.or.at
1238679097 M * weedance Hello all, i have to move guests from one to another root on the same host. If i move the files from /root1/guest1/ to /root2/guest1/ and change the vdir link, it will work? Do i forget something?
1238679132 N * Bertl_oO Bertl
1238679156 M * Bertl weedance: nah, should be fine, just move them with all attributes and links
1238679168 M * Bertl weedance: what filesystem do you use?
1238679173 M * weedance ext3
1238679191 M * Bertl then I'd suggest to use dump/restore to 'duplicate' the filesystem
1238679219 M * weedance Ok thanks Bertl.
1238679247 M * Bertl np
1238679277 Q * esa` Ping timeout: 480 seconds
1238679333 M * richi_ Bertl: i have compiled a 2.6.28.8 with vserver, drbd an aes loop. Something what i should change from configs, or so, or all the same?
1238679462 M * Bertl defaults should be fine, but I don't know your config :)
1238679629 M * richi_ kernel, or guests?
1238679658 M * Bertl ah, I was talking about the kernel .. the guest config is almost the same than before
1238679743 M * richi_ kernel is "default" config and bbooting fast without problems, but its just a test maschine without anything special. So i will see later if anything goes right on the productiv server :) 
1238680415 J * cluk ~cluk@p5B17F69E.dip.t-dialin.net
1238680528 Q * nenolod Quit: my eyes cannot compute this misery.
1238680570 J * nenolod nenolod@petrie.dereferenced.org
1238680608 M * Bertl okay, bbl ..
1238680611 N * Bertl Bertl_oO
1238680671 J * Pazzo ~ugelt@reserved-224125.rol.raiffeisen.net
1238680702 Q * Pazzo 
1238681157 J * hijacker__ ~hijacker@213.91.163.5
1238681157 Q * hijacker_ Read error: Connection reset by peer
1238681316 Q * jze 
1238681791 Q * cluk Quit: Ex-Chat
1238682700 Q * hparker Quit: New kernel
1238682894 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fe60:79d4
1238683791 J * hijacker_ ~hijacker@213.91.163.5
1238683791 Q * hijacker__ Read error: Connection reset by peer
1238684529 M * Bertl_oO nap attack ... bbl
1238684534 N * Bertl_oO Bertl_zZ
1238686007 Q * arekm Quit: leaving
1238686009 J * arekm arekm@carme.pld-linux.org
1238686058 J * Punkie ~Punkie@2a01:5f0:1:80:216:d4ff:fe05:5987
1238687011 J * dowdle ~dowdle@scott.coe.montana.edu
1238687214 N * yang yangX
1238687428 N * yangX yang
1238687460 Q * aj__ Ping timeout: 480 seconds
1238688082 Q * dna_ Quit: Verlassend
1238688151 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;)
1238688316 N * yang yangX
1238688347 Q * thierryp Quit: ciao folks
1238688360 Q * davidkarban Quit: Ex-Chat
1238688496 J * SlackLnx ~SlackWare@85.139.11.228
1238688506 N * yangX yang
1238688967 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1238689497 J * esa bip@62.123.8.44
1238689816 Q * harobed Ping timeout: 480 seconds
1238690526 Q * geb Quit: Quitte
1238691730 N * DoberMann[ZZZzzz] DoberMann[PullA]
1238692165 Q * steffan 
1238692238 J * steffan steffan@steffan.netrep.oftc.net
1238692321 J * duckx ~Duck@81.57.39.234
1238692387 Q * steffan 
1238692764 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net
1238692966 Q * Punkie Quit: Leaving
1238693329 Q * gnuk Quit: NoFeature
1238694249 Q * kir Quit: Leaving.
1238695024 Q * bourgeau Quit: bourgeau
1238695841 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1238696953 J * scientes_ ~scientes@75-165-83-47.tukw.qwest.net
1238697557 Q * Piet Ping timeout: 480 seconds
1238697565 J * cga ~weechat@82.84.128.26
1238697719 J * balbir_ ~balbir@122.172.52.168
1238698722 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;)
1238699117 J * Piet ~piet@asteria.debian.or.at
1238699363 J * cga ~cga@82.84.128.26
1238700175 Q * tanjix Ping timeout: 480 seconds
1238701152 Q * yarihm Quit: This computer has gone to sleep
1238701339 J * dna ~dna@138-202-103-86.dynamic.dsl.tng.de
1238702158 J * aj__ ~aj@e180195003.adsl.alicedsl.de
1238703633 Q * bonbons Quit: Leaving
1238703637 J * yarihm ~yarihm@217.150.254.84
1238704404 Q * yarihm Quit: This computer has gone to sleep
1238704646 N * Bertl_zZ Bertl
1238704650 M * Bertl back again ...
1238706175 J * yarihm ~yarihm@77-56-182-18.dclient.hispeed.ch
1238706548 Q * Pazzo Quit: Ex-Chat
1238707062 Q * weedance Quit: bye
1238707272 Q * aj__ Ping timeout: 480 seconds
1238708598 Q * dna Quit: Verlassend
1238708790 Q * critch Ping timeout: 480 seconds
1238709292 Q * Piet Ping timeout: 480 seconds
1238709680 J * Piet ~piet@asteria.debian.or.at
1238709719 Q * hparker Quit: Quit
1238710128 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1238710341 Q * harobed Ping timeout: 480 seconds
1238711072 Q * cga Remote host closed the connection
1238711246 N * DoberMann[PullA] DoberMann[ZZZzzz]
1238711683 J * mugwump ~samv@watts.utsl.gen.nz
1238711689 Q * yarihm Quit: Leaving
1238711729 M * Bertl mugwump: hey, nice hit and run last time :)
1238711767 M * mugwump my irc host got rebooted :(
1238711793 M * mugwump there's always the log anyway :)
1238711807 M * mugwump well, that was the same host... so now I've got a different problem
1238711811 M * Bertl fair enough ... did you 'solve' the debian issue?
1238711823 M * mugwump well, it's now on the vserver kernel in lenny
1238711834 M * Bertl which is?
1238711835 M * mugwump and my ssh port redirection isn't working
1238711841 M * mugwump 2.6.26-something :)
1238711848 M * Bertl forget it, it's borked
1238711853 Q * FireEgl Quit: Leaving...
1238711854 M * mugwump great
1238711861 M * mugwump how does this happen?
1238711883 M * Bertl well, debian folks choose an arbitrary kernel and patch, and then stick to it :)
1238711898 M * Bertl unfortunately it was a broken kernel and an incomplete patch :/
1238712073 M * mugwump I see
1238712106 M * Bertl I guess that's the way debian users want it ... so they can suffer a little more :)
1238712156 M * mugwump Dammit I should have tested earlier and log an RC bug for it
1238712719 M * mugwump What's your recommended 2.6.x vintage for stable systems atm Bertl ?
1238712725 M * mugwump I'm interested in working ipv6
1238712928 M * Bertl recent 2.6.28.x should be fine, 2.6.22.x will work too
1238713524 M * mugwump yeah, 2.6.26 hasn't been patched since November
1238713537 M * mugwump well, there is a 2.6.28 in lenny too, just not with a vserver patch
1238713567 M * mugwump Greg K-H seems to only backport to three stable series at a time
1238713596 M * Bertl 2.6.27 is said to be long-term maintained
1238713620 M * mugwump interesting ... by who and where?
1238713656 M * Bertl http://lkml.org/lkml/2008/10/11/235
1238713927 M * bzed mugwump: there's no 2.6.28 in lenny
1238713947 M * bzed and fixes for 2.6.27 are backported to lenny's 2.6.26
1238713961 M * bzed same for any other fix which should be applied
1238713985 M * mugwump hmm
1238714197 J * ktwilight_ ~ktwilight@91.178.149.118
1238714417 M * Bertl off to bed now .. have a good one everyone!
1238714429 N * Bertl Bertl_zZ
1238714500 Q * ktwilight Ping timeout: 480 seconds
1238714694 J * aj__ ~aj@p5B23BFB2.dip.t-dialin.net