1189036812 Q * FireEgl 1189036864 N * Bertl_oO Bertl 1189036887 M * Bertl evening folks! 1189036922 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 1189036927 Q * FireEgl 1189037032 Q * yarihm Quit: Leaving 1189037080 J * FireEgl FireEgl@Atlantica.Inet6.Info 1189037206 J * friendly12345 ~friendly@ppp59-167-82-199.lns2.mel6.internode.on.net 1189037221 M * Bertl daniel_hozac: what's the feedback to 2.3.0.18 so far? 1189037234 M * Bertl daniel_hozac: what have I missed? :) 1189037965 Q * friendly12345 Ping timeout: 480 seconds 1189040200 Q * fatgoose Quit: fatgoose 1189040480 J * friendly12345 ~friendly@ppp59-167-90-160.lns1.mel6.internode.on.net 1189042922 J * DoberMann_ ~james@AToulouse-156-1-62-243.w90-16.abo.wanadoo.fr 1189043028 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1189045440 J * Hollow_ ~hollow@proteus.croup.de 1189045749 J * virtuoso_ ~s0t0na@pppoe-186.2.110.89-adsl.spbnit.ru 1189045815 Q * Hollow Ping timeout: 480 seconds 1189045862 N * Hollow_ Hollow 1189046157 Q * virtuoso Ping timeout: 480 seconds 1189046265 Q * Ashsong Remote host closed the connection 1189049552 Q * njal Ping timeout: 480 seconds 1189050271 Q * Baby Remote host closed the connection 1189052437 M * daniel_hozac Bertl: i can't boot without http://people.linux-vserver.org/~dhozac/p/k/delta-parsetag-fix01.diff 1189052466 M * daniel_hozac Bertl: it also appaers that -o tag is broken, i don't think we should remove it from the options. 1189052485 M * daniel_hozac also, i think __dx_parse_tag won't remove tagid=x correctly. 1189052500 M * daniel_hozac (haven't verified that yet though) 1189052771 M * daniel_hozac (the reason we shouldn't remove tag is that the superblock code needs it to get properly enabled too) 1189053066 M * Bertl ah, right 1189053085 M * Bertl not sure we should actually parse it twice 1189053098 M * Bertl maybe the flag evaluations could be combined 1189053189 M * Bertl what unusual options do you have on the boot command line that you cannot boot? 1189053219 M * Bertl I mean, I boot tested it with QEMU quite fine 1189053342 M * Bertl anyway, will fix it up after getting some sleep ... 1189053362 M * Bertl have a good one everyone! cya! 1189053367 N * Bertl Bertl_zZ 1189054604 M * daniel_hozac well, i think it paniced on mounting /vservers, which is -o tag. 1189054655 M * daniel_hozac which means args is not initialized, and match_int uses them. 1189057202 J * sharkjaw ~gab@158.36.44.106 1189057502 Q * gerrit Remote host closed the connection 1189059171 J * DavidS ~david@p5481151A.dip0.t-ipconnect.de 1189059395 N * DavidS Guest2819 1189059395 J * David1 ~david@vpn.uni-ak.ac.at 1189059395 N * David1 DavidS 1189059833 Q * Guest2819 Ping timeout: 480 seconds 1189060238 J * dna ~dna@135-240-dsl.kielnet.net 1189061771 Q * hparker Quit: *burp*.. It's broke 1189064109 Q * rorem- Remote host closed the connection 1189064373 J * jmcaricand ~user@d83-179-189-134.cust.tele2.fr 1189064630 J * ktwilight_ ~ktwilight@124.77-66-87.adsl-dyn.isp.belgacom.be 1189064773 M * jmcaricand c 1189064887 Q * ktwilight_ Read error: Connection reset by peer 1189064977 Q * ktwilight Ping timeout: 480 seconds 1189064986 J * ktwilight_ ~ktwilight@11.197-66-87.adsl-static.isp.belgacom.be 1189065285 J * ema ~ema@fw.galliera.it 1189065554 M * eyck Bertl_zZ: is bind-mount still maintained seperately, or only just inside normal vserver patches? 1189065586 J * ktwilight ~ktwilight@215.212-66-87.adsl-static.isp.belgacom.be 1189065877 Q * ktwilight_ Ping timeout: 480 seconds 1189068139 Q * transacid Read error: No route to host 1189068178 J * transacid ~transacid@transacid.de 1189068243 Q * transacid 1189068924 J * transacid ~transacid@transacid.de 1189069386 Q * Borg- reticulum.oftc.net charon.oftc.net 1189069386 Q * UukGoblin reticulum.oftc.net charon.oftc.net 1189069386 Q * transacid reticulum.oftc.net charon.oftc.net 1189069386 Q * ktwilight reticulum.oftc.net charon.oftc.net 1189069386 Q * nanonyme reticulum.oftc.net charon.oftc.net 1189069386 Q * igraltist reticulum.oftc.net charon.oftc.net 1189069386 Q * Loki|muh reticulum.oftc.net charon.oftc.net 1189069386 Q * arachnist reticulum.oftc.net charon.oftc.net 1189069386 Q * glen_ reticulum.oftc.net charon.oftc.net 1189069386 Q * Adrinael reticulum.oftc.net charon.oftc.net 1189069386 Q * Falle reticulum.oftc.net charon.oftc.net 1189069386 Q * [PUPPETS]Gonzo reticulum.oftc.net charon.oftc.net 1189069386 Q * eyck reticulum.oftc.net charon.oftc.net 1189069386 Q * ||Cobra|| reticulum.oftc.net charon.oftc.net 1189069386 Q * phreak`` reticulum.oftc.net charon.oftc.net 1189069386 Q * the-me reticulum.oftc.net charon.oftc.net 1189069386 Q * Wonka reticulum.oftc.net charon.oftc.net 1189069386 Q * nou reticulum.oftc.net charon.oftc.net 1189069386 Q * tokkee reticulum.oftc.net charon.oftc.net 1189069386 Q * svenk reticulum.oftc.net charon.oftc.net 1189069386 Q * ard reticulum.oftc.net charon.oftc.net 1189069386 Q * waldi reticulum.oftc.net charon.oftc.net 1189069386 Q * C14r_ reticulum.oftc.net charon.oftc.net 1189069386 Q * kaner reticulum.oftc.net charon.oftc.net 1189069386 Q * fs reticulum.oftc.net charon.oftc.net 1189069386 Q * ema reticulum.oftc.net charon.oftc.net 1189069386 Q * virtuoso_ reticulum.oftc.net charon.oftc.net 1189069386 Q * nebuchadnezzar reticulum.oftc.net charon.oftc.net 1189069386 Q * ensc reticulum.oftc.net charon.oftc.net 1189069386 Q * matti reticulum.oftc.net charon.oftc.net 1189069386 Q * mnemoc reticulum.oftc.net charon.oftc.net 1189069386 Q * fb reticulum.oftc.net charon.oftc.net 1189069386 Q * sid3windr reticulum.oftc.net charon.oftc.net 1189069386 Q * daniel_hozac reticulum.oftc.net charon.oftc.net 1189069386 Q * doener reticulum.oftc.net charon.oftc.net 1189069386 Q * click reticulum.oftc.net charon.oftc.net 1189069386 Q * epicbjorn reticulum.oftc.net charon.oftc.net 1189069386 Q * ex reticulum.oftc.net charon.oftc.net 1189069386 Q * phedny reticulum.oftc.net charon.oftc.net 1189069386 Q * ag- reticulum.oftc.net charon.oftc.net 1189069386 Q * FireEgl reticulum.oftc.net charon.oftc.net 1189069386 Q * dna reticulum.oftc.net charon.oftc.net 1189069386 Q * sharkjaw reticulum.oftc.net charon.oftc.net 1189069386 Q * DoberMann_ reticulum.oftc.net charon.oftc.net 1189069386 Q * baldy reticulum.oftc.net charon.oftc.net 1189069386 Q * Vudumen reticulum.oftc.net charon.oftc.net 1189069386 Q * hijacker reticulum.oftc.net charon.oftc.net 1189069386 Q * bzed reticulum.oftc.net charon.oftc.net 1189069386 Q * duckx reticulum.oftc.net charon.oftc.net 1189069386 Q * zbyniu reticulum.oftc.net charon.oftc.net 1189069386 Q * renihs reticulum.oftc.net charon.oftc.net 1189069386 Q * pusling reticulum.oftc.net charon.oftc.net 1189069386 Q * dsoul reticulum.oftc.net charon.oftc.net 1189069387 Q * derjohn reticulum.oftc.net charon.oftc.net 1189069387 Q * grobie reticulum.oftc.net charon.oftc.net 1189069387 Q * harry reticulum.oftc.net charon.oftc.net 1189069387 Q * vasko reticulum.oftc.net charon.oftc.net 1189069387 Q * the-dude reticulum.oftc.net charon.oftc.net 1189069387 Q * danman_ reticulum.oftc.net charon.oftc.net 1189069387 Q * bXi reticulum.oftc.net charon.oftc.net 1189069387 Q * blizz reticulum.oftc.net charon.oftc.net 1189069387 Q * ruskie reticulum.oftc.net charon.oftc.net 1189069387 Q * mcp reticulum.oftc.net charon.oftc.net 1189069387 Q * Hollow reticulum.oftc.net charon.oftc.net 1189069387 Q * wenchien reticulum.oftc.net charon.oftc.net 1189069387 Q * hardwire reticulum.oftc.net charon.oftc.net 1189069387 Q * Supaplex reticulum.oftc.net charon.oftc.net 1189069387 Q * FloodServ reticulum.oftc.net charon.oftc.net 1189069387 Q * hallyn reticulum.oftc.net charon.oftc.net 1189069387 Q * coderanger reticulum.oftc.net charon.oftc.net 1189069387 Q * AndrewLee reticulum.oftc.net charon.oftc.net 1189069387 Q * tam reticulum.oftc.net charon.oftc.net 1189069387 Q * mugwump reticulum.oftc.net charon.oftc.net 1189069387 Q * djbclark reticulum.oftc.net charon.oftc.net 1189069387 Q * zLinux[] reticulum.oftc.net charon.oftc.net 1189069387 Q * emtt1 reticulum.oftc.net charon.oftc.net 1189069387 Q * mountie reticulum.oftc.net charon.oftc.net 1189069387 Q * dilinger reticulum.oftc.net charon.oftc.net 1189069387 Q * Johnnie reticulum.oftc.net charon.oftc.net 1189069387 Q * neuralis reticulum.oftc.net charon.oftc.net 1189069387 Q * friendly12345 reticulum.oftc.net charon.oftc.net 1189069387 Q * puck reticulum.oftc.net charon.oftc.net 1189069387 Q * mattzerah reticulum.oftc.net charon.oftc.net 1189069387 Q * mstrobert reticulum.oftc.net charon.oftc.net 1189069387 Q * er reticulum.oftc.net charon.oftc.net 1189069387 Q * Aiken reticulum.oftc.net charon.oftc.net 1189069387 Q * micah reticulum.oftc.net charon.oftc.net 1189069387 Q * quasisane reticulum.oftc.net charon.oftc.net 1189069387 Q * besonen_mobile__ reticulum.oftc.net charon.oftc.net 1189069387 Q * MooingLemur reticulum.oftc.net charon.oftc.net 1189069387 Q * bored2sleep reticulum.oftc.net charon.oftc.net 1189069405 J * ktwilight_ ~ktwilight@210.195-66-87.adsl-static.isp.belgacom.be 1189069405 J * transacid ~transacid@transacid.de 1189069405 J * ema ~ema@fw.galliera.it 1189069405 J * dna ~dna@135-240-dsl.kielnet.net 1189069405 J * sharkjaw ~gab@158.36.44.106 1189069405 J * virtuoso_ ~s0t0na@pppoe-186.2.110.89-adsl.spbnit.ru 1189069405 J * Hollow ~hollow@proteus.croup.de 1189069405 J * DoberMann_ ~james@AToulouse-156-1-62-243.w90-16.abo.wanadoo.fr 1189069405 J * friendly12345 ~friendly@ppp59-167-90-160.lns1.mel6.internode.on.net 1189069405 J * FireEgl FireEgl@Atlantica.Inet6.Info 1189069405 J * mstrobert ~mstrobert@wkstn.wycliffe.ca 1189069405 J * er ~yakker@aegis.CS.Princeton.EDU 1189069405 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net 1189069405 J * puck ~puck@leibniz.catalyst.net.nz 1189069405 J * nanonyme ~siylioll@kirves.hut.fi 1189069405 J * zLinux[] ~zLinux@88.213.24.240 1189069405 J * nebuchadnezzar ~nebu@zion.asgardr.info 1189069405 J * ensc ~irc-ensc@p54B4D603.dip.t-dialin.net 1189069405 J * baldy baldy@brain.servercrew.de 1189069405 J * Vudumen d71ffdf312@perverz.hu 1189069405 J * hijacker ~hijacker@213.91.163.5 1189069405 J * bzed ~bzed@devel.recluse.de 1189069405 J * wenchien ~wenchien@59-105-176-11.adsl.static.seed.net.tw 1189069405 J * matti matti@acrux.romke.net 1189069405 J * micah ~micah@micah.riseup.net 1189069405 J * igraltist ~user4@kasten-edv.de 1189069405 J * duckx ~Duck@tox.dyndns.org 1189069405 J * quasisane ~user@c-76-118-191-64.hsd1.nh.comcast.net 1189069405 J * zbyniu ~zbyniu@host13-188.crowley.pl 1189069405 J * hallyn ~xa@adsl-75-0-147-61.dsl.chcgil.sbcglobal.net 1189069405 J * emtt1 ~eric@dynamic-acs-24-154-85-144.zoominternet.net 1189069405 J * MooingLemur ~troy@shells195.pinchaser.com 1189069405 J * mnemoc ~amery@kilo105.server4you.de 1189069405 J * Borg- borg@aprogas.student.utwente.nl 1189069405 J * UukGoblin ~jaa@sr-fw1.router.uk.clara.net 1189069405 J * besonen_mobile__ ~besonen_m@71-221-93-100.eugn.qwest.net 1189069405 J * renihs ~penguin@83-65-34-34.arsenal.xdsl-line.inode.at 1189069405 J * pusling pusling@88.212.70.38 1189069405 J * coderanger ~coderange@kantrn.stu.rpi.edu 1189069405 J * mountie ~mountie@trb229.travel-net.com 1189069405 J * Loki|muh loki@satanix.de 1189069405 J * arachnist arachnist@088156185052.who.vectranet.pl 1189069405 J * dilinger ~dilinger@mail.queued.net 1189069405 J * AndrewLee ~andrew@flat.iis.sinica.edu.tw 1189069405 J * dsoul darksoul@vice.ii.uj.edu.pl 1189069405 J * fb fback@red.fback.net 1189069405 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.ct.comcast.net 1189069405 J * sid3windr ~luser@bastard-operator.from-hell.be 1189069405 J * derjohn ~derjohn@80.69.41.3 1189069405 J * daniel_hozac ~daniel@c-051472d5.08-230-73746f22.cust.bredbandsbolaget.se 1189069405 J * glen_ ~glen@elves.delfi.ee 1189069405 J * Adrinael adrinael@rid7.kyla.fi 1189069405 J * grobie ~grobie@master.schnuckelig.eu 1189069405 J * ex ex@valis.net.pl 1189069405 J * epicbjorn bjorn@archlinux.no 1189069405 J * phreak`` ~phreak``@deimos.barfoo.org 1189069405 J * waldi ~waldi@bblank.thinkmo.de 1189069405 J * Wonka produziert@chaos.in-kiel.de 1189069405 J * ard ~ard@gw-cistron.kwaak.net 1189069405 J * fs fs@213.178.77.98 1189069405 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl 1189069405 J * eyck ~eyck@nat.nowanet.pl 1189069405 J * the-me Patrick@Linux-Dev.org 1189069405 J * [PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de 1189069405 J * nou Chaton@causse.larzac.fr.eu.org 1189069405 J * Falle ~falle@diana.falle.se 1189069405 J * C14r_ ~C14r@h58173.serverkompetenz.net 1189069405 J * kaner kaner@strace.org 1189069405 J * tokkee tokkee@ssh.faui2k3.org 1189069405 J * svenk ~sven@213.73.89.36 1189069405 J * danman_ danman@eliza.wigner.bme.hu 1189069405 J * click click@ti511110a080-2899.bb.online.no 1189069405 J * the-dude ~martijn@senturparks.xs4all.nl 1189069405 J * doener ~doener@host.magicwars.de 1189069405 J * phedny ~mark@ip56538143.direct-adsl.nl 1189069406 J * ag- ~ag@fedaykin.roxor.cx 1189069406 J * ruskie ruskie@ruskie.user.oftc.net 1189069406 J * bXi bluepunk@irssi.co.uk 1189069406 J * mcp ~hightower@wolk-project.de 1189069406 J * blizz ~stephan@evilhackerdu.de 1189069406 J * Supaplex ~supaplex@166-70-62-194.ip.xmission.com 1189069406 J * hardwire ~bip@ak.glaven.org 1189069406 J * mattzerah ~matt@121.50.222.55 1189069406 J * bored2sleep ~bored2sle@66.111.53.150 1189069406 J * djbclark dclark@opensysadmin.com 1189069406 J * vasko ~vasko@unreal.rainside.sk 1189069406 J * mugwump ~samv@watts.utsl.gen.nz 1189069406 J * harry ~harry@d54C2508C.access.telenet.be 1189069406 J * FloodServ services@services.oftc.net 1189069406 J * neuralis ~krstic@solarsail.hcs.harvard.edu 1189069406 J * tam ~tam@gw.nettam.com 1189069414 J * rorem- ~roremtank@bzq-219-46-202.isdn.bezeqint.net 1189069732 Q * transacid Read error: Connection reset by peer 1189069770 J * spyder ~barnesa@prelude.ramsesit.com 1189069772 M * spyder hi all 1189069870 M * spyder am wondering if someone can help me - don't know if this is a vserver problem or a debian problem 1189069896 M * spyder cronjobs in a guest vserver install don't seem to run - at least not regularly 1189069960 M * spyder debian etch kernel vlinux-image-2.6.18-5-vserver-686 (2.6.18.dfsg.1-13etch2) util-vserver v0.30.212-1 vserver-debiantools v0.3.4 1189070025 M * ard I think something just screwed your vserver... 1189070033 M * ard I use debian, and it works(R) 1189070062 J * ktwilight ~ktwilight@174.124-66-87.adsl-dyn.isp.belgacom.be 1189070076 M * ard But I don't know that kernel... I am running 2.6.2[012] right now with util-vserver 30.213-something 1189070101 M * spyder ard: yeh - it's fscking annoying, when I first install the job, it runs once, maybe twice (if I'm lucky), but then just never runs again 1189070109 M * spyder ard: happens on multiple vservers too 1189070124 M * ard just check if crond is running in your vserver, and if so, check the logs and compare times 1189070134 M * ard it should be running if it runs :-) 1189070150 M * spyder it's definitely there! 1189070155 M * ard :-) 1189070351 A * spyder hits his head on the wall 1189070356 M * spyder it's something simple - I know it :P 1189070389 M * ard Dunno 1189070408 M * ard the first thing I always do is strace -f -p 'pid of daemon' 1189070417 M * ard if that's to much I write it to a file... 1189070436 M * ard in 99,99% of the cases it makes clear what's wrong 1189070442 Q * ktwilight_ Ping timeout: 480 seconds 1189070459 J * transacid ~transacid@transacid.de 1189070520 M * spyder in the cronlog, I can see it kicking off, then nothing 1189070526 M * spyder ard: nice one - thanks! 1189070533 A * spyder is off to go play with strace! 1189070587 M * ard Heh :-)... 1189070612 M * ard rule 1) strace it. rule 2) if you can't use strace on it, use tcpdump ;-) 1189070634 M * ard anyway: if strace says nothing, ltrace might say something 1189070842 N * DoberMann_ DoberMann 1189071405 M * renihs hmm how should vserver be spelled? 1189071412 M * renihs vserver of Vserver or VServer? 1189071417 M * renihs or none of these? 1189071671 A * spyder likes "vServer" 1189071678 M * spyder 1189071715 M * spyder ard: think I got it sorted - script calls a script which wastn't exectuble by the non-root user that the first script was running as - thanks so much for ya help 1189071719 M * spyder *blushes* 1189071748 Q * spyder Quit: [BX] Gary Coleman uses BitchX. Whatchoo talkin bout foo? 1189071934 M * Wonka sometimes, i like tshark more than tcpdump 1189071954 M * Wonka despite -v and -V being illogically used 1189072290 M * renihs vServer is nice 1189072294 M * renihs will name it that way :p 1189072799 M * Borg- w 5 1189072821 M * arachnist vServer looks like iPod 1189073160 M * DavidS slick and shiny? 1189073253 M * renihs than make some suggestion :? 1189073257 M * renihs :p 1189073379 M * DavidS http://linux-vserver.org/Welcome_to_Linux-VServer.org is written "VServer", so that's probably canonical 1189073391 M * taruti 1 1189074416 Q * jmcaricand Quit: ERC Version 5.0.2 $Revision: 1.726.2.11 $ (IRC client for Emacs) 1189074724 M * renihs true 1189074729 M * renihs VServer it is :p 1189075253 M * eyck good, now that we've settled this, we can all start working on this VServer 1189075730 M * renihs :p 1189075750 M * renihs however hmm now it seems to fail to start in my livecd gruml 1189075753 M * renihs that worked yesterday 1189075976 M * renihs complains about umount no such file or dir bla ... 1189075980 M * renihs sounds familiar somewhat 1189076375 J * yarihm ~yarihm@whitehead2.nine.ch 1189076434 Q * ema Quit: leaving 1189076540 M * renihs hmm what could be a possible reason for vserver.functions saying umount no such file or dir? (1246) 1189076641 M * renihs if i remove the lines 1246-1248 it seems to work 1189076988 M * renihs # separate loop to avoid races while reading /proc/mounts 1189076991 M * renihs for i in "${list_umount[@]}"; do 1189076997 M * renihs $_UMOUNT -l -n "$i" 1189076999 M * renihs done 1189077007 M * renihs with these lines i cannot start the guest 1189077014 M * renihs commented out it works 1189077025 M * renihs this is running from a livecd inside a vmware though 1189077244 M * renihs i think i will remove these lines so i can resume building the build 1189077255 M * renihs would be nice if someone could point a possible reason though :p 1189077265 M * renihs and i uncommenting this could lead to troubles :( 1189077734 M * renihs narf :p 1189078015 M * Hollow zort 1189078039 M * renihs zod! :p 1189078054 M * renihs 2.6.22-vs2.2.0.3-gentoo-r2.zod-livesystems.i686 1189078055 M * renihs :p 1189078062 M * Hollow heh 1189078108 M * renihs you happen to know if it can harm ...commenting out lines 1246-1249 in vserver.functions? 1189078110 M * Hollow do you ship some stages with your livedvd? 1189078114 M * renihs yap 1189078119 M * renihs template :p 1189078129 M * Hollow i'm currently building a lamp stage4 with catalyst 1189078133 M * renihs runable from cd, rebuild experimental vserver stage 1189078138 M * renihs never figured catalyst out 1189078142 M * renihs :p 1189078143 M * Hollow heh 1189078162 M * Hollow i created a suitable environment for semi-automagic building of my stages :) 1189078169 M * Hollow but it isn't trivial 1189078172 M * renihs and for my desktop livedvds its not the right tool anyway it seemed 1189078184 M * renihs more like a pack/stack/deploy thingie 1189078224 M * renihs but this zod build comes with vmware/vserver/qemu 1189078240 M * renihs virtualbox i cant put on there it seems, and xen gave me some issues yet 1189078257 M * renihs vserver/vmware is better anyway :p 1189078276 M * Hollow renihs: well, it won't hurt to comment those lines, it may just be problematic if you want to umount something in the host namespace 1189078291 M * Hollow in which case you can't since all "child" spaces contain those mount points too 1189078302 M * renihs hmm 1189078316 M * renihs lemme try that 1189078379 M * renihs ah gruml 1189078389 M * renihs no nfs/cifs whatever stuff in this minimal stage 1189078419 M * renihs but i am pretty sure its aufs related problem 1189078533 M * renihs if i try to umount a bindmount from host (portage & distfiles) 1189078543 M * renihs i get: umount: aufs: not found 1189078550 M * renihs must be superuser to umount :p 1189078554 M * renihs as root :p 1189078558 M * renihs inside guest 1189078586 M * Hollow you cannot umount inside anyway 1189078586 M * renihs i dont really plan on umounting in those guests, at least not from livecd 1189078588 J * Baby ~miry@195.37.62.208 1189078591 M * Hollow (with default caps) 1189078591 M * renihs ah mkay 1189078641 M * renihs ah this is good enough, just need to make a not that these 3 lines are commented 1189078659 M * renihs need to start fixing uglyness from initrd 1189078730 M * daniel_hozac renihs: it's better to just disable namespace cleanup in the configuration... 1189078747 M * Hollow indeed 1189078751 M * Hollow didn't think of that 1189079030 M * renihs hmm how who where? 1189079063 M * renihs ah 1189079200 M * renihs yap works fine 1189079210 M * renihs great, now i have to abort my squashfs creation :p 1189079811 Q * nanonyme Quit: huohkis 1189079833 M * renihs Hollow, also a livecd? or stage4 only? 1189079836 J * nanonyme ~siylioll@kirves.hut.fi 1189079844 M * Hollow renihs: stage4 only 1189079853 M * renihs ah mkay 1189079863 M * Hollow with baselayout-2 1189079864 M * renihs otherwise, cant stop praying lzma :p 1189079919 M * renihs you mean normal baselayout? 1189079943 M * renihs sys-apps/baselayout-vserver-1.12.6 i still use 1189079945 M * renihs on my template 1189080001 M * Hollow i would recommend to upgrade to baselayout-2 1189080060 M * renihs :p 1189080062 M * renihs ok 1189080081 M * renihs it just asked for vserver layout so i gave it 1189080090 A * renihs aborts squashfs once more :p 1189080121 M * Hollow well, baselayout-2 is still masked, but i already use it on all my vservers and it works great .. besides, noone touched baselayout-vserver for ages :) 1189080130 M * renihs however they are hard masked 1189080134 M * renihs mkay :p 1189080134 M * Hollow was hard enough to get baselayout-2 working in vservers by default 1189080147 M * Hollow not technically hard though :) 1189080201 M * arachnist yeah, making baselayout-2 work isn't a big problem 1189080237 M * Hollow but updating from baselayout-vserver to baselayout-2 is not trivial 1189080269 M * Hollow i would suggest sth like CONFIG_PROTECT_MASK=/etc/init.d at least :) 1189080310 M * renihs yap :p 1189080314 M * renihs brabbling warnings :p 1189080339 M * renihs emerge normal layout now 1189080426 M * renihs goodie :p 1189080470 M * renihs seems to have worked, but will now after the squashfs is ready 1189080741 P * friendly12345 1189081939 Q * sharkjaw Quit: Leaving 1189082255 J * coderanger_ ~coderange@x-15-14.dynamic2.rpi.edu 1189084438 J * balbir ~balbir@217.206.93.210 1189084532 J * gerrit ~gerrit@217.206.93.210 1189084571 Q * Aiken Quit: Leaving 1189084662 M * harry Linux saprouter 2.6.16.13-vs2.0.2-rc18-grsec2.1.9-harry #4 SMP Wed May 3 11:11:13 CEST 2006 i686 GNU/Linux 1189084669 M * harry that's quite old... 1189085272 M * renihs yar :p 1189085279 M * renihs ancient 1189086790 M * harry haha 1189086797 M * harry people tend to find the strangest things! 1189086814 M * harry monitor:~# uptime;uname -a 15:53:29 up 712 days, 22:25, 2 users, load average: 0.18, 0.58, 0.69 1189086817 M * harry Linux monitor 2.6.11.8 #2 SMP Tue May 3 18:15:28 CEST 2005 i686 GNU/Linux 1189086837 M * harry that was a new kernel back then! :) 1189086994 M * renihs nice 1189087003 M * renihs my large uptime was killed by the cleaning personell 1189087019 M * renihs >500 1189087041 A * harry tends not to care too mucha bout uptime 1189087045 M * renihs she managed to nuke off power in the entire building somehow :p 1189087047 M * renihs ya me neither 1189087049 M * harry it's just... i dont have time to reboot them :) 1189087056 M * renihs usuallly a sign its not maintained but bla :p 1189087082 M * harry my machines are allways completely up to date 1189087103 M * harry except the kernels... because you have to reboot, which takes all services down for a few mins 1189087113 M * harry which seems unacceptable for some... 1189087115 M * renihs kexec ftw 1189087116 M * renihs :p 1189087124 M * harry so we crash the servers, then reboot them :) 1189087127 M * renihs really fast :p 1189087136 M * renihs ya panic is the safest and quickest way to shutdown 1189087140 M * renihs modprobe panic :p 1189087143 M * harry safest? 1189087148 M * renihs yap 1189087150 M * harry smells like pancakes here 1189087152 M * harry damn 1189087155 M * renihs according to my sun solaris docs 1189087160 M * renihs makes sense 1189087189 M * renihs after thinking some time about it but bla :p 1189087198 M * renihs its fast for sure :p 1189087207 M * renihs especially on a solaris 1189087218 Q * bzed Ping timeout: 480 seconds 1189087227 M * renihs not that i use it to reboot :) 1189087274 M * DavidS yeah I heard once a cool talk that applications which were built with kill-9 in mind were more robust and had better defined (data) semantics than others 1189087278 M * DavidS see databases e.g. 1189087293 J * bzed ~bzed@devel.recluse.de 1189087347 M * DavidS databases have a very well defined way to shut them down fast: cease transaction processing, yank power plug; and the guarantees to make it work without data loss 1189087362 M * DavidS but that's a little bit OT I come to believe 1189087428 M * renihs hmm true :( 1189087437 M * renihs me forgets easily about topic :) 1189087449 M * renihs i am happy if i know which network i am on :p 1189087654 Q * lilalinux_ Remote host closed the connection 1189087778 J * fatgoose ~samuel@206-248-175-211.dsl.teksavvy.com 1189087917 M * DavidS [ot] I am happy that i don't need to care about that ;) 1189088290 M * renihs why not? :p 1189088304 M * harry there is only 1 :) 1189088315 M * renihs lol 1189090394 M * fb i want to setup my usb printer inside one of guests, can anybody point me to some docs about usb inside vserver? 1189091688 M * renihs interesting when i setup my diretories in / seperately (one aufs mount per dir) vservers work, if i mount the entire tree (nicer) it fails with 1189091709 M * renihs vcontext: jailintoTempDir(): stale nfs file handle 1189091713 M * renihs strange hmm 1189092090 M * renihs thats a subject for tomorow 1189092115 Q * balbir Ping timeout: 480 seconds 1189092240 M * daniel_hozac fb: if you just want device nodes, simply copy them. to use libusb, http://linux-vserver.org/USB_Devices 1189092334 M * fb daniel_hozac: unfortunately, i need libusb 1189092439 J * C14r ~C14r@h58173.serverkompetenz.net 1189092612 M * fb daniel_hozac: thank you :) 1189092643 M * mstrobert Hollow: Hey. I had sent you an email about having migrated the pages HowtoPrivateNetworking and SuseVserverHowTo, but they still forward to the oldwiki. Is there something else I should be doing? I'm about to set up my big vserver-server , and it would be helpful to be able to refer to the documentation at linux-vserver.org. 1189092726 M * daniel_hozac mstrobert: what are their new names? 1189092777 J * pmenier ~pmenier@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1189092796 M * mstrobert daniel_hozac: I didn't change the names. I can. 1189093006 M * daniel_hozac well, ideally the names would be updated to be better structured and such... 1189093109 Q * C14r Quit: leaving 1189093120 M * mstrobert daniel_hozac: I will do that 1189093592 Q * ensc Ping timeout: 480 seconds 1189093774 M * fb daniel_hozac: can i copy required /devs in .../scripts/pre-start script? 1189093782 M * daniel_hozac sure... 1189094097 M * mstrobert daniel_hozac: I changed the names to "Networking vserver guests" and "Installing an openSUSE vserver guest". I will email hollow to let him know. 1189094101 M * fb daniel_hozac: like this: vnamespace -n bash -c "cp -ar /dev/usb /var/lib/vservers/lan/dev/" 1189094104 M * fb ? 1189094123 M * daniel_hozac mstrobert: i can do it. 1189094129 M * mstrobert daniel_hozac: great, thanks! 1189094133 M * daniel_hozac fb: why vnamespace -n bash -c? 1189094176 J * jmcaricand ~jmcarican@d83-179-176-74.cust.tele2.fr 1189094200 M * fb because usb example shows this to umount /proc/bus/usb 1189094206 M * fb it's unnecessary? 1189094264 M * daniel_hozac no, but that's an entirely different thing you're trying to accomplish... 1189094382 M * daniel_hozac mstrobert: done. 1189094490 M * mstrobert daniel_hozac: thanks 1189094548 Q * gerrit Ping timeout: 480 seconds 1189094603 N * Bertl_zZ Bertl 1189094609 M * Bertl morning folks! 1189094696 M * mstrobert Bertl: morning! 1189094739 M * daniel_hozac morning Bertl! 1189094779 M * Baby hi Bertl! 1189094839 Q * zLinux[] Remote host closed the connection 1189094899 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33 1189094917 M * pmenier Hello Bertl 1189094929 M * Bertl eyck: not maintained separately anymore 1189094947 M * Bertl eyck: but the IBM folks submit something quite similar over and over again 1189094953 J * zLinux ~zLinux@88.213.24.240 1189094965 M * Bertl renihs: if you refer to the project, it is Linux-VServer 1189095013 Q * zLinux Remote host closed the connection 1189095083 J * zLinux ~zLinux@88.213.24.240 1189095289 Q * zLinux Remote host closed the connection 1189095298 M * pmenier bertl: testing 2.6.22.6-patch vs2.2.0.3 since yesterday : works fine 1189095356 N * DavidS DavidS|Vechta 1189095357 J * zLinux ~zLinux@88.213.24.240 1189095416 M * Bertl pmenier: good! 1189095614 M * daniel_hozac Bertl: does tag really make sense as a vfsmount option? 1189095835 M * Bertl it might, to disable notag (we might also want tagcheck) 1189096010 M * eyck Bertl: ok, thnx 1189096040 M * Bertl eyck: for what kernel version are you trying to get it? 1189096069 M * Bertl s/it/the patches/ 1189096089 M * eyck for 2.6.18, 1189096123 M * eyck I noticed that my non-vserver kernels are severely lacking in this department ;) 1189096136 M * eyck and I started taking this feature for granted 1189096184 M * Bertl hehe :) well, it should be simple to rip from the broken out versions 1189096230 M * Bertl http://vserver.13thfloor.at/Experimental/split-2.6.18.2-vs2.1.1/ 1189096237 M * eyck oh, thanx 1189096291 M * Bertl 50_bme.diff should contain 98% 1189097671 Q * pmenier Quit: pmenier 1189097870 Q * mstrobert Quit: Leaving 1189098291 J * ensc ~irc-ensc@p54B4CDA8.dip.t-dialin.net 1189098600 M * eyck Bertl: apropo IBM, I can't seem to find any code of theirs, all they do is talk? (versus linux-vserver and openvz) 1189098726 M * daniel_hozac they have people working on the pid namespaces at least. 1189098739 M * daniel_hozac i.e. they have a patchset for that. 1189098750 M * daniel_hozac or used to, i haven't read containers-list in a while. 1189098817 M * Bertl eyck: well, they provide the majority of patches, I'd say, unfortunately they are not very insisting .. so other stuff gets included ... 1189098967 M * eyck hmm, other way round - you've got your working solution, so does openvz, it seems like IBM ain't got one? 1189099000 M * Bertl well, they have one too (was bought from somebody) but they don't like it :) 1189099014 M * eyck i've been looking to openvz, and they've got horrible, horrible networking, 1189099034 M * Bertl that is what they are proud of :) 1189099062 M * Bertl problem is, mainline is already heading towards complicated full virtualization 1189099089 M * Bertl if you look at the todo lists, things like rtc virtualization makes me shiver 1189099095 M * eyck rtc? 1189099098 M * eyck oh my 1189099099 M * Bertl realtime clock 1189099102 M * eyck yeah. 1189099111 M * eyck I'm shocked. 1189099164 M * Bertl so, what I assume is that at some point we'll have something quite heavy called 'mainline containers' which competes with Xen in functionality 1189099172 M * eyck but checkpointing seems to be worth the 'heavy' virtualisation 1189099194 M * Bertl and Linux-VServer isolation for the lightweight stuff 1189099220 M * eyck if I understand correctly, almost everything linux-vserver does will be replaced by heavier stuff? 1189099241 M * Bertl well, not replaced actually 1189099293 M * eyck hmm, so, what's supposed to stay, and what's supposed to get merged into mainline? 1189099416 M * eyck I assume the worst thing in vserver - vhashify, would have the biggest chance of surviving containers treatment 1189099854 M * tam Anyone running centos5 in a guest? 1189099867 Q * coderanger_ Quit: coderanger_ 1189099958 M * daniel_hozac yes 1189099981 M * daniel_hozac eyck: and what's so terrible about vhashify? 1189100004 M * Bertl eyck: well, I think we will keep all the isolation where it makes sense, and switch to the virtualization (or at least provide it in addition to isolation) where appropriate 1189100149 M * tam Even more, has anyone upgraded from centos4 to centos5 in a guest? 1189100154 M * eyck daniel_hozac: I don't need it, and you keep rubbing it in my face as something 'good' in some unspecified mystical way. AND it doesn't work on xfs. 1189100184 M * Bertl eyck: it doesn't? 1189100202 M * eyck supposedly. 1189100221 M * daniel_hozac COW doesn't work on XFS. vhashify works just fine. 1189100241 M * eyck oh, goodie. 1189100243 M * daniel_hozac and the benefits are obvious. shared files means shared memory means less RAM and disk consumed. 1189100258 M * daniel_hozac which i have also mentioned every time... 1189100286 M * eyck which is useless when you're not a hosting provider. 1189100289 M * eyck and I'm not. 1189100311 M * eyck anyhoo, I can't wrap my head around merging isolation with virtualization 1189100327 M * daniel_hozac hmm, everyone who's not a hosting provider has unlimited amounts of RAM and disk? 1189100328 M * eyck I can only imagine vservers inside xen/kvm/whatever, 1189100437 M * eyck yes, that's right. if you run dissimilar vserver it must mean you've got unlimited amounts of RAM and disk. 1189100438 Q * FireEgl Read error: Connection reset by peer 1189100450 M * Bertl daniel_hozac: hmm, didn't we fix the CoW stuff for xfs already? 1189100457 M * daniel_hozac not AFAIK, at least. 1189100477 M * daniel_hozac i think we have a potential fix, but it's not included nor tested yet. 1189100483 M * Bertl ah, then it was jffs2 ... 1189100488 M * daniel_hozac yeah 1189100495 M * eyck well, actually, enterprise behaves like it has unlimited disks, when you start running out, you add more. 1189100501 Q * yarihm Quit: This computer has gone to sleep 1189100505 M * Bertl I somewhat lost the overview recently, have to go through the code and testing in the near future 1189100536 M * eyck I can test the fix when it becomes available, would that help? 1189100551 M * Bertl sure 1189100558 M * Bertl testing is always welcome 1189100643 M * eyck how about idle musing? 1189100645 M * eyck musings 1189100961 M * Bertl well, usually tollerated :) 1189101371 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 1189101431 M * eyck hehe. 1189101575 J * gerrit ~gerrit@conf.dow.cam.ac.uk 1189104671 Q * michal` Ping timeout: 480 seconds 1189105006 N * DoberMann DoberMann[Flim] 1189105158 J * michal` ~michal@www.rsbac.org 1189105338 Q * jmcaricand Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/ 1189106399 J * mauro ~mauro@host97-173-dynamic.0-79-r.retail.telecomitalia.it 1189106688 Q * mauro 1189106806 J * vanboven ~vanboven@vanboven.xs4all.nl 1189106806 Q * fatgoose Read error: Connection reset by peer 1189106813 J * fatgoose ~samuel@206-248-175-211.dsl.teksavvy.com 1189107158 Q * FaUl Remote host closed the connection 1189108607 J * fatgoose_ ~samuel@206-248-175-211.dsl.teksavvy.com 1189108615 Q * fatgoose Ping timeout: 480 seconds 1189108698 J * mstrobert ~mstrobert@wkstn.wycliffe.ca 1189109015 J * marcfiu ~mef@aegis.CS.Princeton.EDU 1189109111 Q * DavidS|Vechta Quit: Leaving. 1189111875 J * coderanger_ ~coderange@ae-lally-green-183.dynamic2.rpi.edu 1189111988 J * yarihm ~yarihm@84-75-130-73.dclient.hispeed.ch 1189112126 Q * bonbons Quit: Leaving 1189112809 J * balbir ~balbir@194.42.125.16 1189113203 J * ktwilight_ ~ktwilight@201.106-66-87.adsl-dyn.isp.belgacom.be 1189113626 Q * ktwilight Ping timeout: 480 seconds 1189113997 J * ktwilight ~ktwilight@253.76-66-87.adsl-dyn.isp.belgacom.be 1189114090 N * DoberMann[Flim] DoberMann 1189114396 Q * ktwilight_ Ping timeout: 480 seconds 1189115096 N * DoberMann DoberMann[ZZZzzz] 1189115238 Q * mugwump Remote host closed the connection 1189115249 J * mugwump ~samv@watts.utsl.gen.nz 1189115664 Q * coderanger_ Quit: coderanger_ 1189116239 Q * er Quit: Leaving 1189116321 J * coderanger_ ~coderange@marvin-55.dynamic2.rpi.edu 1189116474 Q * FireEgl Read error: Connection reset by peer 1189116735 Q * marcfiu Quit: Leaving. 1189117041 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net 1189117346 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 1189118101 Q * dna Quit: Verlassend 1189119687 Q * ag- Ping timeout: 480 seconds 1189119826 J * yakker ~yakker@aegis.CS.Princeton.EDU 1189119832 N * yakker er 1189119890 M * er hi all 1189119927 Q * FireEgl Ping timeout: 480 seconds 1189120017 M * Bertl hey er! 1189120032 M * er hey Bertl, good to see you. 1189120058 M * Bertl good to 'see' you too 1189120100 M * er i stand corrected. good to c you again. 1189120676 M * er planetlab seems to be spending, um, a _lot_ of its time running the function 'validate_anon_vma' in the kernel 1189120816 M * er hm. no vserver involved though. and it's in CONFIG_DEBUG_VM 1189121239 M * Bertl well, turning off CONFIG_DEBUG_VM should help there, no? 1189121264 M * er Bertl, yep:) but now to figure out how long it has been enabled 1189121279 Q * yarihm Quit: Leaving 1189121282 J * besonen_mobile_ ~besonen_m@71-221-93-100.eugn.qwest.net 1189121289 M * er because PL users have experienced random latencies of seconds in their apps for ages now 1189121300 M * er trying to figure out if this is connected. 1189121355 M * daniel_hozac the 2.6.12 kernel doesn't have CONFIG_DEBUG_VM as an option. 1189121389 M * daniel_hozac (or it depends on one of the disabled debug setting) 1189121400 M * Bertl er: hmm, what kernel are we talking about, btw, and what Linux-VServer patch level? 1189121429 M * er 2.6.20-1.2949.fc6.vs2.2.0.1 1189121448 M * Bertl hmm, you might consider adding at least the fixes for 2.2.0.3 1189121466 M * daniel_hozac most of those are in. 1189121471 Q * quasisane Remote host closed the connection 1189121474 M * daniel_hozac i just didn't increase the version number. 1189121488 M * daniel_hozac (IIRC it's only missing the includes cleanup) 1189121505 J * Aiken_ ~james@ppp121-45-255-55.lns2.bne4.internode.on.net 1189121586 M * er daniel_hozac, in 2.6.12, the it was under RMAP_DEBUG 1189121599 Q * Aiken_ 1189121654 Q * besonen_mobile__ Ping timeout: 480 seconds 1189121709 Q * Aiken Ping timeout: 480 seconds 1189122161 M * er cd