1185926460 Q * jescheng Remote host closed the connection
1185926471 J * jescheng ~jescheng@proxy-sjc-2.cisco.com
1185927849 Q * jescheng Quit: Leaving
1185928402 Q * dna Quit: Verlassend
1185928405 Q * rgl Ping timeout: 480 seconds
1185929465 J * DoberMann_ ~james@AToulouse-156-1-174-5.w90-38.abo.wanadoo.fr
1185929572 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds
1185929963 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
1185931201 Q * bzed Quit: Leaving
1185931482 Q * fatgoose Quit: fatgoose
1185933094 J * friendly12345 ~friendly@ppp121-44-229-164.lns2.mel4.internode.on.net
1185933672 Q * morfoh Remote host closed the connection
1185933672 Q * mnemoc Read error: Connection reset by peer
1185934063 J * mnemoc ~amery@kilo105.server4you.de
1185934710 Q * harry Ping timeout: 480 seconds
1185936212 Q * nou Ping timeout: 480 seconds
1185939450 J * harry ~harry@d54C2508C.access.telenet.be
1185941484 Q * harry Ping timeout: 480 seconds
1185941744 J * harry ~harry@d54C2508C.access.telenet.be
1185942337 J * dani__ ~dani@125-36-50.adsl.terra.cl
1185942733 J * dani ~dani@102-255-246-201.adsl.terra.cl
1185942765 Q * dani_ Ping timeout: 480 seconds
1185943036 Q * dani__ Ping timeout: 480 seconds
1185943341 Q * Vink Quit: BitchX-1.1-final -- just do it.
1185944251 J * nou Chaton@causse.larzac.fr.eu.org
1185944918 Q * dani Quit: Ex-Chat
1185947984 N * DoberMann_ DoberMann
1185948435 J * the-me patrick@Linux-Dev.org
1185949694 N * DoberMann DoberMann[PullA]
1185951546 J * DavidS ~david@p57A4A20B.dip0.t-ipconnect.de
1185951581 N * DavidS DavidS|Juelich
1185952325 J * Baby ~miry@195.37.62.208
1185955193 J * meandtheshell ~markus@85.127.103.217
1185955661 J * dna ~naucki@8-193-dsl.kielnet.net
1185957251 M * meandtheshell Bertl: what was the new ml URL again?
1185957751 J * bzed ~bzed@dslb-084-059-098-118.pools.arcor-ip.net
1185958722 M * Bertl morning folks! (obviously forgot to change my nick yesterday :)
1185958732 M * Bertl meandtheshell: the same as the old one :)
1185958767 M * Bertl daniel_hozac: mainly the fact that the kernel routing tables get easily confused
1185958776 M * DavidS|Juelich morning Bertl! unusual time for you, isn't it? :)
1185958777 M * meandtheshell Bertl: morning to you :)
1185958803 M * meandtheshell Bertl: hm ... but it isn't that one http://gmane.org/list-address.php?group=gmane.linux.vserver - is it?
1185958833 M * Bertl gmame is being updated too, but the canonical adress was always list.linux-vserver.org
1185958835 M * FBW Morning
1185959306 M * Bertl DavidS|Juelich: ah, well, I wake up on my own, so it is the usual time now :)
1185959379 M * DavidS|Juelich :)
1185959391 M * meandtheshell Bertl: hm ... ok - "being updated" means not yet done but in progress?
1185959412 M * Bertl yes, IIRC, there was a problem with 'simply' updating it
1185959414 M * meandtheshell I checked via gnus (logged onto the server) and via webinterface http://news.gmane.org/gmane.linux.vserver
1185959427 M * meandtheshell no new posts yet
1185959437 M * meandtheshell ah - I see - what problem?
1185959448 M * Bertl you have to ask hollow for the details
1185959454 M * meandtheshell ok
1185959462 M * meandtheshell Hollow: ping
1185959503 M * Hollow pong
1185959519 M * Hollow uhm, i didn't contact gmane
1185959529 M * meandtheshell Hollow: hi - any updates on the gmane thingy?
1185959531 M * meandtheshell ah
1185959554 Q * Ramjar 
1185959615 M * meandtheshell so what do we do in order to provide vserver ml via gmane again?
1185959663 M * meandtheshell well, as a matter of fact since the URL did not change I am unaware why it stopped working anyways ...
1185959682 M * Bertl probably because the subscription changed
1185959683 M * Hollow i guess the gmane adress needs to be subscribed to the list?
1185959695 M * Hollow Bertl: maybe you can go through the old list? :P
1185959703 M * Hollow grep gmane.org
1185959704 M * Bertl yeah, just had the same diea :)
1185959708 M * Bertl *idea
1185959709 M * Hollow :)
1185959752 M * meandtheshell yes - gmane must be subscribed - of course, that must be it ...
1185959778 M * Bertl glvg-vserver@gmane.org
1185959818 M * Hollow done
1185959819 M * Bertl Hollow: can you push the 'archive' to that address too?
1185959826 M * meandtheshell Hollow: if you could add that ...
1185959829 M * meandtheshell ah - done :)
1185959836 M * Hollow archive?
1185959845 M * Bertl yeah, well, the email sent so far
1185959846 M * meandtheshell I'll report as soon as a post comes in again ...
1185959877 M * Bertl Hollow: so that the gmane account gets all the postings including the 'new list' one
1185959903 M * Hollow hm
1185959910 M * Bertl Hollow: formail could help there
1185959922 M * Hollow sounds like a lot of work for no good reason to me
1185959949 M * Hollow i guess they can live with a bunch of missed mails... ;)
1185959954 M * Bertl Hollow: good reason: probably a lot of folks are subscribed/reading via gmane
1185959969 M * meandtheshell Hollow: http://gmane.org/import.php
1185959972 M * Hollow hu? you can subscribe to gmane to read other lists?
1185959987 Q * dna Quit: Verlassend
1185959992 M * Hollow (besides browsing their webinterface)
1185960006 J * dna ~naucki@8-193-dsl.kielnet.net
1185960034 M * meandtheshell well, I am with gmane only ~70 mls subsribed and I can not just read but also post via gmane
1185960056 M * meandtheshell before that I had one setup per list - that is n times the effort for n lists
1185960080 M * meandtheshell with gmane I have a unique interface and subribing to a new list takes ~4sec
1185960087 M * Hollow so who is the sender of mails to the list then if you are not subscribed?
1185960102 M * meandtheshell sec ...
1185960121 M * meandtheshell http://gmane.org/post.php
1185960221 M * Hollow i see
1185960239 M * meandtheshell and that's how it looks like http://img243.imageshack.us/img243/4171/scrennshot1185959797rc7.png with gnus
1185960252 M * Hollow i still don't really get it, because the list will reject if you are not subscribed, no matter if gmane took your from header or not
1185960253 M * meandtheshell you can spot the "empty" Linux-VServer list at the top
1185960307 M * Bertl Hollow: maybe 'Actually From' works there?
1185960319 M * Hollow eh?
1185960421 M * meandtheshell Hollow: http://gmane.org/post-details.php read this - I think it answers your question
1185960463 M * Bertl Hollow: envelope vs. sender
1185960529 M * Hollow seems like the list does not check the envelope then.. baad
1185960535 M * Hollow but good for you gmaners
1185960594 M * Hollow i really don't want to be subscribed to 70 lists wtf... i'm subscribed to 3, and i really get enough mails
1185960597 M * Hollow :o
1185960694 M * meandtheshell Hollow: you do not need to read them all - but you know - mls carrying the most up-to-date Information so hopping from one list to another with no effort is what makes me happy
1185960714 M * meandtheshell in essence I constantly "monitor" ~10 lists
1185960737 M * Hollow sure, if it works for you :)
1185960752 M * meandtheshell It's the way how gnus + gmane allows to handle those and save me a lot of time (unique interface)
1185960762 M * meandtheshell yep - works :)
1185960790 M * Hollow if i'd be the only user of my mail server, i would have uninstalled it long time ago
1185960793 M * meandtheshell in fact I am subscribed to 142 lists - lol
1185960805 M * Hollow email sucks.
1185960822 M * Hollow but that's another topic nobody is iterested in ;)
1185960836 M * meandtheshell that's why I switched to news articles - gmane makes email to news
1185960877 M * meandtheshell and my MTA is Gnus resp. Emacs ;-]
1185960887 A * meandtheshell ain't kidding
1185960925 M * Wonka which hardware driver collection are you using? (your OS is Emacs, obviously...) :p
1185960947 M * meandtheshell whatever ... I need to get the daily Linux-VServer info dosage via gmane again ... :-)
1185960965 M * Wonka hm. replacing GNU/Linux with Emacs/Linux...
1185960976 M * meandtheshell Wonka: hehe
1185961004 M * Hollow meandtheshell: you will now :) but i don't have the time to forward old list messages...
1185961014 M * meandtheshell :) well, yes I do pretty much anything with Emacs
1185961073 M * meandtheshell Hollow: excellent - thank you - do not worry about the last 3 weeks or so ... as long as it is going to work from now on again, I am happy - I will report ... as I said thank you!
1185961177 M * meandtheshell Wonka: I even play music and watch my playboy bunny collection with Emacs - yay!
1185961239 M * meandtheshell sometimes, I also do little programming :-]
1185961554 J * Piet ~piet@tor.noreply.org
1185962483 J * cedric ~cedric@rny93-2-82-66-66-30.fbx.proxad.net
1185962915 J * fede ~fede@tor-irc.dnsbl.oftc.net
1185963069 M * Bertl welcome fede! wb cedric!
1185963123 M * cedric hey Bertl
1185963187 M * fede thx Bertl 
1185963188 M * fede hi there
1185963866 Q * FireEgl Read error: Connection reset by peer
1185963971 Q * linus Remote host closed the connection
1185964362 J * Linus ~Linus@bl7-134-76.dsl.telepac.pt
1185964695 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
1185966824 Q * cedric Quit: cedric
1185967996 Q * Aiken Remote host closed the connection
1185968158 Q * mountie Quit: LUNCK!
1185968390 M * Bertl okay, off for a nap ... back later
1185968395 N * Bertl Bertl_zZ
1185969315 Q * ktwilight_ Read error: Connection reset by peer
1185969332 J * ktwilight ~ktwilight@127.79-66-87.adsl-dyn.isp.belgacom.be
1185970921 J * yarihm ~yarihm@84-74-20-183.dclient.hispeed.ch
1185975835 P * friendly12345 
1185976860 J * ema ~ema@rtfm.galliera.it
1185978283 Q * balbir Read error: Connection reset by peer
1185979428 J * balbir ~balbir@122.167.0.71
1185979441 J * fatgoose ~samuel@76-10-147-136.dsl.teksavvy.com
1185980311 J * yoh ~yoh@ravana.rutgers.edu
1185980321 M * yoh Hi All Virtualizers! ;-)
1185980330 N * Bertl_zZ Bertl
1185980336 M * Bertl welcome yoh!
1185980374 M * FaUl Bertl: anything new on your camp-visit?
1185980400 M * Bertl FaUl: probably won't make it, too much work atm ...
1185980587 M * yoh I hit the same issue what I hit before and I think I didn't see it for a while after I upgraded to (2.6.20-1-vserver-686, running Debian sid/lenny): now I hit it again --- running apache under vserver stops responding to the requests after some 'massive' request. Here is a tcp dump when it stalls, and then after I restart vserver (which helps)  http://pastebin.com/m80188a8
1185980639 M * yoh washoe is running vserver ;-)
1185980688 M * FaUl Bertl: to bad
1185980767 M * Bertl yoh: did you try a mainline kernel?
1185980799 M * Bertl yoh: also, do you use hard cpu scheduler limits?
1185980807 M * yoh no -- mainline == vanilla (kernel.org)?
1185980830 M * Bertl yep, or more precisely, a non-debian one :)
1185980874 M * Bertl yoh: what about the cpu scheduler?
1185980878 M * yoh Bertl, 'hard cpu sched' -- how to check? /proc/acpi/processor/CPU0/limit says unsupported
1185980900 M * Bertl do you administrate the host system?
1185980921 M * yoh Bertl, I decided to stick to debian kernels after a while -- got bored to build custom ones for the farm of different boxes ;-)
1185980928 M * yoh Bertl, yes - I have full access
1185980939 M * daniel_hozac you can build generic builds yourself.
1185980964 M * Bertl although I would go for individual build from a generic source :)
1185980971 M * Bertl *builds
1185980986 M * yoh daniel_hozac, sure thing... I can build... if nothing else would be left -- I will ;-)
1185981018 M * Bertl yoh: was just a question, we've seen quite a number of 'debian' specific issues
1185981025 M * yoh Bertl, what would be a "generic source" which I could trust? :-)
1185981036 M * yoh Bertl, I see.
1185981040 M * daniel_hozac kernel.org + appropriate patch?
1185981057 M * Bertl exactly, plus N .configs for your machines
1185981110 M * Bertl yoh 'cat /proc/virtual/<xid>/sched' (use paste.linux-vserver.org)
1185981115 M * yoh daniel_hozac, that is not a build -- that is the source imho... but heh heh -- probably will do that... but then I will have to build it also for ia64 (another server running vservers...)
1185981136 M * Bertl yoh: nice, how does it run on ia64?
1185981188 M * daniel_hozac yoh: 17:10 < yoh> Bertl, what would be a "generic source" which I could trust? :-)
1185981239 M * Bertl yoh: how long does it take till you observe those issues (after a guest start)? can you trigger it somehow with, e.g. a performance test (webbench or so)?
1185981274 M * yoh Bertl, I had the same issue -- it seem to disappear for a while with fresh kernel/vserver... the same was on i686 -- now it got back... I will post sched (fuck -- I catted limit -- not sched) pre and post in a second
1185981300 M * yoh Bertl, yes -- it seems I can trigger it -- I have a page which loads a bit of pictures (thumbnails)
1185981363 M * Bertl well, that sounds great, how long does it take to trigger?
1185981390 M * yoh Bertl, 1 sec... btw -- problem seems to be 'temporary' -- ie it refreeses after a while (what it has done just now)...
1185981541 M * yoh as always -- when it is needed it doesn't freeze... grr... ;-)
1185981578 M * yoh meanwhile this is the sched for that context http://pastebin.com/d721a9ec8
1185981747 M * Bertl hmm, how many guests are on that host?
1185981771 M * Bertl ah, and what kernel is currently running there?
1185981802 M * yoh and here is wdiff for the limit (pre/post-restart) for the same context (if it is helpful) http://pastebin.com/d4464d2f1
1185981835 M * yoh 2.6.20-1-vserver-686, 3 guests (2,3,4)
1185982123 M * Bertl nice, tx for the hint with wdiff!
1185982230 M * Bertl yoh: do you know by any chance, when this issue arises, are you able to enter the guest and does it behave normally or somewhat strange?
1185982268 M * Bertl okay, dinner is ready .. will be back shortly though ...
1185982275 N * Bertl Bertl_oO
1185982430 M * yoh msg Bertl_oO, I think I didn't mention any weirdness when I entered it in a bad state... something specific to look for?
1185982466 M * yoh Bertl_oO, Bona appetite
1185982494 M * daniel_hozac can you access the file you're requesting, does the context seem "stuck" CPU-wise (though you don't seem to use the scheduler limits), things like that, i guess.
1185982508 M * daniel_hozac also, an strace of the appropriate httpd process might be helpful.
1185983098 M * yoh daniel_hozac, ok -- if I get stuck -- I will check for those symptoms. Now I can just recall that cpu was free (according to vtop) but I don't remember if apache was blocked in any way
1185983164 J * stefani ~stefani@flute.radonc.washington.edu
1185983168 P * stefani 
1185983825 N * Bertl_oO Bertl
1185984084 Q * fede Quit: Leaving
1185984204 N * ensc Guest620
1185984215 J * ensc ~irc-ensc@p54B4E260.dip.t-dialin.net
1185984325 Q * Guest620 Ping timeout: 480 seconds
1185985374 M * Bertl back now ...
1185985407 M * Bertl yoh: quite interesting would be if the issue remains after a httpd restart (not guest restart)
1185985419 M * Bertl *an
1185985523 J * ema_ ~ema@rtfm.galliera.it
1185985523 Q * ema_ 
1185985661 J * bonbons ~bonbons@2001:5c0:85e2:0:20b:5dff:fec7:6b33
1185985669 M * Bertl wb bonbons!
1185985681 M * bonbons hey Bertl!
1185986353 M * yoh Bertl, I think that I've done that and issue persisted
1185986370 M * yoh Bertl, also I checked restart of firewall (shorewall) and it also didn't help
1185986390 M * Bertl another thing to check would be to configure the ip on the host
1185986410 M * Bertl (i.e. remove the 'dev' entry and replace it by a 'nodev')
1185986419 M * Bertl then see if a guest restart changes anything
1185986433 M * Bertl (the difference is, that the ip will not go down on restart)
1185986813 M * yoh Bertl, so -- I have to change it while running, after it got stuck and before I restart it -- right? :-)
1185987084 M * Bertl well, the idea is to change the settings _before_ the issue appears
1185987108 M * Bertl i.e. you have to shut the guest down, change the config, add the ip to the host config, and restart the guest ... then wait
1185987145 M * Bertl once the issue occurs, taking down the guest (with vserver xxx stop) will only shut down the processes and context, but not remove the ip from the network stack
1185987168 M * Bertl the interesting part now is the startup and whether it will fix anything :)
1185987215 M * Bertl if that restart doesn't help, you can check with a shutdown, remove/readd the ip and startup (guest only of course)
1185987255 M * Bertl (the idea is to tell whether it is a context issue or a network stack issue or maybe something outside the host ... think arp cache, etc)
1185987258 M * yoh at the moment I have both -- dev and ip in the config under /etc/vservers/www/interfaces/0, and dev has eth0, so I need remove dev file and touch nodev, right?
1185987280 M * Bertl correct, and make sure that the ip is configured somewhere on the host
1185987294 M * Bertl (because it will not be added by the tools after this change)
1185987325 M * yoh aha.. somewhere like in regular /etc/network/interfaces... I see.. ok - 1 sec ;-)
1185987344 M * Bertl e.g. or for simplicity, in rc.local
1185987403 Q * opuk Read error: Connection reset by peer
1185987409 N * DoberMann[PullA] DoberMann
1185987535 J * opuk ~kupo@c213-100-138-228.swipnet.se
1185987552 M * Bertl wb opuk!
1185987560 M * opuk :)
1185987594 Q * FireEgl Quit: Bye...
1185987622 M * yoh Bertl, stopped.. done...  started.. now will wait for it to stall ;-)
1185987647 M * Bertl okay, keep us informed ...
1185988382 Q * ema Quit: leaving
1185993375 J * mcp ~hightower@wolk-project.de
1185993597 M * Bertl wb mcp!
1185994662 Q * DavidS|Juelich Quit: Leaving.
1185997393 J * Piet_ ~piet@tor.noreply.org
1185997437 M * matti Hi Bertl 
1185997810 Q * Piet Ping timeout: 480 seconds
1185997947 M * Bertl hey matti!
1185997959 M * Bertl time for another nap ... back later ...
1185997968 N * Bertl Bertl_zZ
1185998220 M * matti Enjoy nap B.
1185998781 M * daniel_hozac ensc: ping
1185998798 M * ensc pong
1185998825 M * daniel_hozac so why is /proc/modules unhidden by default?
1185998848 M * ensc why not? can you do any harm with it?
1185998946 M * daniel_hozac no, i guess not.
1185998961 M * daniel_hozac http://bugs.gentoo.org/show_bug.cgi?id=186521 is the reason i'm asking.
1185999055 M * daniel_hozac and on a completely unrelated matter, could you be convinced to maintain dietlibc and util-vserver for EPEL?
1185999141 Q * lilalinux__ Quit: Leaving
1185999357 M * ensc I will see... but EPEL did some really stupid decisions at the beginning (import of clamav-0.88.x, which can never be maintained for the next 7 years) which seem to contradict the stated goal (a repository were you can do an automatic 'yum upgrade')
1185999473 M * ensc regarding /proc/mounts: proc-unhiding was implemented to workaround missing security checks in certain subsystems. It was never be meant to workaround/disable hardware related initscripts on certain distributions
1185999506 M * ensc unhiding happens to the whole box, not only certain gentoo guests
1185999516 M * daniel_hozac yeah, i have to agree with that.
1185999532 M * daniel_hozac Hollow: ping?
1185999571 M * Hollow well, as Roy stated in the bug, i think it should not be exposed if you cannot load modules.. this has nothing to do with gentoo or not
1185999590 M * Hollow but if it is needed for other workarounds we can workaround that of course
1185999601 M * daniel_hozac well, we show IP addresses and they can't be manipulated either.
1185999623 M * daniel_hozac in fact, most of /proc is read-only in a guest.
1185999665 M * Hollow ok, i guess we will just workaround it
1186000603 N * BobR_oO BobR
1186000816 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net
1186001643 N * DoberMann DoberMann[ZZZzzz]
1186001749 N * BobR BobR_zZ
1186002404 Q * mnemoc Ping timeout: 480 seconds
1186002578 N * BobR_zZ BobR
1186002622 J * mnemoc ~amery@kilo105.server4you.de
1186002838 M * meandtheshell Hollow: I said I will report a soon as it works again http://img293.imageshack.us/img293/2008/mlworksagainau7.png
1186002860 M * Hollow :)
1186002933 M * meandtheshell a real good felin :)
1186003003 Q * Baby Remote host closed the connection
1186003499 N * BobR BobR_zZ
1186003783 Q * mnemoc Ping timeout: 480 seconds
1186004085 J * mnemoc ~amery@kilo105.server4you.de
1186004315 Q * meandtheshell Quit: Leaving.
1186004355 Q * Aiken Quit: Leaving
1186004535 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net
1186005203 J * meandtheshell ~markus@85.127.110.155
1186006261 Q * ensc|w Remote host closed the connection
1186006402 J * ensc|w ~ensc@www.sigma-chemnitz.de
1186006477 Q * bonbons Quit: Leaving
1186008545 Q * Piet_ Quit: Piet_
1186008688 Q * dna Quit: Verlassend
1186011780 Q * yarihm Quit: Leaving