1174262595 Q * DavidS Quit: Leaving. 1174262955 Q * trippeh Quit: brb 1174263064 J * trippeh atomt@uff.ugh.no 1174263619 Q * dna Quit: Verlassend 1174263914 Q * bonbons Quit: Leaving 1174264793 Q * doener Remote host closed the connection 1174264798 J * doener ~doener@host.magicwars.de 1174265882 J * derjohn ~derjohn@80.69.41.3 1174267703 N * Bertl_oO Bertl 1174267706 M * Bertl back now ... 1174270301 Q * Aiken Quit: Leaving 1174271909 Q * softi42 Ping timeout: 480 seconds 1174272519 J * softi42 ~softi@p549D5338.dip.t-dialin.net 1174272747 J * Aiken ~james@ppp250-73.lns2.bne4.internode.on.net 1174272994 Q * Aiken 1174273515 J * Aiken ~james@ppp250-73.lns2.bne4.internode.on.net 1174273764 Q * Aiken 1174273956 J * Aiken ~james@ppp250-73.lns2.bne4.internode.on.net 1174274558 Q * hallyn Ping timeout: 480 seconds 1174274758 Q * Aiken Quit: Leaving 1174274777 J * Aiken ~james@ppp250-73.lns2.bne4.internode.on.net 1174275153 Q * Piet Quit: Piet 1174277190 Q * ensc Killed (NickServ (GHOST command used by ensc_)) 1174277200 J * ensc ~irc-ensc@p54B4E206.dip.t-dialin.net 1174279307 P * Aiken Leaving 1174281495 J * DoberMann_ ~james@AToulouse-156-1-2-39.w81-250.abo.wanadoo.fr 1174281603 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1174285514 M * Bertl okay, off to bed now .. have a good one everyone! cya! 1174285519 N * Bertl Bertl_zZ 1174286220 J * ZLinux ~ZLinux@88.213.58.16 1174286837 Q * ZLinux Quit: Leaving 1174286861 J * zLinux ~zLinux@88.213.58.16 1174286970 J * gab ~gab@158.36.45.236 1174289017 P * click [IRSSI] 1174289209 N * DoberMann_ DoberMann 1174292171 N * DoberMann DoberMann[PullA] 1174292227 J * dghill dghill@office.mel.illuminate.com.au 1174293248 Q * shedi Quit: Leaving 1174293554 J * Vudu a10ce87e0e@217.20.138.14 1174293561 J * eyck__ ~eyck@nat.nowanet.pl 1174293580 J * Adrinael_ adrinael@st12-127.tky.hut.fi 1174293581 J * pusling_ pusling@195.215.29.124 1174293711 Q * michal` cation.oftc.net arion.oftc.net 1174293711 Q * sladen cation.oftc.net arion.oftc.net 1174293711 Q * bored2sleep cation.oftc.net arion.oftc.net 1174293711 Q * eyck cation.oftc.net arion.oftc.net 1174293711 Q * nox cation.oftc.net arion.oftc.net 1174293711 Q * Vudumen cation.oftc.net arion.oftc.net 1174293711 Q * Adrinael cation.oftc.net arion.oftc.net 1174293711 Q * _cob cation.oftc.net arion.oftc.net 1174293711 Q * pusling cation.oftc.net arion.oftc.net 1174293815 N * pusling_ pusling 1174293861 N * Adrinael_ Adrinael 1174293888 J * sladen paul@starsky.19inch.net 1174293888 J * michal`_ ~michal@www.rsbac.org 1174293888 J * bored2sleep ~bored2sle@66.111.53.150 1174293888 J * _cob ~cob@pc-csa01.science.uva.nl 1174293892 J * nox ~nox@static.88-198-17-175.clients.your-server.de 1174294756 J * dna ~naucki@p54bcf9b2.dip.t-dialin.net 1174295494 J * ema ~ema@rtfm.galliera.it 1174295606 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at 1174295810 J * jeroDc ~je@195.216.173.117 1174295921 J * dna_ ~naucki@p54bcdf05.dip.t-dialin.net 1174296030 J * Mali_ ~mali@c220-239-226-178.farfl1.nsw.optusnet.com.au 1174296254 Q * dna Ping timeout: 480 seconds 1174296890 Q * eyck__ Quit: leaving 1174296924 J * eyck ~eyck@nat.nowanet.pl 1174297077 M * Guest185 ROTFL @ http://xkcd.com/ 1174297078 M * Guest185 This comic is lovelly. 1174297081 N * Guest185 matti 1174297184 M * Loki|muh i will not look at it 1174297191 M * Loki|muh must. learn. something. 1174297195 M * Loki|muh ;) 1174297235 M * Wonka xkcd rocks. 1174297273 M * matti Indeed :) 1174297313 M * matti Wonka: When I saw previous one with the KY gelly I almost died - I was drinkind coffee then ;p 1174297316 M * matti ;] 1174297329 M * Wonka lol 1174297340 M * Wonka i don't usually laugh out like that, though 1174297354 M * matti I have very sick sense of humour :) 1174297371 M * sid3windr :-)) 1174297405 A * matti pokes sid3windr with soft coussins! 1174297407 M * matti ;DD 1174297581 A * Mali_ away ..(auto away, idle).. (On/p) 1174297765 Q * Mali_ Quit: byebye 1174297857 Q * dghill Ping timeout: 480 seconds 1174298357 J * legoater ~legoater@cap31-3-82-227-199-249.fbx.proxad.net 1174298360 Q * legoater 1174298440 J * meandtheshel1 ~markus@85-124-207-156.dynamic.xdsl-line.inode.at 1174299086 J * bonbons ~bonbons@83.222.39.9 1174301553 J * shedi ~siggi@tolvudeild-195.lhi.is 1174302371 Q * jeroDc Quit: Quick Message: 1174303562 Q * derjohn Read error: Connection reset by peer 1174304491 M * renihs hmm anyone ever played around with drdb in conjunction with vservers? 1174304507 M * renihs drbd that is 1174304644 M * daniel_hozac http://oldwiki.linux-vserver.org/Vserver+DRBD 1174304650 M * daniel_hozac http://linux-vserver.org/advanced+DRBD+mount+issues 1174305236 N * DoberMann[PullA] DoberMann[gadoue] 1174305309 M * renihs oh 1174305397 M * renihs cool, maybe i should ask google next time first 1174306533 Q * ema Quit: leaving 1174306741 Q * weasel Quit: kernel upgrade 1174306979 Q * cdrx Ping timeout: 480 seconds 1174306988 J * weasel weasel@asteria.debian.or.at 1174308452 N * Bertl_zZ Bertl 1174308457 M * Bertl morning folks! 1174308466 M * matti Morning Bertl! 1174309121 Q * phreak`` Quit: leaving 1174309145 J * phreak`` ~phreak``@deimos.barfoo.org 1174309815 M * Bertl daniel_hozac: ping? 1174310263 M * daniel_hozac pong 1174310273 J * yarihm ~yarihm@whitehead2.nine.ch 1174310477 M * Bertl daniel_hozac: ah, I did some testing yesterday, with different configs 1174310500 M * Bertl and stumbled over an issue with the access key retention feature 1174310533 M * Bertl which does per uid rb-trees and isn't virtualized yet, so we want to have this quickfix for now: http://vserver.13thfloor.at/Experimental/delta-akeyr-fix01.diff 1174310575 M * Bertl I also revisited the percpu reservation, and have this proposal/solution: http://vserver.13thfloor.at/Experimental/delta-percpu-feat01.diff 1174310742 J * hallyn ~xa@adsl-75-2-80-15.dsl.chcgil.sbcglobal.net 1174310904 M * Bertl morning hallyn! 1174310917 M * Bertl wb yarihm! 1174311105 M * hallyn gm 1174311152 M * hallyn (no coffee yet, groggy) 1174311261 M * daniel_hozac i guess the patches are fine. 1174311326 M * Bertl hallyn: me neither ... have to push my caffeine levels up RSN :) 1174311551 Q * matti Ping timeout: 480 seconds 1174312652 J * cdrx ~legoater@blueice4n2.uk.ibm.com 1174313105 J * pmenier ~pmenier@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1174313114 M * pmenier hello all 1174313189 M * pmenier i've a new pb with patch-vs2.2.0-rc18 since 1 hour : exactly same behavior than paste.linux-vserver.org/1275 1174313273 M * Bertl hey 1174313287 M * Bertl I replied to your email a few minutes ago ... 1174313290 M * pmenier i've run memtest and it discover a bad ram 1174313294 M * Bertl http://vserver.13thfloor.at/Stuff/BUGHUNT/bertl-0002 1174313306 M * pmenier ok bertl thanks. 1174313336 M * Bertl ATM, I think it is neither related to your 'bad' ram nor to Linux-VServer 1174313353 M * Bertl nevertheless, could you upload the 'new' oops/trace too? 1174313396 M * pmenier yes it seems like your oops2.txt 1174313400 M * trippeh Also I'd avoid preemt on a server ;-) 1174313416 M * pmenier i post 1174313418 M * Bertl trippeh: but why? 1174313441 M * trippeh Its more prone to bring races and deadlocks out in the open 1174313442 M * Bertl pmenier: the oops2 is a copy of the 1275 ... 1174313461 M * pmenier paste/1329 1174313471 M * pmenier sorry :-) 1174313485 M * Bertl nothing to be sorry about :) 1174313495 M * trippeh Though thats bugs that needs fixing, and discovering.. But you know, servers arent always the best place to find out :P 1174313521 M * Bertl pmenier: how often do you encounter this (or similar) issues? 1174313540 M * pmenier it's the first time since two years 1174313554 M * pmenier i regurlarly update my kernel with patch-vserver... 1174313579 M * Bertl I assume it started with 2.6.19 or so? 1174313603 M * pmenier no. It started with 2.6.20.2 1174313622 M * Bertl hmm, and what kernel did you use before that? 1174313624 M * pmenier error : It started with 2.6.20.1 1174313677 M * Bertl I did hit something similar with 2.6.19.7 yesterday 1174313682 M * pmenier before that, i use 2.6.19.2, 2.6.18.3 .... 1174313695 M * Bertl so I assume it already has history :) 1174313707 M * Bertl do you have the trace for 2.6.20.1 too? 1174313719 M * pmenier and actually i use 2.6.20-vs2.3.0.9 which works fine 1174313767 M * Bertl any difference in the architectures (e.g. 64bit vs 32bit)? 1174313801 M * pmenier it's the same machine since one year 1174313807 M * pmenier P4 805D 1174313830 M * pmenier and the same dist : debian-3.1 1174313851 M * Bertl do you do something special, like e.g. polling /proc or so? 1174313873 M * pmenier no 1174313929 M * pmenier you don't think it may be the ram which fails ? But in this case why does it work fine with 2.6.20 ? 1174313938 Q * DreamerC Ping timeout: 480 seconds 1174313939 M * Bertl you have stack unwind information and frame pointers disabled, right? 1174313963 M * pmenier yes ... i verify 1174314028 M * pmenier hmmm : srvweb:/proc# zgrep -i stack config.gz => CONFIG_STACKTRACE_SUPPORT=y 1174314046 M * Bertl grep for UNWIND 1174314088 M * pmenier nothing 1174314138 M * Bertl okay, and similar for FRAME 1174314159 M * pmenier nothing... 1174314182 M * waldi hmm, either the vserver version or this kernel version have problems with nfs4. i can't access something until it is first accessed by root 1174314200 M * Bertl pmenier: okay, if you actually recompile the kernel, please enable both 1174314208 M * Bertl pmenier: gives much better backtraces 1174314226 M * Bertl waldi: is the nfs tagging dis or enabled? 1174314246 M * pmenier ok... but i'll do it after changing my altered ram perhaps ?? 1174314246 M * Bertl waldi: and do you try to access stuff inside a context or outside? 1174314255 M * waldi disabled 1174314257 M * waldi outside 1174314272 M * Bertl pmenier: can't hurt to replace a bad ram 1174314284 M * waldi i will do some research, whan this happens 1174314292 M * Bertl waldi: nfs4 has extensive logging (enable via sysctl) 1174314310 M * Bertl waldi: also enable the rpc logging, as it might be the reason too 1174314337 M * waldi i checked the nfs communication. no errors, so the access check is done on the client 1174314356 M * waldi sunrpc.nfs_debug? 1174314379 M * Bertl rpc, nfs and nfsd 1174314403 M * Bertl what kernel and Linux-VServer version? 1174314467 M * waldi the debian 2.6.18, so 2.0.2 something 1174314491 M * pmenier thanks to all. I would keep you informed as soon as I would have recompile. I must leave now => work... 1174314512 M * Bertl pmenier: thank you! 1174314519 Q * pmenier Quit: leaving 1174315301 Q * gab Quit: Leaving 1174315707 M * Bertl daniel_hozac: do we have a mechanism to de-unify guests in util-vserver? 1174315918 M * daniel_hozac IIRC there is an option for that, yes. 1174315947 M * mjt blah 1174315954 M * mjt Can not read ip for '/etc/vservers/squid/interfaces/CVS' 1174315962 M * mjt Failed to start vserver 'squid' 1174315969 M * daniel_hozac vunify -R seems to be it. 1174315981 M * Bertl ah, excellent, tx 1174315995 M * daniel_hozac (i have no idea if it works or not) 1174316003 M * Bertl I will test and see :) 1174316593 J * Piet hiddenserv@tor.noreply.org 1174317239 T * harry http://linux-vserver.org/ | latest stable 2.0.2.1, 2.0.3-rc2, 2.2.0-rc18, devel 2.3.0.11, stable+grsec 2.0.2.1, 2.2.0-rc1 | util-vserver-0.30.212 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;) 1174317396 M * Wonka stable+grsec 2.2.0-rc1 lost a number again 1174317656 M * Bertl hmm .. probably going to hate me now ... :) 1174317672 T * Bertl http://linux-vserver.org/ | latest stable 2.0.2.1, 2.0.3-rc2, 2.2.0-rc19, devel 2.3.0.11, stable+grsec 2.0.2.1, 2.2.0-rc18 | util-vserver-0.30.212 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;) 1174317681 M * Bertl *rc19 1174317822 M * sid3windr you're using irssi and copypaste or something? :) 1174317829 M * sid3windr /topic then edit ;) 1174317833 M * Bertl yep 1174317879 M * Bertl (don't know for harry :) 1174317898 Q * shedi Quit: Leaving 1174317936 Q * mjt Read error: Connection reset by peer 1174318144 Q * DavidS Quit: Leaving. 1174318490 J * mjt ~mjt@nat.corpit.ru 1174318545 M * sannes rc19 out? 1174318795 M * Wonka looks like, nor? 1174319092 M * sannes probably just a typo 1174319105 M * Wonka where? 1174319190 M * Wonka mh. ack. 1174319191 M * Wonka $ HEAD http://ftp.linux-vserver.org/pub/kernel/vs2.2/testing/patch-2.6.20.3-vs2.2.0-rc19.diff 1174319194 M * Wonka 404 Not Found 1174319206 M * daniel_hozac because i haven't uploaded it yet : 1174319217 M * Wonka ah... 1174319220 M * daniel_hozac http://vserver.13thfloor.at/Experimental/patch-2.6.20.3-vs2.2.0-rc19.diff 1174319223 M * daniel_hozac http://vserver.13thfloor.at/Experimental/patch-2.6.19.7-vs2.2.0-rc19.diff 1174319226 M * daniel_hozac as usual... 1174319556 M * harry GOD DAMMIT! 1174319581 M * harry i just updated my patch to 18! 1174319595 A * Bertl hides 1174319595 M * Wonka harry: lol 1174319618 M * harry sid3windr: yup : 1174319839 M * harry rc18 patch gone, now rc19! 1174319848 T * harry http://linux-vserver.org/ | latest stable 2.0.2.1, 2.0.3-rc2, 2.2.0-rc19, devel 2.3.0.11, stable+grsec 2.0.2.1, 2.2.0-rc19 | util-vserver-0.30.212 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;) 1174319869 M * Wonka seemed to be easy 1174319885 M * harry was a pretty clean interdiff :) 1174319929 M * harry dammit,.... reupload! 1174319966 M * harry right... it s ok now :) 1174319978 M * harry (forgot to change it in localversion-vserver 1174319993 M * harry Bertl: why doesn't vserver use that feature? instead of patching the makefile itself? 1174320009 M * Bertl harry: tradition 1174320033 M * Bertl we might change that after 2.2.0 1174320054 M * harry ah 1174320060 M * harry i changed it allready in my patchset :) 1174320068 M * Bertl so be it 1174320153 M * harry :) 1174320159 A * harry more standard than Bertl ! ;) 1174320434 J * stefani ~stefani@tsipoor.banerian.org 1174320441 M * Bertl morning stefani! 1174320451 M * stefani hola. 1174320720 Q * cdrx Read error: Connection reset by peer 1174321074 M * Bertl okay, nap attack ... back later ... 1174321083 N * Bertl Bertl_zZ 1174321413 J * matti matti@acrux.romke.net 1174321436 N * matti Guest212 1174321517 M * Guest212 :) 1174321518 N * Guest212 matti 1174323233 J * Piet_ hiddenserv@tor.noreply.org 1174323594 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net 1174323600 Q * Piet Ping timeout: 480 seconds 1174324109 J * shuri ~shuri@hq01.electronicbox.net 1174326051 Q * Piet_ Ping timeout: 480 seconds 1174327798 Q * yarihm Quit: This computer has gone to sleep 1174327843 J * prae ~benjamin@foxhound.sherpadown.net 1174328036 J * boci^ boci@pool-7377.adsl.interware.hu 1174328254 N * DoberMann[gadoue] DoberMann 1174328468 N * Bertl_zZ Bertl 1174328481 M * Bertl ah, that was refreshing ... 1174328492 M * Bertl daniel_hozac: you around? 1174328501 M * daniel_hozac yeah. 1174328562 M * Bertl can I do 'hashification' with the tools? 1174328590 M * daniel_hozac hmm? 1174328604 M * Bertl how is vserver unify supposed to work? 1174328623 M * daniel_hozac unify uses a reference guest. 1174328639 M * daniel_hozac that's why you're recommended to use vserver hashify ;) 1174328661 M * Bertl did I miss that in the help? 1174328691 M * Bertl vserver --version 1174328691 M * Bertl vserver 0.30.213-rc5 -- manages the state of vservers 1174328695 M * Bertl vserver --help | grep hash 1174328730 M * Bertl vserver mdv101 hashify 1174328730 M * Bertl Failed to initialize unification for vserver 1174328748 M * daniel_hozac you didn't :) 1174328754 M * daniel_hozac unify is in there twice... 1174328796 M * Bertl okay, will be fixed in the next round, I supposed .. how do I make it work? 1174328796 M * daniel_hozac but yes, vhashify reuses the vunify infrastructure. 1174328865 M * daniel_hozac http://oldwiki.linux-vserver.org/alpha+util-vserver 1174328971 M * Bertl okay, could we get some kind of wrapper for the magic vhashify incantations? 1174328972 J * gab ~gab@c51008D71.inet.catch.no 1174328981 M * daniel_hozac hmm? 1174328991 M * Bertl i.e. something which is given a hash name/path or so, and does the linking 1174329022 M * daniel_hozac isn't that what vserver ... hashify does? 1174329041 M * Bertl obviously not, otherwise I wouldn't get the error, no? 1174329056 M * daniel_hozac you just have to configure it. 1174329065 M * Bertl okay, /etc/vservers/.defaults/apps/vunify/hash 1174329071 M * Bertl does already exist 1174329086 M * Bertl it contains a link 00 -> /vservers/.hash/ 1174329095 M * Bertl which also exists 1174329119 M * daniel_hozac did you run mkdir -p /etc/vservers//apps/vunify? 1174329144 M * Bertl no, that one is missing, but that could be created by the hasify, no? 1174329151 M * Bertl *hashify 1174329230 M * Bertl or what is the point in not auto creating it? any reason for that? 1174329278 M * daniel_hozac not sure. 1174329288 M * mjt i wonder. For me, it's sufficient to have common read-only root for all guests. Is there any point of using hashify etc? 1174329316 M * mjt looks like it will be ok to just (sym)link the common root space.. 1174329317 M * Bertl mjt: that's not an option for providers handing out guests 1174329326 M * mjt yeah sure 1174329331 M * Bertl mjt: sym-linking is quite expensive, btw 1174329351 M * mjt i don't think that /etc/vservers/.../root symlink is expensive ;) 1174329369 M * Bertl because it isn't used during operation :) 1174329376 M * mjt vdir 1174329402 M * mjt i mean, to have all vdirs pointing to the same directory 1174329408 M * Bertl that is fine 1174329416 M * mjt sure thing! ;) 1174329422 M * Bertl but as you said, requires ro 1174329436 M * mjt sure about that? 1174329441 Q * gab Remote host closed the connection 1174329451 M * Bertl well, if not, you will run into issues sooner or later 1174329504 M * mjt i can't think of any so far 1174329509 M * Bertl daniel_hozac: okay, if there is a reason for _not_ creating the vunify dir automatically, it would be great to have a vserver hashify --init or so 1174329528 M * Bertl mjt: automatically updated config files, for example 1174329528 J * gab ~gab@c51008D71.inet.catch.no 1174329533 M * Bertl wb gab! 1174329543 M * Bertl daniel_hozac: okay, now I get: 1174329548 M * Bertl vserver mdv101 hashify 1174329549 M * Bertl 'vserver ... suexec' is supported for running vservers only; aborting... 1174329549 M * Bertl failed to determine configfiles 1174329568 M * mjt never let to update configs automatically :) 1174329585 M * daniel_hozac Bertl: well, it means what it says :) 1174329598 M * Bertl so I have to start my guests to hashify them? 1174329610 M * daniel_hozac if you're using internal package management, yeah. 1174329624 M * Bertl does that make sense for CoW based hashification? 1174329642 M * daniel_hozac not really. 1174329646 M * Bertl I'm pretty sure it cannot even figure the packages 1174329659 M * daniel_hozac hmm? mandriva has rpm, no? 1174329674 M * Bertl yeah, but what if I have some LVS installed, from the template? 1174329696 M * daniel_hozac LVS? 1174329708 M * Bertl *LFS 1174329728 M * daniel_hozac then it wouldn't work :) 1174329736 M * Bertl soo? 1174329752 M * Bertl how do I tell it that it shouldn't start and shouldn't care? 1174329777 M * daniel_hozac i don't think there's a way. 1174329781 M * Bertl nothing excluded, all unified ... 1174329796 M * Bertl for what purpose do we bother with CoW link breaking then? :) 1174329799 M * daniel_hozac (without running it manually) 1174329814 M * Bertl okay, IMHO that is a missing feature 1174329818 M * daniel_hozac definitely. 1174329825 M * daniel_hozac vhashify is missing quite a few features. 1174329825 M * Bertl how do I do that manually? 1174329837 M * daniel_hozac i hope to add them for 0.30.214. 1174329883 M * daniel_hozac /usr/lib*/util-vserver/vhashify --manually /vservers/.hash /vservers/ /dev/null, i guess. 1174329896 M * daniel_hozac (might want to try with -nv first) 1174329935 M * Bertl /lib/util-vserver/vhashify -nv --manually /vservers/.hash /vservers/mdv101 /dev/null 1174329938 M * Bertl '--manually' requires '--destination' 1174329947 M * Bertl help doesn't know about --destination :) 1174329959 M * daniel_hozac --destination before /vservers/.hash 1174330065 M * Bertl /lib/util-vserver/vhashify -nv --manually --destination /vservers/.hash /vservers/mdv101 /dev/null 1174330068 M * Bertl Could not find a place for the hashified files at '/vservers/.hash'. 1174330141 M * matti Bertl: :) 1174330180 M * daniel_hozac humm, maybe try /etc/vservers/.defaults/apps/vunify/hash instead... 1174330209 M * Bertl seems to work ... 1174330228 M * Bertl I should have removed the strace -fF in front though :/ 1174330243 M * daniel_hozac hehe 1174330295 M * Bertl why does it skip certain files? 1174330297 Q * duckx Remote host closed the connection 1174330324 M * Bertl zero length maybe? 1174330328 J * duckx ~Duck@tox.dyndns.org 1174330379 M * Bertl okay, my suggestions/feature requests: 1174330401 M * Bertl make the exclude list optional (/dev/null works but looks weird) 1174330420 M * Bertl have some --init (or auto create the vunfiy on hashify) 1174330446 M * Bertl allow for Full CoW hashification for a guest (maybe hashify --full?) 1174330487 M * Bertl I guess none of those are terribly complicated to add, and I'm pretty sure folks will love 'em :) 1174330527 M * daniel_hozac ok, added to the list... 1174330565 M * Bertl thanks! I'm off for dinner now (cooking :) will be back later with probably interesting test results ... btw, the tty issue is still unresolved :/ 1174330577 M * andres evening everyone, i got a kernel null pointer dereference trying to execute vserver-stat. Could someone look at the log and maybe tell me if it's a known bug 1174330580 M * daniel_hozac as well as the initpid one. 1174330591 M * daniel_hozac andres: sure, just paste it at paste.linux-vserver.org.... 1174330599 M * Bertl hmm, yeah, please do so ... 1174330600 M * andres the log is at http://www.infra2.net/log.txt kernel 2.6.19.5-grsec2.1.10-vs2.2.0-rc15 1174330615 M * andres it's a debian system 1174330622 M * daniel_hozac do you still have the kernel source tree available? 1174330634 M * daniel_hozac if so, did you compile it with CONFIG_DEBUG_INFO? 1174330642 M * Bertl andres: yes, we are observing that too, it looks like it is mainline though 1174330666 M * Bertl http://vserver.13thfloor.at/Stuff/BUGHUNT/bertl-0002/ 1174330701 M * Bertl what happens is that we have a tty without driver ... for whatever reason 1174330731 M * Bertl but I think, the way Linux-VServer exercises the namespaces triggers it 1174330784 M * Bertl andres: do you have stack unwinding enabled in your config? 1174330867 M * Bertl maybe it is a side effect of the proc changes ... I will investigate and we will find/fix it before the final release ... 1174330886 M * andres not sure about stack unwinding 1174330887 M * Bertl andres: do you have a way to trigger it, or do you know when it happens` 1174330898 M * daniel_hozac i.e. does it always happen when you run vservre-stat? 1174330903 J * Piet_ hiddenserv@tor.noreply.org 1174330908 M * andres no..i tried to reproduce it but with no luck 1174330908 M * Bertl (which would be great!) 1174330942 M * andres still...it happened twice in a row after two weeks of stable working 1174330943 M * Bertl andres: okay, if you get another oops, please upload it to paste.linux-vserver.org and tell us about 1174330956 M * Bertl can you upload both traces? 1174330957 M * andres first with vtop and then with vserver-stat 1174330959 M * matti Bug hunt? 1174330974 M * Bertl matti: yes, get your guns! 1174330981 M * matti :> 1174330987 M * matti I've a tank ;p 1174330988 M * matti ;D 1174330990 M * andres actually the first did not leave anything in the logs...strange though 1174330992 M * matti [ Joke ] 1174330993 M * Bertl matti: do something whitehat! 1174331008 M * matti Bertl: I am not a black hat :) 1174331017 M * matti Bertl: I am pink hat. 1174331018 M * matti ;] 1174331024 M * andres maybe it was a different problem...but the end effect looked similar 1174331045 M * Bertl andres: okay, please keep in touch and upload any traces ... 1174331049 N * Bertl Bertl_oO 1174331055 M * matti Bye Bertl_oO 1174331075 M * andres first a segmentation fault when executing the vserver tools (vtop, vserver-stat) and then it didnt allow me to create new processes 1174331100 M * daniel_hozac really? interesting... 1174331176 M * andres everything that was running had no problems..but trying to execute something (kill for example) caused the shell to hang 1174331216 M * daniel_hozac must've died with some important lock held then. 1174331453 Q * shuri Ping timeout: 480 seconds 1174332250 J * ema ~ema@rtfm.galliera.it 1174333692 J * DavidS ~david@217.19.46.18 1174334118 J * shedi ~siggi@ftth-237-144.hive.is 1174334197 N * DoberMann DoberMann[Flim] 1174336574 Q * yang Ping timeout: 480 seconds 1174336593 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1174336843 Q * gab Ping timeout: 480 seconds 1174337013 Q * michal`_ Ping timeout: 480 seconds 1174337038 Q * DavidS Read error: No route to host 1174337364 J * gerrit ~gerrit@bi01p1.co.us.ibm.com 1174337388 J * michal` ~michal@www.rsbac.org 1174337724 Q * yang Ping timeout: 480 seconds 1174337880 Q * Piet_ Ping timeout: 480 seconds 1174338230 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1174338709 J * Piet_ hiddenserv@tor.noreply.org 1174339242 Q * prae Quit: Pwet 1174339533 P * stefani I'm Parting (the water) 1174340649 Q * Piet_ Remote host closed the connection 1174340650 Q * yang Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/ 1174340789 J * yarihm ~yarihm@84-75-132-210.dclient.hispeed.ch 1174340981 N * DoberMann[Flim] DoberMann 1174341907 J * derjohn ~derjohn@80.69.41.3 1174343643 J * Piet_ hiddenserv@tor.noreply.org 1174344870 Q * ema Quit: leaving 1174344914 Q * shedi Quit: Leaving 1174345723 N * DoberMann DoberMann[ZZZzzz] 1174346927 Q * dna_ Quit: Verlassend 1174347014 J * Aiken ~james@ppp250-73.lns2.bne4.internode.on.net 1174347125 Q * meandtheshel1 Quit: Leaving. 1174348043 J * DreamerC ~dreamerc@125-225-105-226.dynamic.hinet.net 1174348118 J * shedi ~siggi@ftth-237-144.hive.is 1174348515 Q * yarihm Quit: Leaving