1221523755 Q * dowdle Remote host closed the connection
1221524204 J * openblast ~quassel@static.230.173.47.78.clients.your-server.de
1221524559 J * edlinuxguru ~edlinuxgu@ool-4357de9d.dyn.optonline.net
1221524609 M * openblast hi, is it theoretically possible to use xorg with dri inside a vserver if i create the right device node files? of course only for one vserver at a time
1221524654 M * daniel_hozac if you also give it some caps, and unhide some proc entries, sure.
1221524678 M * openblast thats cool, thank you :) ill try to figure it out then
1221525578 Q * opuk Ping timeout: 480 seconds
1221525771 Q * _gh_ Ping timeout: 480 seconds
1221525791 J * opuk ~kupo@c83-251-254-12.bredband.comhem.se
1221526065 Q * androsch 
1221528773 J * ntrs_ ~ntrs@77.29.66.204
1221529271 Q * ntrs_ Ping timeout: 480 seconds
1221529294 Q * quinq Remote host closed the connection
1221529452 Q * edlinuxguru Ping timeout: 480 seconds
1221529636 J * BrunoXLambert ~Bruno@dsl-148-234.b2b2c.ca
1221529939 J * edlinuxguru ~edlinuxgu@ool-4357de9d.dyn.optonline.net
1221530016 Q * Radiance Read error: Connection reset by peer
1221530421 Q * edlinuxguru Ping timeout: 480 seconds
1221533991 F * magnet.oftc.net +nt
1221533991 J * larsivi ~larsivi@169.80-202-217.nextgentel.com
1221533992 J * derjohn_mob ~aj@e180221043.adsl.alicedsl.de
1221533992 J * duckx ~Duck@81.57.39.234
1221533993 J * Hunger Hunger.hu@Hunger.hu
1221533994 J * hijacker ~hijacker@213.91.163.5
1221533995 J * nenolod ~nenolod@ip70-189-74-62.ok.ok.cox.net
1221533995 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1221533995 J * mcp ~mcp@wolk-project.de
1221533995 J * Moo ~troy@shells195.pinchaser.com
1221533996 J * ctrix ~8__D@81-174-32-147.static.ngi.it
1221533998 J * Hollow ~hollow@proteus.croup.de
1221533998 J * hparker ~hparker@linux.homershut.net
1221533998 J * [PUPPETS]Gonzo gonzo@fellatio.deswahnsinns.de
1221533999 J * nkukard ~nkukard@196.212.73.74
1221534001 J * cehteh ~ct@pipapo.org
1221534004 J * Genghis ~Genghis@what.is.this.digitalcrap.org
1221534006 J * wenchien ~wenchien@59.105.176.102
1221534006 J * BrunoXLambert ~Bruno@dsl-148-234.b2b2c.ca
1221534007 J * laptopnenolod ~nenolod@pool-71-241-220-223.ptldme.east.verizon.net
1221534010 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1221534021 J * cga ~weechat@host-84-221-254-115.cust-adsl.tiscali.it
1221534026 J * ktwilight ~ktwilight@135.102-66-87.adsl-dyn.isp.belgacom.be
1221534039 J * esa bip@62.123.8.62
1221534040 J * meebey meebey@booster.qnetp.net
1221534040 J * mEDI_S ~medi@snipah.com
1221534040 J * blathijs ~matthijs@drsnuggles.stderr.nl
1221534048 J * weasel weasel@asteria.debian.or.at
1221534055 J * Borg- borg@borg.uu3.net
1221534078 J * jsambrook ~jsambrook@aelfric.plus.com
1221534105 J * grobie ~grobie@valgrind.schnuckelig.eu
1221534111 J * ruskie ruskie@goatse.co.uk
1221534214 J * Loki|muh loki@satanix.de
1221534373 F * ChanServ -o Pinky
1221534373 J * FloodServ services@services.oftc.net
1221534381 T * ChanServ http://linux-vserver.org/ |stable 2.2.0.7, devel 2.3.0.34, grsec 2.2.0.7|util-vserver-0.30.215|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 forget about the minute. 
1221534401 N * Genghis Guest32
1221534401 N * BrunoXLambert Guest33
1221534637 J * Wonka produziert@chaos.in-kiel.de
1221534704 M * Wonka what the?!??
1221534732 A * hparker thinks someone fat fingered something
1221534754 M * Wonka drunk opers?
1221534770 M * hparker might be, bad monday could cause that
1221534774 J * FireEgl FireEgl@173.16.9.10
1221536058 J * emag TY2Xe73Eif@gurski.org
1221536252 Q * derjohn_mob Ping timeout: 480 seconds
1221536609 J * Bertl herbert@IRC.13thfloor.at
1221537306 M * Bertl off to bed now ... have a good one everyone (who is left here)
1221537311 N * Bertl Bertl_zZ
1221537419 J * micah ~micah@micah.riseup.net
1221538027 N * Guest32 Genghis
1221538062 N * Genghis Guest80
1221538669 J * quasisane ~sanep@c-75-68-62-13.hsd1.nh.comcast.net
1221540246 N * Moo MooingLemur
1221540265 M * MooingLemur that was bizarre.
1221540320 Q * micah Quit: leaving
1221540336 J * micah ~micah@micah.riseup.net
1221541628 J * pusling pusling@77.75.162.71
1221541686 N * Guest80 Genghis
1221541721 N * Genghis Guest91
1221541774 J * balbir_ ~balbir@12.180.208.190
1221541782 Q * balbir_ Remote host closed the connection
1221541950 P * pusling hest
1221543411 J * kir ~kir@swsoft-msk-nat.sw.ru
1221543639 Q * MooingLemur Quit: Leaving
1221543655 J * ntrs_ ~ntrs@77.29.74.29
1221544112 J * sharkjaw ~gab@149-67-194.231210.adsl.tele2.no
1221544424 J * MooingLemur ~troy@shells195.pinchaser.com
1221544851 Q * ntrs_ Ping timeout: 480 seconds
1221545086 J * virtuoso ~s0t0na@81.9.35.135
1221545346 N * Guest91 Genghis
1221545381 N * Genghis Guest105
1221545635 J * jmcaricand ~jm@45.2.195-77.rev.gaoland.net
1221545730 Q * hparker Quit: g'nite
1221546390 J * ntrs_ ~ntrs@77.29.74.29
1221546829 J * ktwilight_ ~ktwilight@154.91-66-87.adsl-dyn.isp.belgacom.be
1221546829 Q * jmcaricand Read error: Connection reset by peer
1221547033 J * AndrewLee ~andrew@flat.iis.sinica.edu.tw
1221547042 Q * AndrewLee 
1221547046 J * AndrewLee ~andrew@flat.iis.sinica.edu.tw
1221547087 Q * ktwilight Ping timeout: 480 seconds
1221547239 J * phedny ~mark@2001:7b8:3f5::115
1221547281 N * phedny Guest111
1221547287 J * phedny ~mark@2a02:348:35:5a26::1
1221547343 Q * larsivi Quit: Konversation terminated!
1221547389 N * Guest111 phedny_
1221547426 J * SpComb terom@zapotek.paivola.fi
1221547519 J * loddafni1 ~mike@chello080108111137.5.11.univie.teleweb.at
1221547532 Q * Loki|muh Read error: Connection reset by peer
1221547577 J * zbyniu ~zbyniu@host13-188.crowley.pl
1221547637 J * opuk ~kupo@c83-251-254-12.bredband.comhem.se
1221547704 J * cryptronic ~oli@p4FD2E67A.dip.t-dialin.net
1221547793 J * openblast ~quassel@static.230.173.47.78.clients.your-server.de
1221548074 J * sid3windr luser@bastard-operator.from-hell.be
1221548223 J * ntrs__ ~ntrs@77.29.74.29
1221548230 J * tokkee tokkee@ssh.faui2k3.org
1221548305 J * maddoc maddoc@social.ostruktur.com
1221548606 Q * ntrs_ Ping timeout: 480 seconds
1221549006 N * Guest105 Genghis
1221549041 N * Genghis Guest115
1221549061 Q * ntrs__ Ping timeout: 480 seconds
1221549098 J * Loki|muh loki@satanix.de
1221549699 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se
1221550278 J * derjohn_mob ~aj@e180200118.adsl.alicedsl.de
1221550281 J * ag- ~ag@fedaykin.roxor.cx
1221550624 J * larsivi ~larsivi@85.221.53.194
1221551121 J * larsivi_ ~larsivi@85.221.53.194
1221551121 Q * larsivi Read error: Connection reset by peer
1221552456 J * fosco fosco@marx.wirefull.org
1221552581 J * Adrinael adrinael@rid7.kyla.fi
1221552666 N * Guest115 Genghis
1221552701 N * Genghis Guest126
1221553459 J * transacid ~transacid@transacid.de
1221553540 M * transacid hu, has there been an explanation for the mass autokill?
1221553561 M * phedny Due to a slight syntax error everyone was banned from the network for about 10mins, the problem has been rectified and we sincerely apologize for any inconveniences. --tjfontaine 2008-09-16 03:34:41 UTC
1221553578 M * transacid ah got it on the page
1221553579 M * transacid thanks
1221553646 M * sid3windr maybe they should finally implement some slight syntax error checking
1221553660 M * sid3windr i.e. WARNINK: THIS MAY BAN 90% OF UR NETWORKZ PLZ 2 B THINKING ABOUT IT 
1221553681 M * phedny 10:27:55 -!- Irssi: Doing this is not a good idea. Add -YES option to command if you really mean it
1221553741 M * blathijs :-)
1221553863 Q * derjohn_mob Ping timeout: 480 seconds
1221554188 J * kiorky ~kiorky@cryptelium.net
1221554383 Q * FloodServ Service unloaded
1221554402 J * FloodServ services@services.oftc.net
1221554461 N * Guest126 Genghis
1221554501 N * Genghis Guest9
1221554766 M * Borg- haha..
1221554777 M * Borg- rather they should get opers w/ clue.. its enough.
1221554788 M * Borg- doing anything hasty w/ autokill/k-line is not a smart idea
1221554820 M * Borg- I feel sad for OFTC atm.. I though they were managed pretty well.. seems im mistaken..
1221554826 M * Borg- its second time I get K-Lined here.. 
1221554844 M * phedny s:w/.+line::
1221554904 M * Borg- phedny: your sed sentence does not work
1221555009 M * phedny what did I miss?
1221555332 M * Borg- do I know? im not sure what you want to fix.
1221555379 M * phedny < Borg-> doing anything hasty w/ autokill/k-line is not a smart idea
1221555400 M * phedny ==> "doing anything hasty is not a smart idea"
1221555464 M * Borg- s@w/.*line @@
1221555566 M * phedny besides the space I forgot about, both are correct I think
1221555687 M * Borg- .+ does not work in RegEx.. AFAIC.. RegExp is fine?
1221555784 M * phedny hmm, is that so?
1221555970 J * bzed ~bzed@devel.recluse.de
1221556162 M * Borg- dunno.. but just to be sure I ran your expresion in sed. and it didnt worked
1221556823 Q * cryptronic Quit: Leaving.
1221556839 J * cryptronic ~oli@p4FD2E67A.dip.t-dialin.net
1221557140 J * awk ~awk@security.web.za
1221557155 M * awk where is everyone?
1221557294 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1221557567 N * Bertl_zZ Bertl
1221557571 M * Bertl morning folks!
1221557739 M * sid3windr what's the difference between "regex" and "regexp" then? =p
1221557746 M * sid3windr it's just a different abbreviation for the same thiing, no,
1221557748 M * sid3windr ?
1221557751 M * sid3windr heya Bertl btw ;)
1221557873 M * Bertl there are at least three different Regular Expressions :)
1221557875 M * transacid awk: Due to a slight syntax error everyone was banned from the network for about 10mins, the problem has been rectified and we sincerely apologize for any inconveniences. --tjfontaine 2008-09-16 03:34:41 UTC
1221557916 M * sid3windr Bertl: yeah, but I don't think they're separated by "RegEx" vs "RegExp", rather "perl regex" vs "..." 
1221557919 M * sid3windr :)
1221558019 M * Bertl okay, what RegExp vs RegEx are we talking about here?
1221558037 A * transacid only know pcre
1221558106 N * Guest9 Genghis
1221558141 N * Genghis Guest23
1221558434 J * ntrs ~ntrs@77.29.69.169
1221559046 M * awk transacid ahh, I was about to paste that and ask what I did wrong :)
1221559111 M * Bertl nothing
1221559142 J * dna ~dna@226-195-dsl.kielnet.net
1221559167 M * Bertl wb dna!
1221559357 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it
1221559366 M * Bertl wb mrfree!
1221559382 M * mrfree hi all
1221559428 M * mrfree I've just copied a vserver on the same host (using rsync method) but it doesn't start
1221559433 M * mrfree it is a gentoo guest
1221559465 M * Bertl what message do you get? what util-vserver version are you using?
1221559466 M * mrfree http://pastebin.com/d43fc2405
1221559487 M * mrfree util-vserver-0.30.215
1221559511 M * Bertl okay, and you did what exactly to 'copy' it?
1221559518 M * mrfree I've ran /usr/lib/util-vserver/distributions/gentoo/initpost /etc/vservers/vserver2 /usr/lib/util-vserver/util-vserver-vars  too without success
1221559550 M * mrfree vserver vserver2 build -m rsync --context 3333 --hostname foo.domain.org --interface eth0:192.168.0.7/24 -- --source /vservers/vserver1
1221559681 M * awk anyone know what could be causing this?
1221559681 Q * pmenier Read error: Connection reset by peer
1221559681 M * awk [Sep 16 12:07:28] WARNING[5424]: chan_sip.c:1787 __sip_xmit: sip_xmit of 0xb75d6098 (len 489) to 192.168.110.1:5060 returned -1: No buffer space available
1221559687 M * awk how would I increase the buffer space?
1221559696 M * awk asterisk and vserver :P
1221559710 M * Bertl mrfree: did the build give you any errors or messages?
1221559718 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1221559750 M * mrfree Bertl, no
1221559783 M * Bertl awk: google for 'No buffer space available __sip_xmit'
1221559803 M * awk thanks Bertl 
1221559885 M * Bertl if that is a general issue (i.e. not asterisk related) you need to revisit the networking
1221559928 M * awk I see, an increase my buffer space?
1221559939 M * ktwilight_ mrfree, you need a final slash
1221559952 M * ktwilight_ vserver vserver2 build -m rsync --context 3333 --hostname foo.domain.org --interface eth0:192.168.0.7/24 -- --source /vservers/vserver1/
1221559975 M * ktwilight_ in fact, if there's another vserver1, it should be /vservers/vserver1/vserver1
1221559981 Q * ntrs Ping timeout: 480 seconds
1221559982 M * ktwilight_ uh,
1221559987 M * ktwilight_ uh, /vservers/vserver1/vserver1/
1221559991 M * mrfree ktwilight_: I can retry but the files are here in /vserver/vserver2
1221560001 M * ktwilight_ delete it and start all over
1221560009 M * ktwilight_ vserver vserver2 remove
1221560010 M * mrfree ok I try
1221560012 M * ktwilight_ or was it delete. :/
1221560038 M * awk Bertl thanks
1221560059 M * Bertl awk: usually you don't it is a sign of routing issues
1221560154 M * Bertl awk: but net.core.[rw]mem* controls that
1221560205 M * awk ok, looking at that now, ta :)
1221560291 M * mrfree ktwilight_, still doesn't work same error
1221560302 M * ktwilight_ what's the error again?
1221560313 M * mrfree http://pastebin.com/d43fc2405
1221560361 M * ktwilight_ :/ dunno
1221560410 M * mrfree the "source" guest is running should be a problem?
1221560715 M * ktwilight_ yes it can be. vserver1 should be stopped before you run rsync
1221561185 J * quinq ~quinq@quinq.eu.org
1221561281 M * Bertl mrfree: but you know, you can use the 'clone' method too?
1221561327 M * Bertl hmm, maybe not with a gentoo guest, but IIRC, that was being worked on
1221561698 J * friendly ~friendly@ppp59-167-89-99.lns2.mel6.internode.on.net
1221561766 N * Guest23 Genghis
1221561801 N * Genghis Guest37
1221562012 M * mrfree Bertl, I tryed with it too but it doesn't copy any file at all :)
1221562023 M * mrfree but I think I've found the problem :)
1221562032 M * mrfree plz don't shut me :D
1221562131 M * ghislainocfs2 daniel: where can i find the utils that are more recent than util-vserver-0.30.215.tar.bz2 
1221562256 M * mrfree No I haven't found the prob :(
1221562289 M * mrfree I've thought about a duplicate context number 
1221562321 M * Bertl ghislainocfs2: probably your best chance is to check them out from svn
1221562350 M * Bertl (or depending on your distro, they might be available as package too)
1221562425 M * Bertl ghislainocfs2: ah, and here are snapshots too: ftp://ftp.linux-vserver.org/pub/people/dhozac/t/uv-testing
1221562462 J * hparker ~hparker@linux.homershut.net
1221562899 Q * cryptronic Quit: Leaving.
1221563313 J * Guy- ~korn@elan.rulez.org
1221563318 M * ghislainocfs2 thanks ! i 'll try there
1221563357 M * ghislainocfs2 i broke my test box so i redo everything...
1221563702 Q * Loki|muh Remote host closed the connection
1221563900 J * daniel_hozac ~daniel@ssh.hozac.com
1221564144 Q * esa Ping timeout: 480 seconds
1221564472 Q * Guest33 Quit: Leaving
1221565426 N * Guest37 Genghis
1221565461 N * Genghis Guest44
1221566510 Q * friendly Quit: Leaving.
1221566994 J * BrunoXLambert ~Bruno@modemcable188.10-70-69.static.videotron.ca
1221567280 Q * FloodServ synthon.oftc.net services.oftc.net
1221567281 N * Guest44 Genghis
1221567827 J * tramjoe_merin ~tramjoe@193.41.238.151
1221567871 J * svenk ~sven@213.73.89.36
1221568188 J * FloodServ services@services.oftc.net
1221568200 N * Genghis Guest9
1221569584 M * Guest9 damnit
1221569608 N * Guest9 Genghis
1221569625 M * Genghis nnscript does not like the services on this network, thats for sure
1221569765 M * blathijs How do I enable vhashify exactly? The FAQ says te link /etc/vservers/.defaults/apps/vunify/hash/root
1221569789 M * Bertl http://linux-vserver.org/Frequently_Asked_Questions#How_do_I_manage_a_multi-guest_setup_with_vhashify.3F
1221569798 M * blathijs to the storage place, but the flower page says /etc/vservers/.defaults/apps/vunify/hash/id
1221569806 M * Bertl so mkdir, ln, mkdir again then hasify :)
1221569809 M * blathijs sorry, pasted a newline early :-)
1221569811 Q * kir Quit: Leaving.
1221569821 J * esa bip@62.123.8.62
1221569824 M * daniel_hozac id can be anything.
1221569826 M * daniel_hozac including root.
1221569834 M * blathijs huh?
1221569839 M * daniel_hozac the rpm scriptlets set it up as 0 though.
1221569844 M * blathijs The link should have some specific name, right?
1221569850 M * daniel_hozac no.
1221569853 M * daniel_hozac whatever you want.
1221569859 M * blathijs Or does vhashify just take the first link it finds in the hash directory?
1221569861 M * daniel_hozac it's just like interfaces/*.
1221569870 M * Bertl wb daniel_hozac! btw
1221569875 M * daniel_hozac the first link that points to the same filesystem that the guest lives on.
1221569910 M * blathijs Ah. Slightly confusing, but I guess it's to make sure that you can have multiple hash dirs, one per filesystem then?
1221569945 M * blathijs Perhaps the flower page should say something about that. Are direct patches to the HTML accepted, or is there some markup behind the flower page?
1221570062 M * Bertl IIRC, the page is created from the source somehow
1221570094 M * blathijs util-vserver source?
1221570123 M * daniel_hozac yes, doc/configuration.xml
1221570146 M * daniel_hozac but the markup is already there.
1221570153 M * blathijs Ah, I found it
1221570162 M * blathijs O
1221570164 M * blathijs woops
1221570181 M * blathijs Shall I create a patch against that, then?
1221570188 M * daniel_hozac i don't see why.
1221570211 M * daniel_hozac if anything, a patch against the XSL which denotes symbolic names.
1221570315 M * Bertl btw, I have a 'probably strange' request for the markup/data of the flowerpage
1221570337 M * blathijs Huh? I would like to see some extra explaination at the "id" entry in /etc/vservers/.defaults/apps/vunify/hash, so that should be added to configuration.xml, right?
1221570350 M * Bertl can we somehow make the 'select copy/paste' have some kind of <> marker around placeholders?
1221570357 J * ard ~ard@shell2.kwaak.net
1221570382 M * Bertl they are actually shown on the page, but when I copy/paste from there, they get removed
1221570497 M * Bertl i.e. I presume they are part of the markup, not the actual data
1221570530 M * blathijs Is there a autoregen.sh or something somewhere in the util-vserver somewhere? (ie, how do I get a configure from an svn checkout?)
1221570555 M * blathijs Ah, make -f Makefile.svn seems to work
1221570585 J * brc bruce@72.20.27.65
1221570808 Q * sharkjaw Remote host closed the connection
1221570860 M * daniel_hozac blathijs: it's already in the xml, it just needs to be shown on the html.
1221570975 M * daniel_hozac ergo, modifying the XSL to indicate the symbolic names is the right thing to do.
1221570996 M * ktwilight_ Bertl, yup, it's a css markup
1221570997 M * ktwilight_ span.symbolic:before { content: "<"; }
1221570997 M * ktwilight_ 65span.symbolic:after { content: ">"; }
1221571003 M * blathijs I was assuming that type="symbolic" was referring to symlinks, but I guess not
1221571060 M * ktwilight_ which could be changed, by hardcoding < > inline rather than using css :before :after
1221571111 M * daniel_hozac blathijs: no, that's what <link> does...
1221571147 M * blathijs Ah, I just noticed that
1221571204 M * blathijs Then I'll not submit that patch, since I'm completely clueless when it comes to XSL :-)
1221572815 Q * BrunoXLambert Quit: Leaving
1221572826 J * BrunoXLambert ~Bruno@modemcable188.10-70-69.static.videotron.ca
1221573053 Q * larsivi_ Quit: Konversation terminated!
1221573481 M * blathijs So, finished my patch for vhashify --help. Now back to getting vhasify working :-)
1221574377 J * Loki|muh loki@satanix.de
1221575969 Q * mrfree Quit: Leaving
1221576783 J * dowdle ~dowdle@scott.coe.montana.edu
1221576919 M * Bertl nap attack ... bbl
1221576923 N * Bertl Bertl_zZ
1221576948 J * ntrs ~ntrs@77.29.69.42
1221577338 J * vasko ~vasko@unreal.rainside.sk
1221580009 Q * tramjoe_merin Quit: using sirc version 2.211+KSIRC/1.3.12
1221580265 J * tramjoe_merin ~tramjoe@193.41.238.151
1221581544 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1221582130 Q * tramjoe_merin Quit: using sirc version 2.211+KSIRC/1.3.12
1221584659 Q * BrunoXLambert Quit: Leaving
1221586722 N * Bertl_zZ Bertl
1221586730 M * Bertl back now ...
1221586769 J * derjohn_mob ~aj@e180200118.adsl.alicedsl.de
1221587573 Q * phedny_ Ping timeout: 480 seconds
1221587886 M * blathijs Is vcopy still used?
1221587978 M * blathijs It seems that vcopy uses the ~ rules in the vunify/exclude file, but that vclone does not. Is this intentional?
1221588032 M * Bertl IIRC, 'copy' was/is used to make a copy from the host system
1221588068 J * doener ~doener@i577B8C4C.versanet.de
1221588138 M * blathijs Bertl: Don't think so, since it explicitly supports a source vserver and dest vserver
1221588152 M * blathijs it does support --manually as well, which might be useful for that I guess
1221588172 M * blathijs Oh wait
1221588186 M * blathijs I misread your line, you said "from", not "of" :-)
1221588249 M * blathijs Anyway, it seems that vserver build -m clone now uses vclone
1221588337 M * blathijs But that does not respect ~ lines in my exclude config, which is slightly annoying (It mainly means I must create a seperate exclude file for cloning and pass it with the --exclude-from option, which is perhaps more elegant than also using the vunify/exclude for that)
1221588587 Q * Pazzo Quit: Ex-Chat
1221588744 M * Bertl hmm, what's the purpose of ~ entries in the exclude file?
1221588765 M * Bertl I mean, exclude config (or wherever you put it)
1221589447 M * blathijs Bertl: According to the code they are "skip" entries. According to the flower page (and the code), vcopy skips them when copying. normal exclude entries are just not vhashified but copied normally, but ~ entries are not copied at all
1221589453 J * Piet ~piet@tor.noreply.org
1221589461 M * blathijs thus ~ entries are useful for sensitive data and ssh host keys
1221589508 M * Bertl i.c.
1221589565 M * blathijs Hmm, my vserver clone seems to be failing somehow
1221589592 M * blathijs no error message, but after it finished the vserver is not there (though the dirs are there halfway through...)
1221589625 M * Bertl what is the command you use?
1221590094 M * blathijs  sudo vserver ldap build -m clone --hostname ldap.drsnuggles.stderr.nl --interface dummy0:10.42.0.4/24 -- --source template --exclude-from /etc/vservers/clone-exclude[A
1221590111 M * blathijs I'll try again without the --exclude-from, since I think that worked before
1221590246 M * blathijs The directory actually exists while vserver-build.clone and vclone are running, but is gone when they finish
1221590548 M * blathijs Hmm, it seems that the vclone somehow never returns and cleans up both the vserver root as well as its configuration
1221590600 M * blathijs Ah, it does return, but with an error
1221590614 M * blathijs Then there is probably a set -e or whatever it is called in place there
1221590621 M * blathijs and the error handler cleans up
1221590642 M * blathijs but neither vclone nor that error handler say anytning about an error, which is slightly confusing
1221590841 M * blathijs hey, you can pass multiple -v's to vclone :-)
1221591057 M * daniel_hozac vclone supports the same exclude list options as anything else.
1221591333 Q * Piet Ping timeout: 480 seconds
1221591435 J * Piet ~piet@tor.noreply.org
1221591465 M * blathijs daniel_hozac: Actually, it does not respect ~ entries in /etc/vservers/.defaults/apps/vunify/exclude, while vcopy does
1221591495 M * blathijs daniel_hozac: "respects" meaning that vcopy does not copy those files, while vclone does
1221591597 J * balbir_ ~balbir@host-240-215.pubnet.pdx.edu
1221591851 M * daniel_hozac they're using the same code...
1221592228 Q * Piet Remote host closed the connection
1221592265 M * blathijs daniel_hozac: Actually, they don't. They both define a different visitDirEntry
1221592276 M * daniel_hozac of course.
1221592285 M * daniel_hozac i meant the MatchList.
1221592356 M * blathijs and checkDirEntry (called by visitDirEntry in vcopy) skips any entries thare are marked skip (~) in the exclude list
1221592376 M * daniel_hozac whereas vclone skips any not marked include.
1221592421 M * blathijs while handleDirEntry (called by visitDirEntry in vclone) skips any entries that are not marked include
1221592436 M * blathijs Hm, this argument is not really good for my point :-)
1221592472 M * blathijs But what's more important here, is that vclone doesn't read the vunify exclude list, only the one specified with --exclude-from
1221592485 M * daniel_hozac well, of course.
1221592495 M * daniel_hozac vunify has absolutely nothing to do with vclone.
1221592549 M * blathijs I misinterpreted your "supports the same exclude list options" you said above, you were right there (how suprisingly :-)
1221592575 M * blathijs I just found it surprising, since vcopy does support the vunify exclude list
1221592583 M * blathijs daniel_hozac: Can you tell me what vcopy is for, then?
1221592588 M * daniel_hozac it's legacy.
1221592669 M * blathijs k
1221592697 M * daniel_hozac as far as i know, anyway. ensc has the full scoop.
1221592707 M * blathijs daniel_hozac: Could it be that vclone returns a non-zero status when anything is excluded? That seems to be the case and break my vserver build -m clone
1221592711 M * blathijs ensc?
1221592739 M * daniel_hozac Enrico Scholz.
1221592743 J * ViRUS ~mp@p579B46E4.dip.t-dialin.net
1221592743 M * daniel_hozac util-vserver author.
1221592755 M * blathijs ah
1221592757 M * daniel_hozac and yes, vclone does fail if anything is excluded.
1221592757 M * Bertl (the original one :)
1221592812 M * Bertl daniel_hozac: btw, how much of the original code is still left?
1221592821 M * Bertl (rough estimation :)
1221592826 M * daniel_hozac most of it.
1221592837 M * daniel_hozac the bulk of the changes are extensions, not rewrites.
1221592970 J * larsivi ~larsivi@169.80-202-217.nextgentel.com
1221592975 M * blathijs daniel_hozac: Did you just confirm that by trying or looking at the code (about the failing when excluding)?
1221592984 M * blathijs daniel_hozac: And/or do you know why it is?
1221592995 M * daniel_hozac http://svn.linux-vserver.org/projects/util-vserver/changeset/2783
1221593036 M * blathijs bah :-)
1221593067 J * ensc ~irc-ensc@77.235.182.26
1221593100 M * blathijs Let's just patch that up in vserver-build.clone for now, then
1221593145 M * blathijs daniel_hozac: Bertl: Thanks for the help :-)
1221593177 M * Bertl np
1221593262 M * blathijs daniel_hozac: Oh wait, you just fixed this after I pointed it out. I thought you said it was recently fixed and my debugging was for nothing :-)
1221593747 M * blathijs Hmm, ssh does not generate new host keys in it's init script, it seems
1221593765 M * blathijs on Debian that is. Might have been FreeBSD then that did this..
1221593800 M * blathijs Then just reinstall the package :-)
1221593826 M * Bertl removing the keys should do the trick, IIRC
1221593896 M * blathijs Bertl: That's what I remembered, but it doesn't (that's what I started all this exclude business about in the first place...)
1221594151 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1221594462 Q * ghislainocfs2 Ping timeout: 480 seconds
1221594581 M * Loki|muh was the behaviour of chbind changed in the last release? I updated my util-vserver (and my kernel) today and now 'chbind --nid 49151 --ip eth0 lsof -i' reports an error: Invalid IP number 'eth0'
1221594602 M * Loki|muh i know, that eth0 is not an ip, but it was working before the upgrade
1221594835 M * daniel_hozac the code is still there.
1221595082 M * daniel_hozac i think i know what's wrong though...
1221595088 M * daniel_hozac but yeah, don't do that.
1221595166 J * ntrs_ ~ntrs@77.29.79.19
1221595581 Q * ntrs Ping timeout: 480 seconds
1221596490 J * sladen paul@starsky.19inch.net
1221597080 Q * bonbons Quit: Leaving
1221597876 Q * ghislainocfs21 Read error: Connection reset by peer
1221597940 M * Loki|muh hm, the chbind-problem seems to be caused by the 2.6.26 (backports) kernel. existsDevice() in chbind.c seems to return false but I don't get why
1221597976 M * daniel_hozac because you're inside a network context.
1221598206 M * Loki|muh there are only the files info and status in /proc/virtnet, so I can't be in a network context, can I? (I have this problem with and without vservers running)
1221598253 J * ViRUS_ ~mp@p579B43C7.dip.t-dialin.net
1221598293 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1221598674 M * Bertl Loki|muh: can you upload 'vserver-info - SYSINFO' to paste.linux-vserver.org?
1221598683 Q * ViRUS Ping timeout: 480 seconds
1221598708 M * daniel_hozac Loki|muh: chbind's purpose is to create a network context and assign addresses to it.
1221598747 M * daniel_hozac if it fails, the context goes away.
1221598868 M * Loki|muh Bertl: sure: http://paste.linux-vserver.org/12484
1221600371 M * derjohn_mob blathijs: dpkg-reconfigure openssh-server would re-create the hostkeys, if they are not already in place.
1221600456 Q * laptopnenolod Ping timeout: 480 seconds
1221601767 Q * ntrs_ Ping timeout: 480 seconds
1221602505 Q * dna Quit: Verlassend
1221602549 J * doener_ ~doener@i577B97D3.versanet.de
1221602653 Q * doener Ping timeout: 480 seconds
1221603230 Q * loddafni1 Remote host closed the connection
1221603927 J * BrunoXLambert ~Bruno@dsl-148-234.b2b2c.ca
1221604040 J * laptopnenolod ~nenolod@pool-71-241-219-79.port.east.verizon.net
1221607053 J * LuckyLuke ~lucky@host148-81-static.72-81-b.business.telecomitalia.it
1221607101 Q * LuckyLuke 
1221607968 Q * dowdle Remote host closed the connection
1221608285 J * Aiken ~Aiken@ppp118-208-28-181.lns2.bne1.internode.on.net