1219795218 M * daniel_hozac hparker: hmm. and no debootstrap output either? 1219795228 M * hparker nothing 1219795234 M * daniel_hozac in the debian file, i mean. 1219795252 M * hparker $ sudo /usr/sbin/vserver freeside.pcsrvc.com build -m debootstrap --context 111 --hostname freeside.pcsrvc.com --interface 10.0.0.111/24 -- -d lenny -m http://ftp.us.debian.org/debian -- --arch amd64 &> debian ? 1219795252 M * hparker Password: 1219795252 M * hparker hparker@saturn ~ $ ll /vservers/ 1219795266 M * hparker Which file? 1219795292 M * daniel_hozac 'debian', in your current working directory. 1219795300 M * daniel_hozac the file to which you redirected the output. 1219795345 M * hparker http://rafb.net/p/YhHLbY51.html debian in my ~. 1219795348 M * hparker ~/ 1219795393 M * daniel_hozac huh... 1219795408 M * hparker See anything I did wrong? 1219795414 Q * dowdle Remote host closed the connection 1219795428 M * daniel_hozac not really. 1219795433 M * daniel_hozac try not specifying a mirror? 1219795484 M * hparker just dumps me to a command prompt 1219795501 M * daniel_hozac well, you're still redirecting the output to 'debian', i guess :) 1219795550 M * hparker http://rafb.net/p/WKajmc71.html 1219795576 M * hparker yes, up arrows rock ;) 1219795691 M * daniel_hozac so what's the exact command you're using? 1219795806 M * hparker hparker@saturn ~ $ sudo /usr/sbin/vserver freeside.pcsrvc.com build -m debootstrap --context 111 --hostname freeside.pcsrvc.com --interface 10.0.0.111/24 -- -d lenny -- --arch amd64 &> debian ? 1219795902 M * daniel_hozac try running it with --debug, see what the debootstrap command ends up being... looks like something's giving it arguments it doesn't understand. 1219798543 Q * androsch 1219800992 Q * balbir Ping timeout: 480 seconds 1219803686 J * balbir ~balbir@59.145.136.1 1219807125 T * * 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. 1219807125 T * ChanServ - 1219807140 Q * Bertl_zZ Remote host closed the connection 1219807187 Q * morrigan Ping timeout: 480 seconds 1219807265 J * britneypire ~britneypi@ANantes-257-1-135-233.w90-32.abo.wanadoo.fr 1219807377 Q * britneypire 1219807406 J * Bertl_zZ herbert@IRC.13thfloor.at 1219807411 Q * balbir Ping timeout: 480 seconds 1219807418 J * morrigan morrigan@IRC.13thfloor.at 1219807426 N * Bertl_zZ Bertl 1219807441 M * Bertl morning folks! 1219807497 M * daniel_hozac morning Bertl! 1219808278 Q * derjohn_mob Ping timeout: 480 seconds 1219808585 J * balbir ~balbir@59.145.136.1 1219810041 Q * balbir Ping timeout: 480 seconds 1219810542 M * Bertl daniel_hozac: everything fine with the cow breaking now? 1219810574 M * daniel_hozac yep. 1219810660 M * Bertl regarding the pid space stuff, I would like to go easy on that, but have it tested as soon as possible ... so I was thinking about the following: 1219810742 M * Bertl maybe we can keep the isolation part in place (and make it conditional in a second step, and remove it later) while providing new tools to fully utilize the pid spaces including enter and init replacement 1219810770 M * Bertl I think the pid isolation as we do it right now will not interfere with the pid spaces per se, no? 1219810785 M * Bertl (exculding the pid=1 handling, which we can safely remove) 1219810809 M * daniel_hozac should be fine... 1219810831 M * Bertl we would need a new create interface version, I think 1219810836 J * balbir ~balbir@59.145.136.1 1219810854 M * Bertl so that newer tools get the full pid space feature set, no? 1219810913 M * Bertl what's your general opinion on that? 1219810914 M * daniel_hozac and the newer version does the pid space handling? 1219810924 M * daniel_hozac or do you want to move it to the utils? 1219810952 M * Bertl no, newer version does the pid space handling in the kernel, as discussed (unless there is a good reason to do it in userspace) 1219811014 M * daniel_hozac okay. 1219811070 M * Bertl we are still aiming for a full isolation replacement, so it would be great if we could have a magic switch which allows to turn on/off the new interface (for the tools) 1219811108 M * Bertl so that we kind-of could test the 'old' interface mechanics on the new interface 1219811128 M * daniel_hozac wouldn't using two sets of tools accomplish that? 1219811799 J * derjohn_mob ~aj@e180192226.adsl.alicedsl.de 1219811948 M * Bertl probably 1219813001 Q * balbir Ping timeout: 480 seconds 1219814042 J * cryptronic ~oli@p54A3B29D.dip0.t-ipconnect.de 1219814473 J * cybergirl ~cybergirl@ANantes-257-1-135-233.w90-32.abo.wanadoo.fr 1219814573 M * Bertl welcome cybergirl! 1219814597 Q * cybergirl 1219814709 J * ntrs__ ~ntrs@77.29.77.196 1219815558 Q * cryptronic Quit: Leaving. 1219815748 J * sharkjaw ~gab@149-66-195.231210.adsl.tele2.no 1219815762 M * Bertl wb sharkjaw! 1219815883 M * hparker daniel_hozac: Sorry, had to go lay down, back got the better of me... Anywho, here's --debug http://rafb.net/p/Hf0AfI11.html 1219815921 M * Bertl /tmp exists inside the guest? 1219815951 M * hparker New guest 1219815966 M * Bertl ah, yes, I see 1219815968 M * hparker Or at least attempting to build a new one 1219815986 M * daniel_hozac hparker: where does that '?' come from? 1219816001 M * hparker errmm... Typo? :P 1219816019 M * daniel_hozac so... try without it ;) 1219816042 M * hparker Working on it.. And it's taking longer 1219816058 M * Bertl that's a good sign :) 1219816088 M * hparker yes, tail -f debian shows things happening ;) 1219816106 M * hparker thanks guys 1219816154 M * Bertl you're welcome! 1219816184 M * hparker It's always the little things.... 1219816368 M * quote :> 1219816527 Q * derjohn_mob Ping timeout: 480 seconds 1219816664 M * Bertl daniel_hozac: do you think we should make the AUTO_SINGLE default to 'n' in the future? 1219816747 M * daniel_hozac yes, i think so. 1219817026 M * hparker hrrmm.. guess it would help if it started :P 1219817091 M * hparker http://rafb.net/p/elRRjH11.html 1219817116 M * daniel_hozac hparker: lenny switched to rsyslog. you need a util-vserver snapshot to make sure it doesn't get disabled. 1219817133 M * hparker oh 1219817142 M * hparker hrrmmm 1219817159 M * daniel_hozac http://svn.linux-vserver.org/projects/util-vserver/changeset/2753 is the changeset. 1219817258 M * hparker would it be easier to go with the last version of debian? 1219817267 M * hparker whatever that is :P 1219817274 M * daniel_hozac last stable, you mean? 1219817284 M * hparker yeah 1219817288 M * daniel_hozac but you can apply the changeset to your current util-vserver install. 1219817298 M * hparker not debian smart :P 1219817301 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1219817324 M * daniel_hozac just curl 'http://svn.linux-vserver.org/projects/util-vserver/changeset/2753?format=diff&new=2753' | patch /usr/lib*/util-vserver/distributions/debian/initpost 1219817341 M * hparker ahh, thanks! 1219817451 M * hparker Do I need to reinstall the guest? 1219817474 M * daniel_hozac just rerunning the script is sufficient. 1219817505 M * daniel_hozac or... no it's not. but you can chroot to the guest and enable it yourself. 1219817945 M * hparker I deleted the guest and reinstalled after your command and it still doesn't start 1219818004 Q * larsivi Quit: Konversation terminated! 1219818092 M * hparker http://rafb.net/p/2KdxXn95.html 1219818282 M * hparker daniel_hozac: ^^ 1219818311 M * Bertl ah, so you don't want any help from me :P 1219818357 M * hparker Bertl: um, not wanting to put you out :P 1219818370 M * hparker I'm open to all help ;) 1219818414 M * Bertl looks like the startup (rc) script is doing something with stty, which fails early 1219818434 M * hparker nice 1219818443 M * Bertl IIRC, recent tools fixed/handled that somehow, what util-vserver version do you use? 1219818448 M * hparker I like it when things bail early :P 1219818498 M * hparker .215 with the patch daniel_hozac gave up there ^^ 1219818599 M * Bertl well, you can probably eliminate the stty call in the rc script, but I think daniel_hozac handled that already (with one of the pre versions) 1219818872 M * daniel_hozac hparker: hmm... what does ls /vservers//etc/rc3.d show? 1219818921 M * Bertl daniel_hozac: I think (for whatever reason) they added some stty lines to the rc script itself, or am I completely wrong? 1219818979 M * hparker A README and lrwxrwxrwx 1 root root 18 2008-08-27 01:16 S99rc.local -> ../init.d/rc.local 1219819002 M * daniel_hozac hparker: and the patch was successfully applied? do you have the build output still? 1219819027 M * hparker Bertl: I commented out the only stty I found in rc 1219819060 M * Bertl and, does that do the trick? 1219819097 M * hparker daniel_hozac: Uhm... didn't rebuild as that looked like a script replacement, and had no errors 1219819134 M * hparker Bertl: the last pastebin is after commenting it out 1219819207 M * daniel_hozac hparker: but you got a line like "patching file ..."? 1219819207 M * Bertl hmm, the one showing stty at line 681? 1219819399 M * hparker daniel_hozac: patch: **** Only garbage was found in the patch input. 1219819412 M * daniel_hozac hparker: so... it didn't patch :) 1219819421 M * hparker :P 1219819451 M * Bertl maybe another typo? 1219819514 M * hparker copy-n-paste of the command 1219819526 M * Bertl without the 'just' I hope? 1219819573 M * hparker $ curl 'http://svn.linux-vserver.org/projects/util-vserver/changeset/2753?format=diff&new=2753' | patch /usr/lib*/util-vserver/distributions/debian/initpost 1219819581 M * hparker $ curl 'http://svn.linux-vserver.org/projects/util-vserver/changeset/2753?format=diff&new=2753' | patch /usr/lib*/util-vserver/distributions/debian/initpost 1219819588 M * daniel_hozac hparker: try svn diff -c 2753 http://svn.linux-vserver.org/svn/util-vserver/trunk | patch /usr/lib*/util-vserver/distributions/debian/initpost 1219819599 M * hparker eekk.. sorry for the double paste 1219819614 M * Bertl the curl part works fine here, assuming that he has curl installed it should do the trick 1219819716 M * hparker no svn on that system but the curl version doesn't complain about curl not found, the svn does 1219819784 M * Bertl maybe check that /usr/lib*/util-vserver/distributions/debian/initpost doesn't resolve to more than one file on your machine? 1219819841 M * hparker http://paste.linux-vserver.org/12398 1219819885 M * Bertl hmm, you are missing a ' 1219819909 M * Bertl or is that my url magic which removes that too? 1219819910 M * hparker $ ll /usr/lib/util-vserver/distributions/debian/initpost 1219819911 M * hparker -rwxr-xr-x 1 root root 3261 2008-08-24 10:32 /usr/lib/util-vserver/distributions/debian/initpost 1219819924 M * daniel_hozac probably the regexp. 1219819946 M * Bertl hparker: download the patch with curl or your favorite browser, store it somewhere 1219819962 M * Bertl check that it looks like the one you see when you visit the url (with vi) 1219819976 M * Bertl then try with the patch command like this: 1219819996 M * Bertl patch --dry-run /usr/lib/util-vserver/distributions/debian/initpost start' to a pastebin 1219853117 M * tramjoe_merin ok 1219853150 M * tramjoe_merin does nodev + ip + prefix should do it in my iface dir ? 1219853158 M * Bertl yep 1219853160 M * tramjoe_merin ok 1219853195 M * tramjoe_merin I did not know of the --debug switch, I have to say the doc is c**ap, mostly the sources for me :-) 1219853205 M * Bertl hmm? 1219853213 M * tramjoe_merin Let me take a look at its output before bothering you more 1219853216 M * Bertl reference is 'vserver --help' 1219853242 M * tramjoe_merin Well, --help does not have any --debug switch on my system 1219853246 M * tramjoe_merin nor does the man pages 1219853266 M * tramjoe_merin Maybe deb packaging is at fault, I do not know 1219853277 M * Bertl the man pages are basically unmaintained 1219853278 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1219853296 M * tramjoe_merin yes, this matches my definition of crappy doc .... 1219853320 M * tramjoe_merin I like vservers nevertheless, it is just a fact that docs are not good :-) 1219853324 M * Bertl feel free to update/maintain them :) 1219853333 M * tramjoe_merin I know, I am not xcomplaining :-) 1219853351 M * tramjoe_merin My own docs for my own OSS projects are not really better for now :-) 1219853374 M * tramjoe_merin (trying to get some writings from my userbase, but not much luck until now ;-) 1219853392 M * Bertl the real source of information is this IRC channel, and the source of course :) 1219853402 M * tramjoe_merin yeah, I just discovered the channel 1219853407 M * tramjoe_merin Never actually needed it ;-) 1219853413 M * tramjoe_merin The source was enough till now 1219853426 M * tramjoe_merin But I admit I have now bothered with it since a long while 1219853440 M * tramjoe_merin And as I wrote my own wrappers aroud it, I got a bit disconnected :-) 1219853446 M * tramjoe_merin s/now/not 1219853508 M * tramjoe_merin mmhhh, what do you think of this : http://pastebin.com/m2bc888db 1219853554 M * Bertl it's your prestart script which does this :) 1219853565 M * Bertl /etc/vservers/.defaults/scripts/pre-start.d/10add_default_gw 1219853570 M * tramjoe_merin I know 1219853574 M * tramjoe_merin Putting some debug in it 1219853588 M * tramjoe_merin I think it tries twice to add the default to that network 1219853619 M * Bertl well, IIRC, that script is not part of util-vserver 1219853624 M * tramjoe_merin #!/bin/bash 1219853624 M * tramjoe_merin # Jerome Martin 1219853625 M * tramjoe_merin # Set up routing on vhost to implement default gateway for vservers 1219853627 M * tramjoe_merin Right :-) 1219853630 M * tramjoe_merin This is me 1219853633 M * micah daniel_hozac: the pre2772 tarball is different than the svn 1219853644 M * tramjoe_merin I do not even remember writing that script :-) 1219853649 M * tramjoe_merin I must have been drunk :-) 1219853650 M * Bertl tramjoe_merin: soo .. who do we blame? 1219853662 M * micah daniel_hozac: the trunk/sysv/util-vserver is different i think 1219853662 M * tramjoe_merin Either me or alcohol factory ... 1219853663 M * Bertl :) 1219853693 M * tramjoe_merin hehehe 1219853699 A * tramjoe_merin is a bit ashamed now :-) 1219853848 J * ntrs_ ~ntrs@77.29.65.196 1219854112 M * micah daniel_hozac: ok, i see the reason is because trunk is at 2777, not 2772 1219854205 M * tramjoe_merin Ok, I fixed my cide, thanks for your help :-) 1219854208 M * micah daniel_hozac: but I missed the initscript changes earlier, so I'm trying to determine how to resolve that 1219854209 M * tramjoe_merin s/cide/code 1219854221 Q * ntrs__ Ping timeout: 480 seconds 1219854359 N * DoberMann DoberMann[PullA] 1219854381 M * Bertl tramjoe_merin: you're welcome! 1219854421 M * tramjoe_merin :-) 1219854427 M * tramjoe_merin I will come back :-) 1219854436 M * Bertl feel free to hang around ... 1219854448 M * tramjoe_merin Unless someone manages to finaly convince me to switch to openVZ ... 1219854462 M * tramjoe_merin But I do not think this will happen, I'd loose a bet .... 1219855050 Q * lilalinux Remote host closed the connection 1219855139 M * tramjoe_merin Hey, I just noticed I made those scripts to add an ip table hooked to each iface in order to add a default gw for each network 1219855151 M * tramjoe_merin ain't that supported by newer vserver releases ? 1219855160 M * tramjoe_merin I mean probably the utils package 1219855167 M * daniel_hozac no. 1219855181 M * tramjoe_merin ok, so my scripts still make sense I guess 1219855190 M * tramjoe_merin (for my setup) 1219855200 M * tramjoe_merin thx 1219855244 M * micah daniel_hozac: i really want to harmonize these initscripts, and rip out remaining legacy support, but sadly it cant be done for lenny 1219855263 M * daniel_hozac why not? 1219855289 M * micah daniel_hozac: because lenny is frozen, and only release critical bugs can be fixed 1219855308 M * daniel_hozac http://svn.linux-vserver.org/projects/util-vserver/changeset/2774 might qualify... 1219855382 Q * Genghis Ping timeout: 480 seconds 1219855393 M * micah daniel_hozac: what would the justification for it be? 1219855416 M * micah ro bindmounts dont work otherwise, I guess 1219855420 M * daniel_hozac right. 1219855426 M * micah i'm not sure that will qualify 1219855455 M * daniel_hozac ro all of a sudden becoming rw after an upgrade would be pretty bad, IMHO... 1219855479 M * daniel_hozac but i'm just a Debian user, what do i know. 1219855504 M * micah i dont disagree, i'm just wanting to find the language to justify the changeset as RC 1219855684 M * micah daniel_hozac: http://release.debian.org/lenny/rc_policy.txt 1219855708 Q * tramjoe_merin Quit: using sirc version 2.211+KSIRC/1.3.12 1219855708 M * micah perhaps justified is the security issue 1219855759 M * micah i can make that case 1219855808 J * larsivi ~larsivi@169.80-202-217.nextgentel.com 1219855858 M * micah daniel_hozac: that'll take care of 2774, i'm missing cgroup support in the initscript, r2773 and r2775, can we justify these somehow? 1219855879 Q * yarihm Quit: Leaving 1219855971 M * daniel_hozac r2777 is probably the most important one, aside from 2774. 1219856318 M * micah daniel_hozac: what is important about it? it looks like cleanup to me, which is hard for me to justify 1219856347 M * micah its not that I doubt your assessment, i simply do not understand 1219856388 M * daniel_hozac without it, the utils will only work until we merge the pid namespace patches... which should hopefully happen during 2.6.26. 1219856460 M * micah ok, then that applies if debian changes patch rev 1219856500 M * micah if we can get that to happen, I likely can update the utils to the latest, and get all of those things in 1219857520 M * micah daniel_hozac: with 2774 I'm getting something odd: http://paste.linux-vserver.org/12403 1219857715 Q * derjohn_mob Ping timeout: 480 seconds 1219857755 M * daniel_hozac and what did you do? 1219857781 M * micah hmm? 1219857800 M * micah unless I've messed something up, I've just added 2774 and rebuilt 1219857855 M * daniel_hozac i mean in the fstab. what's in there? 1219857913 M * micah its a regular one: http://paste.linux-vserver.org/12404 1219857926 M * micah (at the botto) 1219858315 M * daniel_hozac micah: i can kinda see why it would happen, but it doesn't happen to me. at all. 1219858612 M * daniel_hozac it should only affect the /-rbind though, which doesn't get hit normally. 1219858624 M * Bertl micah: could it be that your partition is mounted nodev? 1219858666 M * Bertl (check with /proc/mounts) 1219859061 Q * emag Ping timeout: 480 seconds 1219859075 M * micah Bertl: if I install the previous package, without 2774 applied, I do not get that problem 1219859101 M * daniel_hozac try with r2778 too. 1219859105 M * micah it does appear my /sys and /proc are nodev 1219859129 M * daniel_hozac i don't see how you'd end up using the rbind, but... 1219859151 M * micah the tmps /ev/shm mount is also nodev 1219859161 M * micah this seems like a new default setting for debian 1219859625 J * derjohn_mob ~aj@f049054157.adsl.alicedsl.de 1219859685 J * emag tt4KRcF6gz@gurski.org 1219859931 M * micah daniel_hozac: that seems to fix it 1219859973 M * daniel_hozac strange... 1219860089 M * micah not what you expected? 1219860126 M * daniel_hozac you're somehow hitting the rbind. that's not supposed to happen. 1219860147 M * Bertl modified kernel maybe? 1219860151 M * daniel_hozac do you have relative symlinks to your guest storage? 1219860222 M * micah daniel_hozac: i'm not sure what you mean 1219860253 M * daniel_hozac Bertl: using the mount tree instead of fs_struct.root seems like a pretty big change... 1219860287 M * daniel_hozac and it would break chroot(2). 1219860312 M * daniel_hozac micah: your guests live in /var/lib/vservers, right? 1219860345 N * DoberMann[PullA] DoberMann 1219860434 M * micah daniel_hozac: yes 1219860450 M * daniel_hozac and that is a real directory? 1219860469 M * daniel_hozac is /etc/vservers/.defaults/vdirbase an absolute symlink? 1219861366 M * micah daniel_hozac: yes to both 1219861378 M * micah ls -l /etc/vservers/.defaults/vdirbase 1219861379 M * micah lrwxrwxrwx 1 root root 17 2006-10-31 18:45 /etc/vservers/.defaults/vdirbase -> /var/lib/vservers 1219861391 M * micah ls -ld /var/lib/vservers/ 1219861392 M * micah drwxr-xr-x 8 root root 4096 2008-08-01 00:43 /var/lib/vservers/ 1219861418 M * daniel_hozac very strange... 1219861438 M * daniel_hozac does ps work in that guest? 1219861523 M * micah yep 1219861539 M * daniel_hozac showing only the processes in the guest? 1219861573 M * micah yes 1219861612 M * micah well, i can't see host procs... let me start a second guest to make sure they can't see each other 1219861629 M * micah nope, isolated 1219861632 M * daniel_hozac or wait, you don't have pid namespaces yet. nevermind. 1219861640 M * micah :D 1219861807 M * daniel_hozac well, i have no idea... it's simply not supposed to happen. 1219862191 M * micah hm, so i'm not sure what I should do here, it works for me and I can upload it to debian and ask for it to go into lenny 1219864239 M * daniel_hozac well, it should be fine now, i think... 1219864526 M * Bertl okay, off to bed now .. have a good one everyone! 1219864532 N * Bertl Bertl_zZ 1219866103 Q * pisco Ping timeout: 480 seconds 1219866658 J * pisco_ ~pisco@tor.noreply.org 1219866937 Q * kiorky Ping timeout: 480 seconds 1219867636 N * morrigan morrigan_zZ 1219867780 J * kiorky ~kiorky@cryptelium.net 1219867955 Q * loddafni1 Ping timeout: 480 seconds 1219870501 Q * bonbons Quit: Leaving 1219870966 M * dustybin hparker: haha your here too 1219870969 M * dustybin daniel_hozac> dustybin: no, since Linux-VServer is an IP-based isolation technique. 1219870978 M * hparker :P 1219870985 M * dustybin daniel_hozac: does that mean vserver will always be insecure 1219870994 M * hparker Yeah, need to get back to the debian install that failed last night 1219871036 M * dustybin Hostname: private - OS: Linux 2.6.25-2-vserver-686/i686 - CPU: 2 x Intel(R) Pentium(R) 4 (3192.158 MHz) - Processes: 149 - Uptime: 1d 23h 6m - Load Average: 0.37 - Memory Usage: 380.51MB/1011.51MB (37.62%) - Disk Usage: 220.90GB/1363.24GB (16.20%) 1219871053 M * dustybin thats running debian lenny 1219871093 M * hparker The guest install blew up, no one could answer why :P 1219871099 M * dustybin eek 1219871113 Q * dna_ Quit: Verlassend 1219871117 M * hparker daniel_hozac ran the same command on his and it worked fine 1219871130 M * dustybin what command? 1219871161 M * hparker # /usr/sbin/vserver freeside.pcsrvc.com build -m debootstrap --context 111 --hostname freeside.pcsrvc.com ..interface eth0 10.0.0.111 -- -d etch -m http://ftp.debian.org/debian 1219871168 M * hparker Tried with lenny too 1219871178 M * hparker but etch would work for this app 1219871211 M * dustybin so thats the command to build a guest and install the os ? 1219871232 M * hparker supposedly... Never had a problem with gentoo guests 1219871268 M * dustybin im sure i used this 1219871269 M * dustybin newvserver --vsroot /var/lib/vservers/ --hostname test1 --domain example.com --ip 10.1.1.7/8 --dist etch --mirror http://ftp.au.debian.org/debian/ --interface eth1 1219871274 M * dustybin replace etch with lenny 1219871276 M * dustybin etc 1219871283 M * dustybin change the repositories 1219871290 M * dustybin to match your country etc 1219871294 M * hparker I'll try it in a bit 1219871309 M * dustybin http://www.howtoforge.com/linux_vserver_debian_etch 1219871313 M * dustybin thats where i got it from 1219871341 M * hparker I got mine from linux-vserver.org :P 1219871350 M * dustybin :P 1219871376 M * hparker Well, it and the gentoo docs 1219871390 M * dustybin am i right in thinking that if a cracker broke into a guest, all they would need to do is listen to traffic on the local loop back 1219871401 M * dustybin and that would contain local host stuff 1219871450 M * hparker have to ask someone more knowledgeble than I... afaik you can't tcpdump or anything unless you set that capability for the guest 1219871463 M * dustybin aye ok 1219872121 Q * pisco_ Remote host closed the connection 1219872129 J * pisco ~pisco@tor.noreply.org 1219872832 N * DoberMann DoberMann[ZZZzzz] 1219873072 M * dustybin http://www.google.co.uk/search?hl=en&q=vserver+exploit&btnG=Search&meta= 1219873079 M * dustybin does bring up much recently 1219873102 M * dustybin doesnt 1219873121 M * dustybin a lot of the stuff google lists are problems from a few years ago 1219873147 A * dustybin starts to have some trust for vserver 1219873208 M * dustybin infact, there are a LOT more recent XEN issues 1219873791 Q * geb Remote host closed the connection 1219873966 J * androsch ~androsch@dslb-084-060-229-107.pools.arcor-ip.net 1219874457 J * duckx ~Duck@81.57.39.234 1219875437 J * ntrs__ ~ntrs@77.29.72.214 1219875581 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1219875841 Q * ntrs_ Ping timeout: 480 seconds 1219876165 Q * cryptronic Quit: Leaving. 1219876423 Q * duckx Ping timeout: 480 seconds 1219877219 J * Aiken ~Aiken@ppp118-208-65-150.lns1.bne4.internode.on.net 1219877566 Q * rooijan Quit: Leaving. 1219877872 Q * yarihm Quit: Leaving 1219877941 Q * ntrs__ Ping timeout: 480 seconds