1190160358 Q * cl4sh Quit: leaving
1190161666 N * Ashsong|lunch Ashsong
1190162365 J * virtuoso ~s0t0na@ppp91-122-25-241.pppoe.avangard-dsl.ru
1190162772 Q * virtuoso_ Ping timeout: 480 seconds
1190162946 Q * roym Ping timeout: 480 seconds
1190163442 J * roym ~user@65.173.199.254
1190163457 Q * coderanger__ Quit: coderanger__
1190163709 N * Bertl_zZ Bertl_oO
1190164540 J * besonen_mobile_ ~besonen_m@71-220-234-148.eugn.qwest.net
1190164540 Q * besonen_mobile Read error: Connection reset by peer
1190165206 J * ard ~ard@gw-tweakb16.kwaak.net
1190165694 Q * FireEgl Ping timeout: 480 seconds
1190165781 J * friendly12345 ~friendly@ppp121-44-239-215.lns2.mel4.internode.on.net
1190166325 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
1190168054 Q * roym Read error: Operation timed out
1190169773 M * Ashsong Bertl_oO: 'evening
1190169997 Q * FireEgl Quit: Bye...
1190170254 J * esa ~esa@ip-87-238-2-45.adsl.cheapnet.it
1190170268 Q * eSa| Ping timeout: 480 seconds
1190171504 Q * Piet Quit: Piet
1190173086 J * FireEgl FireEgl@Sebastian.Atlantica.DollarDNS.Net
1190173893 M * Bertl_oO hey Ashsong! how's going?
1190173946 M * blizz help! :-)
1190173957 M * Bertl_oO hmm?
1190173961 M * blizz i've been messing with debian since... 23:30 GMt +1
1190173964 M * blizz ~7 hours
1190173967 M * blizz now it booted. finally..
1190173971 M * Bertl_oO congrats!
1190173978 M * blizz thanks, im relieved and wont get fired today ;-)
1190173981 M * blizz just kidding :-)
1190174005 M * Bertl_oO not today, but tomorrow, when they find out it took your 7 hours :)
1190174008 M * blizz so.. i just built a new vserver. i want its services to be available over the host server's ip
1190174026 M * Bertl_oO use SNAT for that
1190174049 M * blizz let's say.. i had a lot of fun with "dell remote admin console" and several browser plugins which might stop working in the middle of something important
1190174064 M * Bertl_oO ah, dell features :)
1190174065 M * blizz so, internal ips + SNAT?
1190174076 M * Bertl_oO yep, that is usually the best approach
1190174088 M * Bertl_oO if you want to provide 'services' to the outside, then add DNAT too
1190174107 M * Bertl_oO i.e. SNAT for outgoing, DNAT for incoming connections
1190174131 M * blizz ok
1190174172 M * blizz do i need to assign an additional ip for the host system which is in the same subnet as the vservers?
1190174205 M * Bertl_oO not necessarily, but it can help, if you don't use/have 'promote_secondaries'
1190174216 M * blizz ahh, i remember
1190174225 M * Ashsong Bertl_oO: hello again.
1190174242 M * Bertl_oO Ashsong: http://vserver.13thfloor.at/Experimental/delta-cow-fix13.diff should fix the issue for you :)
1190174244 M * Ashsong quick question: can you please remind me of the iptables commands to get network access with qemu?
1190174269 M * Ashsong Bertl_oO: excellent. curious bug, wasn't it?
1190174285 M * Bertl_oO iptables -t nat -A POSTROUTING -s guest-ip -J SNAT --to <host-ip> 
1190174307 M * Bertl_oO or to make it more strict:
1190174319 M * Bertl_oO iptables -t nat -A POSTROUTING -s <guest-ip> -o <host-if> -J SNAT --to <host-ip> 
1190174357 M * Bertl_oO Ashsong: well, I'm quite suprised it didn't show up earlier
1190174370 M * Bertl_oO (maybe it did, but nobody reported it properly)
1190174398 M * Ashsong was it specific to calls to utimes() or more generic?
1190174411 M * Ashsong I take it from the fact that you're patching namei.c that it was more widespread.
1190174436 M * Bertl_oO not sure it actually fixes your problems (completely) but it is a step in the right direction
1190174445 M * Ashsong hmm.
1190174454 M * Ashsong what's your hypothesis about what was going on?
1190174460 M * Bertl_oO the issue was that the cow link breaking didn't 'copy' certain attributes 
1190174476 M * Bertl_oO e.g. uid/gid attributes got lost :(
1190174484 M * Ashsong hmm.
1190174495 M * blizz Bertl_oO: you're my hero ;-)
1190174521 M * Bertl_oO Ashsong: if there is need, with the current change, we can add more attributes to the list
1190174537 M * Ashsong Bertl_oO: I just want to make sure I've understood what the problem was
1190174538 M * Bertl_oO but I'm not sure we actually need to copy any of the time stamps
1190174559 M * Ashsong So when rsync called utimes(), it broke the link...
1190174584 M * Ashsong this had the effect of resetting the file's uid/gid to 0/0
1190174596 M * Ashsong (because vserver wasn't copying those attributes?)
1190174598 M * Bertl_oO exactly
1190174604 M * Ashsong mmm.
1190174616 M * Ashsong okay.
1190174668 M * Bertl_oO I'm not sure what your usage pattern actually is, but I assume it is the 'update' setup for the distro
1190174673 M * Ashsong well, you've just done all my work this evening for me, it seems. :)
1190174677 M * Ashsong Bertl_oO: that's correct.
1190174693 M * Bertl_oO so I wonder why rsync is actually changing times on the files?
1190174695 M * Ashsong We're rsyncing a bunch of data on top of a shadow of the current data.
1190174701 M * Bertl_oO or was that just for testing?
1190174710 M * Ashsong Bertl_oO: not sure.
1190174729 M * Ashsong cscott wrote the actual rsync command; I was just writing the containerization wrappers.
1190174732 M * Bertl_oO because if rsync, for whatever reason, is doing that 'just to make sure' then you want to look into disabling that
1190174740 M * Ashsong ... and then debugging the result. :)
1190174753 M * Bertl_oO otherwise you will end up breaking _all_ files in the tree
1190174756 M * Ashsong right.
1190174767 M * Ashsong good point.
1190174779 M * Bertl_oO so a read, check, write if changed approach would be better :)
1190174805 M * Ashsong Bertl_oO: rsync is annoying for other reasons, notably that it takes RAM proportional to the number of changed files to run.
1190174815 M * Ashsong That means we're at substantial risk of OOM when we try to upgrade...
1190174819 M * Ashsong (for big upgrades)
1190174837 M * Bertl_oO this, btw, is the test procedure I used: http://paste.linux-vserver.org/6631
1190174894 M * Ashsong thanks.
1190174910 M * Bertl_oO you're welcome! 
1190174945 M * Ashsong should I inquire about dlimits?
1190174977 M * Bertl_oO nothing new there, I had an emergency, and didn't get to finalizing that
1190175018 M * Ashsong okay. 
1190175023 M * Ashsong were you able to resolve your emergency?
1190175026 M * Bertl_oO I have work todo for today, but it's on my 'urgent - todo' list for tomorrow 
1190175044 M * Bertl_oO yeah, the emergency could be handled quite fine ...
1190175049 M * Ashsong Bertl_oO: I was just checking on how things were going - we've got our hands *quite* full with other things first.
1190175054 M * Ashsong :)
1190175065 M * Ashsong and your prompt help with this bug was most appreciated.
1190175074 M * Bertl_oO hehe, yeah the last view chats with neuralis gave that impression
1190175088 M * Bertl_oO s/view/few/
1190175097 A * Bertl_oO needs more caffeine :)
1190175112 M * Ashsong Bertl_oO: incidentally, I had a realization recently that Rainbow is basically a vserver-shell.
1190175115 M * Ashsong I think.
1190175152 M * Bertl_oO shell as in 'bash/tcsh/ash'?
1190175168 M * Ashsong shell as in "program that does job-control and manages the environment for other software"
1190175171 M * Ashsong so yes.
1190175187 M * Ashsong though we're not quite as user-friendly yet, I'm afraid... :)
1190175189 M * Bertl_oO interesting view point, but yes, in some way that is true
1190175211 M * Bertl_oO so the next feature request ... vim-bindings for Rainbow :)
1190175217 M * Ashsong :)
1190175267 M * Ashsong Bertl_oO: I was thinking about it because one of our other developers was exclaiming last night that he really wished he could run his music-daemon (and other misc software) inside a rainbow-like container.
1190175301 M * Ashsong I told him that while I didn't have time to do it in the immediate future, it wasn't too hard to do with what we've already built.
1190175312 M * Ashsong is his need already supported by software that you've built?
1190175345 M * Bertl_oO sure, I think util-vserver should already handle that quite well
1190175367 M * Bertl_oO (so not, what I've built, to be correct here :)
1190175376 M * Ashsong understood.
1190175403 M * Ashsong you're referring to vcontext, ncontext, and vhashify in particular?
1190175404 M * Bertl_oO you can use the modules like vcontext, ncontext and friends for that
1190175410 M * Bertl_oO yep :)
1190175411 M * Ashsong hah! :)
1190175433 M * Bertl_oO or if you prefer the 'hard' way, use vcmd :)
1190175492 M * Ashsong true enough.
1190175534 M * Bertl_oO okay, have to get a shower now ... let me know how the patch does in your setup
1190175538 M * Ashsong indeed.
1190175541 M * Ashsong thanks.
1190175549 M * Bertl_oO again, np, cya!
1190175553 M * Ashsong 'night!
1190175628 M * Supaplex already?
1190175640 M * Supaplex where's the memo? no memo for that? awe rats! ;)
1190176495 Q * Baby Remote host closed the connection
1190178674 M * daniel_hozac Bertl_oO: why shouldn't we keep the ctime?
1190179229 M * Bertl_oO ctime is the 'change time' and the file is written to, so?
1190179302 M * daniel_hozac hmm, i guess it would fall into the link count change category, true.
1190179502 M * Bertl_oO if we find a case where the ctime isn't modified anyways, we can simply add it to the list of attributes
1190181768 J * sharkjaw ~gab@158.36.44.106
1190182893 J * jmcaricand ~user@d83-179-255-49.cust.tele2.fr
1190185507 J * coderanger_ ~coderange@pepe-27.dynamic2.rpi.edu
1190186133 Q * the-dude Ping timeout: 480 seconds
1190187175 Q * hparker Quit: g'nite
1190187298 J * dna ~dna@184-196-dsl.kielnet.net
1190188187 M * renihs hmm who was the one playing around with xen/vserver combos? 
1190188247 M * daniel_hozac ray6
1190188518 M * renihs thanks hmm though i think to remember different name
1190188538 M * renihs is he in here too from time to time?
1190188603 M * daniel_hozac haven't seen him in quite some time.
1190188656 M * renihs hmm :(
1190188697 J * Wonka produziert@chaos.in-kiel.de
1190188791 N * esa eSa|
1190188836 J * quiksilv ~quiksilv@203.176.96.250
1190188970 M * DavidS renihs: me too :)
1190188971 M * Wonka re
1190189071 M * renihs DavidS, vservers in xen? 
1190189098 M * DavidS renihs: yeah
1190189118 P * cehteh Client exiting
1190189118 M * renihs i am currently thinking/trying/doing/working on integrating it on my vserver livecd but might be nice to exchange experience/stuff etc :)
1190189129 M * DavidS i have only a very small setup though: only a single hvm domU with a legacy installation with vservers
1190189133 J * cehteh ~ct@pipapo.org
1190189146 M * DavidS I use debians stock kernels
1190189148 M * cehteh wrong button
1190189150 M * renihs nice hmm 
1190189170 M * DavidS the new stuff I'm setting up goes to vservers in my dom0
1190189175 M * renihs ya especially with new drbd 8.0.6, cant ignore that
1190189202 M * DavidS I'm planning to drop xen as soon as I have migrated everything from the sarge domU to the etch dom0's vservers
1190189218 M * renihs hmm how do you mean drop?
1190189245 M * DavidS drop as in remove my last domU and switch to a non-xen kernel
1190189250 J * meandtheshell ~markus@85.127.114.102
1190189252 M * renihs ah ok
1190189264 M * renihs ya i am currently searching a fitting cpu 
1190189279 M * renihs but we dont have a useable/free here right now :(
1190189281 M * renihs need to wait 
1190189296 M * renihs hmm which kernels you use currently?
1190189321 M * DavidS linux-image-2.6.18-5-xen-vserver-686
1190189327 M * renihs hah, you are austria too :p
1190189333 M * renihs ah me is on 20
1190189359 M * DavidS one of the reasons to drop xen, is that there are no debian backports of newer kernels with xen
1190189373 M * daniel_hozac because xen is still on 20, AFAIK.
1190189397 M * renihs ya dropping xen would/could be nice/simpler
1190189398 Q * FireEgl Quit: Bye...
1190189405 M * DavidS and .18 has still vs2.0  while i would really like to go vs2.2 which is included in the newer debian kernels
1190189440 M * renihs DavidS, but not on livesystems?
1190189447 M * DavidS and i personally think that the new mainline virtualisation thingies are the way to go and xen will be on the way out if they don't jump on that train
1190189454 M * renihs i mean, that isnt a livesystem or ?
1190189468 M * DavidS it's in production, if you mean that
1190189470 M * renihs ya on long term for sure :)
1190189493 M * renihs DavidS, na livesystems in sense of livecds and stuff 
1190189509 M * renihs http://dev.gentooexperimental.org/~renihs/  <-- want to integrate it there :P
1190189515 M * DavidS no, it's a real installation
1190189532 M * renihs ya intented for real too, but its so cute having it runable from some media :)
1190189561 M * renihs that is a gentoo though :)
1190189568 M * DavidS although i played around with moving the root fs to a CD, for enhanced security, but i figure it's too much hassle, if i look at the security update churn
1190189599 M * renihs hmm ya but for demonstration or testing its very nice
1190189604 M * DavidS that it is :)
1190189607 M * renihs usefull i mean :)
1190189666 M * renihs hmm ya i am not sure howto proceed with the xen thingie on livecd but i guess that i will figure out on the way there :p
1190189686 M * renihs cant be much difference to a normal livecd ...at least i hope
1190189701 M * renihs DavidS, you also play around with drbd?
1190189737 M * DavidS not yet. my private installation is too small and my customers have enough money for SAN :)
1190189754 M * renihs i know the feeling :)
1190189806 M * renihs but with the live migration http://fghaas.wordpress.com/2007/09/03/drbd-806-brings-full-live-migration-for-xen-on-drbd/
1190189808 M * renihs looks nice
1190189836 M * DavidS although, given the experience with the SAN, I feel that drbd would have been as cost-effective without the proprietary hassle
1190189878 M * renihs ya i played a bit with it and its nice...also the company that creates it is just on the next corner
1190190602 M * DavidS re drbd: i'm still undecided whether it wouldn't be easier / simpler to setup a AOE NAS and use something like GFS on it
1190191775 M * eyck hmm, you people are versed in this new-fangled 2.6.x development...
1190191800 M * eyck where did all my ptys go? I can only open ~16 or so..
1190191875 M * daniel_hozac i have 21 open right now...
1190191928 M * eyck I had 34 open a minute ago, and now on 2.6 I can't do anything no more :( 
1190191942 M * eyck oooh, CONFIG_LEGACY_PTY_COUNT=16, thanx
1190191961 M * daniel_hozac hmm, legacy pty? might want to migrate to /dev/ptmx and /dev/pts...
1190191991 M * eyck and how do I do that? I've got /dev/ptmx
1190192022 M * daniel_hozac and /dev/pts?
1190192045 M * eyck nope
1190192055 M * eyck not here at least
1190192081 M * eyck oooh, that's the culprit: devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) ?
1190192093 M * daniel_hozac looks fine to me...
1190192108 M * eyck yeah, that line is  missing :)
1190192205 J * Baby ~miry@195.37.62.208
1190194451 M * Wonka i got a problem with 2.6.22.6-vs2.3.0.20
1190194469 M * Wonka epmd binds to tcp 0.0.0.0:4369
1190194472 Q * Baby charon.oftc.net unununium.oftc.net
1190194472 Q * dna charon.oftc.net unununium.oftc.net
1190194472 Q * eSa| charon.oftc.net unununium.oftc.net
1190194472 Q * ard charon.oftc.net unununium.oftc.net
1190194472 Q * Loki|muh charon.oftc.net unununium.oftc.net
1190194472 Q * pusling charon.oftc.net unununium.oftc.net
1190194472 Q * duckx charon.oftc.net unununium.oftc.net
1190194472 Q * Vudumen charon.oftc.net unununium.oftc.net
1190194472 Q * ex charon.oftc.net unununium.oftc.net
1190194472 Q * phedny charon.oftc.net unununium.oftc.net
1190194472 Q * vasko charon.oftc.net unununium.oftc.net
1190194472 Q * danman charon.oftc.net unununium.oftc.net
1190194472 Q * grobie charon.oftc.net unununium.oftc.net
1190194472 Q * renihs charon.oftc.net unununium.oftc.net
1190194472 Q * bXi charon.oftc.net unununium.oftc.net
1190194472 Q * blizz charon.oftc.net unununium.oftc.net
1190194472 Q * ruskie charon.oftc.net unununium.oftc.net
1190194472 Q * mcp charon.oftc.net unununium.oftc.net
1190194497 M * Wonka the resulting listening socket listens on $ip:4369
1190194498 J * pusling pusling@88.212.70.38
1190194512 M * Wonka some later process tries to connect to 127.0.0.1:4369, which fails
1190194516 J * blizz ~stephan@evilhackerdu.de
1190194521 J * danman danman@eliza.wigner.bme.hu
1190194527 J * bXi bluepunk@irssi.co.uk
1190194563 J * dna ~dna@184-196-dsl.kielnet.net
1190194563 J * renihs ~penguin@83-65-34-34.arsenal.xdsl-line.inode.at
1190194563 J * vasko ~vasko@unreal.rainside.sk
1190194577 J * Baby ~miry@195.37.62.208
1190194579 J * duckx ~Duck@tox.dyndns.org
1190194594 J * mcp ~hightower@wolk-project.de
1190194614 J * grobie ~grobie@master.schnuckelig.eu
1190194621 J * esa ~esa@ip-87-238-2-45.adsl.cheapnet.it
1190194692 M * daniel_hozac Wonka: are you sure it binds to 0.0.0.0?
1190194703 M * Wonka daniel_hozac: i looked at it with strace
1190194708 M * daniel_hozac Wonka: tail /proc/virtnet/<nid>/*
1190194733 J * ruskie ruskie@ruskie.user.oftc.net
1190194789 J * ex ex@valis.net.pl
1190194806 M * Wonka ejabberd-strace.9600:bind(3, {sa_family=AF_INET, sin_port=htons(4369), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
1190194809 M * Wonka moment
1190194811 J * Vudumen 330339f64e@perverz.hu
1190194829 J * phedny ~mark@ip56538143.direct-adsl.nl
1190194831 J * Loki|muh loki@satanix.de
1190194861 M * Wonka daniel_hozac: which of that? all?
1190194929 M * Wonka daniel_hozac: https://chaos.in-kiel.de/~w/tmp/virtnet.txt
1190195521 J * cl4sh ~cl4sh@qik.ds.pg.gda.pl
1190197757 N * esa eSa|
1190198088 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
1190200287 M * daniel_hozac Wonka: nattribute --set --nid <guest> --flag ~single_ip
1190200386 M * Wonka daniel_hozac: thx, runs now.
1190200456 M * Wonka daniel_hozac: where can I enter that into some file for later reboots?
1190200658 M * daniel_hozac /etc/vservers/<guest>/nflags
1190200751 M * Wonka echo '~SINGLE_IP' > nflags
1190200752 M * Wonka nor?
1190200764 M * Wonka (it's not there yet)
1190200780 M * daniel_hozac right
1190200858 M * Wonka thx
1190201686 J * ard ~ard@gw-tweakb16.kwaak.net
1190202591 J * JonB ~NoSuchUse@130.227.63.19
1190202602 M * JonB hey
1190202613 M * JonB after reading http://linux-vserver.org/Frequently_Asked_Questions#How_can_I_make_.27vserver_start.27_mount_the_root_filesystem.3F
1190202624 M * JonB i am thinking... how do i make it run fsck first?
1190202651 M * daniel_hozac the utils currently won't run fsck on their own, you'd have to make that an initialize script or so.
1190202662 M * JonB hmm
1190202683 J * Piet ~piet@tor.noreply.org
1190202686 M * JonB is it a shell script that mounts the partitions?
1190202702 M * daniel_hozac you can do what you want.
1190202724 M * JonB i think we misunderstand each other
1190202745 M * JonB following that FAQ i put the entries in the /etc/vservser/name/fstab file
1190202764 M * JonB i was wondering what script parsed that file and mounted the entries?
1190202789 M * JonB why? because i wanted to hook into right before that script, or the same script and run fsck
1190202803 M * JonB and then commit the changes back to you guys
1190202804 Q * cl4sh Quit: leaving
1190202807 J * cl4sh ~cl4sh@qik.ds.pg.gda.pl
1190202812 M * JonB that seems to me the right way to do it
1190202914 M * daniel_hozac secure-mount parses the file and mounts it.
1190202958 M * JonB thanks
1190202976 M * daniel_hozac that's not what should run fsck though.
1190202980 M * JonB do you know if i can "ask" the filesystem if it is clean/last check?
1190202990 M * JonB why not?
1190203013 M * daniel_hozac fsck will by default not check filesystems that aren't overdue their check-time or that are clean?
1190203014 J * lilalinux ~plasma@dslb-084-058-202-051.pools.arcor-ip.net
1190203049 M * daniel_hozac because secure-mount is what performs the mount. running fsck should happen before that.
1190203049 M * JonB daniel_hozac: okay, then i suppose i could just run it
1190203082 M * JonB daniel_hozac: do you know what calls the secure-mount script? then i suppose i could add a line justbefore that that checked the fs's
1190203089 M * daniel_hozac secure-mount is a program.
1190203138 M * daniel_hozac the correct place to do the fsck is scripts/vserver.start
1190203205 M * JonB you mean a script pr. vserveR?
1190203230 M * daniel_hozac no.
1190203271 M * JonB i can not find the scripts directory you talk about
1190203281 M * daniel_hozac it's in the util-vserver source
1190203293 M * JonB okay
1190203304 M * JonB which i suppose is stored here: /usr/lib/util-vserver/vserver.start
1190203304 M * JonB  ?
1190203313 M * JonB in the installed version?
1190203335 M * daniel_hozac on a 32-bit system, yes.
1190203348 M * JonB okay, thanks, i will look at that part
1190203789 M * JonB starting seems to work fine, but when i stop i get alot of umount: /home: must be superuser to umount
1190203789 M * JonB umount2: Operation not permitted
1190203933 M * JonB but they seem clean
1190204274 Q * lilalinux Remote host closed the connection
1190204424 J * roym ~user@adsl-065-006-164-142.sip.mia.bellsouth.net
1190204546 M * daniel_hozac hmm?
1190204768 J * FaUl immo@shell.chaostreff-dortmund.de
1190204771 M * FaUl back
1190205669 M * eyck fall-back?
1190205677 M * eyck oh, faulback
1190205711 M * FaUl yea
1190205720 M * FaUl it's almost the same - but only almost ;-)
1190205727 M * JonB heh
1190205757 M * FaUl arr, talk like a pirat' 'ay ARRRRRRRR
1190205807 M * sid3windr yarrrr.
1190205809 M * sid3windr shiver me timbers
1190206129 J * ema ~ema@fw.galliera.it
1190206419 J * yarihm ~yarihm@84-75-130-73.dclient.hispeed.ch
1190207092 Q * Aiken Quit: Leaving
1190207289 P * friendly12345 
1190207803 Q * rorem- Read error: Connection reset by peer
1190207970 J * rorem- ~roremtank@bzq-219-46-202.isdn.bezeqint.net
1190208147 M * JonB it seems like my debian fsck program does not respect it's manpages words about setting the FSTAB_FILE variable :-(
1190208265 M * JonB hmm found the mistake
1190208417 M * FaUl JonB: fscking fsck-programm ;-)
1190208455 M * JonB such FaUl words you are using ;-)
1190208721 M * sid3windr rofl
1190208976 M * JonB it seems like my fsck hooks into vserver.start is 2-8 lines + a few comments
1190208987 M * JonB do you want a patch that does all in vserver.start
1190209006 M * JonB or a vserver.fsck file + a patch into vserver.start that calls vserver.fsck ?
1190209012 M * daniel_hozac it should be a function in scripts/vserver.functions that's called before mountRootFS.
1190209050 M * JonB okay
1190209313 J * Julius ~julius@p57B2646C.dip.t-dialin.net
1190209630 Q * rorem- Remote host closed the connection
1190209668 Q * FireEgl Read error: Network is unreachable
1190209709 M * JonB what do i do about bad exit codes?
1190209718 M * JonB check and exit in function, or when i call it?
1190209818 Q * coderanger_ Quit: coderanger_
1190209825 Q * sharkjaw Quit: Leaving
1190210383 J * coderanger_ ~coderange@xf-92a-06.dynamic2.rpi.edu
1190210453 M * JonB works, commit later
1190210554 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
1190210946 Q * JonB Ping timeout: 480 seconds
1190211429 Q * renihs Quit: Leaving
1190211946 Q * Julius Remote host closed the connection
1190212541 Q * ruskie Quit: Caught sigterm, terminating...
1190212569 J * ruskie ~ruskie@ruskie.user.oftc.net
1190213679 J * balbir ~balbir@122.167.72.140
1190215504 Q * jmcaricand Remote host closed the connection
1190216687 N * ensc Guest646
1190216697 J * ensc ~irc-ensc@p54B4FDAE.dip.t-dialin.net
1190216806 Q * Guest646 Ping timeout: 480 seconds
1190217268 J * emtty ~eric@dynamic-acs-24-154-85-144.zoominternet.net
1190217597 J * the-dude ~martijn@senturparks.xs4all.nl
1190217600 Q * the-dude Remote host closed the connection
1190217617 J * the-dude ~martijn@senturparks.xs4all.nl
1190218188 Q * arachnist Ping timeout: 480 seconds
1190218622 Q * meandtheshell Quit: Leaving.
1190218706 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33
1190218812 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk
1190218817 Q * JonB 
1190219158 Q * DavidS Quit: Leaving.
1190220371 J * FCOJ ~mordur@85-220-103-55.dsl.dynamic.simnet.is
1190221655 Q * coderanger_ Ping timeout: 480 seconds
1190221742 Q * ema Quit: leaving
1190221915 J * jmcaricand ~jmcarican@d83-179-166-153.cust.tele2.fr
1190222306 J * rorem- ~roremtank@bzq-219-46-202.isdn.bezeqint.net
1190222344 J * hparker ~hparker@linux.homershut.net
1190222876 J * Julius ~julius@p57B2646C.dip.t-dialin.net
1190223031 M * hparker Ahoy mateys!
1190223497 Q * Julius Ping timeout: 480 seconds
1190223641 Q * Piet Ping timeout: 480 seconds
1190223745 J * coderanger ~coderange@kantrn.stu.rpi.edu
1190223753 J * coderanger_ ~coderange@xf-92a-06.dynamic2.rpi.edu
1190223923 Q * coderanger_ 
1190224161 J * Julius ~julius@p57B2646C.dip.t-dialin.net
1190224246 J * Piet ~piet@tor.noreply.org
1190224497 J * coderanger_ ~coderange@taz-25.dynamic2.rpi.edu
1190224676 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1190224954 Q * FCOJ Quit: Leaving
1190225172 M * mstrobert hparker: ahoy :)
1190226379 J * meandtheshell ~markus@85.127.114.102
1190226556 P * meandtheshell 
1190226953 J * cl4sh_ ~cl4sh@qik.ds.pg.gda.pl
1190227203 Q * cl4sh_ 
1190227215 J * cl4sh_ ~cl4sh@qik.ds.pg.gda.pl
1190227494 M * derjohn if 'ping localhost' doesnt answer within a guest, how can I enable the re-mapping to the fist ip in the guest? I think it disabled in my case ...
1190227562 M * hparker Don't do that, I tried and had a networkless guest :-o 
1190227584 M * hparker I think if you define it in /etc/hosts it automajically works
1190227604 M * hparker I didn't play anymore after I broke that one ;)
1190227662 Q * cl4sh_ Quit: leaving
1190227664 J * cl4sh_ ~cl4sh@qik.ds.pg.gda.pl
1190227675 Q * cl4sh Quit: leaving
1190228319 M * derjohn well, localhost is defined, if i ping 127.0.0.1 it says pinging 127.0.0.1, but doesnt get an answer. so the capabilty seems to be there ...
1190228537 M * hparker Is it listed in /etc/hosts?
1190229422 Q * cl4sh_ Quit: leaving
1190229424 J * cl4sh ~cl4sh@qik.ds.pg.gda.pl
1190229868 Q * Baby Ping timeout: 480 seconds
1190230157 Q * balbir Quit: Ex-Chat
1190230307 J * Baby ~miry@195.37.62.208
1190230405 J * balbir ~balbir@122.167.72.140
1190231157 Q * Baby Ping timeout: 480 seconds
1190231451 Q * coderanger_ Ping timeout: 480 seconds
1190231825 M * daniel_hozac derjohn: ping sucks. use TCP or UDP to verify the rewriting.
1190232181 M * Bertl_oO well, IIRC, 2.3.x should get that one right too
1190232226 M * daniel_hozac right, but 2.3 doesn't rewrite it :)
1190232239 M * daniel_hozac (to the first guest IP, that is)
1190232391 M * Bertl_oO well, it does rewrite it to the lback address 
1190232399 M * daniel_hozac exactly
1190232434 M * daniel_hozac speaking of which, should SINGLE_IP ever be set if AUTO_LBACK is enabled?
1190232471 M * daniel_hozac Wonka had the problem that binding to 0.0.0.0 bound to the single IP, and as such, 127.0.0.1 didn't work.
1190232484 M * Bertl_oO not necessarily related, the AUTO_LBACK is just the 'assign' loopback ip, not the remapping
1190232513 M * daniel_hozac IIRC, AUTO_LBACK sets both the remapping and the hiding bits by default?
1190232527 M * Bertl_oO does it?
1190232532 Q * Julius Remote host closed the connection
1190232561 M * Bertl_oO have to check that, in this case it is a bug ...
1190232561 M * daniel_hozac __nxf_init_set says so, at least :)
1190232656 M * Bertl_oO will look into that tomorrow ... I'm dead tired ...
1190232668 M * Bertl_oO have a good one everyone ... cya!
1190232673 M * daniel_hozac good night!
1190232675 N * Bertl_oO Bertl_zZ
1190232734 J * coderanger_ ~coderange@taz-25.dynamic2.rpi.edu
1190233289 M * Wonka re
1190236820 Q * Pazzo Quit: ...
1190236852 J * Aiken ~james@ppp121-45-250-174.lns2.bne4.internode.on.net
1190236855 J * Loki|muh_ loki@satanix.de
1190236911 Q * ruskie Quit: Disconnecting from stoned server.
1190236911 Q * Loki|muh Read error: Connection reset by peer
1190236911 N * Loki|muh_ Loki|muh
1190237084 J * ruskie ~ruskie@ruskie.user.oftc.net
1190238208 Q * bonbons Quit: Leaving
1190238622 Q * coderanger_ Quit: coderanger_
1190238990 J * coderanger_ ~coderange@silver-fang-26.dynamic2.rpi.edu
1190239137 Q * gcj Quit: Leaving
1190239284 Q * coderanger_ Read error: Operation timed out
1190239438 J * arachnist arachnist@088156185052.who.vectranet.pl
1190239589 M * Wonka what do messages like "vxW: xid=124 messing with the procfs." mean?
1190239834 Q * dna Quit: Verlassend
1190240852 J * ktwilight_ ~ktwilight@237.69-66-87.adsl-dyn.isp.belgacom.be
1190241261 Q * ktwilight Ping timeout: 480 seconds
1190241656 Q * hallyn_ Quit: leaving
1190242416 Q * arachnist Ping timeout: 480 seconds
1190242653 J * arachnist arachnist@088156185052.who.vectranet.pl
1190243231 Q * balbir Ping timeout: 480 seconds
1190243352 Q * arachnist Ping timeout: 480 seconds
1190243910 J * balbir ~balbir@122.167.68.255
1190244691 Q * hparker Quit: Quit
1190245664 J * hparker ~hparker@linux.homershut.net