1246845380 Q * FireEgl Ping timeout: 480 seconds 1246849232 J * saulus_ ~saulus@c150007.adsl.hansenet.de 1246849639 Q * SauLus Ping timeout: 480 seconds 1246849650 N * saulus_ SauLus 1246851286 Q * yarihm Quit: This computer has gone to sleep 1246852107 Q * geb Remote host closed the connection 1246859929 J * mugwump ~samv@watts.utsl.gen.nz 1246860173 J * yarihm ~yarihm@adsl-68-121-166-92.dsl.pltn13.pacbell.net 1246861197 Q * balbir_ Ping timeout: 480 seconds 1246861420 J * pmenier ~pme@LNeuilly-152-22-8-5.w193-251.abo.wanadoo.fr 1246862266 M * mugwump where is the best resource currently about the new networking system for vservers? 1246862741 M * mugwump ie ngnet 1246862883 J * allquixotic ~sean@pool-70-17-238-89.balt.east.verizon.net 1246862884 M * allquixotic use 1246863090 J * jpic ~jpic@perso.chocolatpistache.com 1246863122 M * jpic hi, anybody tested building ubuntu jaunty with util-vserver-0.30.215? fails here: W: Failure trying to run: chroot /etc/vservers/.defaults/vdirbase/anilw mount -t proc proc /proc 1246863164 M * mugwump what happens when you run that command manually? 1246863224 M * jpic mugwump: mount: permission denied 1246863243 M * jpic using kernel 2.6.29.2-grsec2.1.14-vs2.3.0.36.12 ... 1246863246 M * mugwump you're using 'sudo' or something right? 1246863257 M * jpic actually, i'm through sudo su 1246863275 M * jpic yes, i'm root :) 1246863317 M * jpic grsec denies it: exec of /vservers/anilw/bin/mount within chroot by process 1246863334 M * mugwump oh, grsec 1246863345 M * mugwump yeah, they don't play well together afaik 1246863383 M * jpic absolutely 1246863405 M * mugwump definitely doesn't play well with SELinux 1246863412 M * mugwump don't know much about grsec at all 1246863421 M * mugwump well, good luck & 1246863423 M * jpic i don't use the selinux crap 1246863433 M * jpic yep i'll get it to work, thanks 1246863452 M * jpic i was mainly wondering why i can build gentoo guests without problems ... 1246863739 M * jpic or, why the flying fuck does debootstrap wants to chroot to mount proc ;) 1246863799 M * jpic thanks god vserver will keep me from directly suffering from all this kind of debian security liabilities 1246864115 Q * yarihm Quit: This computer has gone to sleep 1246864367 Q * jpic Ping timeout: 480 seconds 1246864974 J * ktwilight__ ~keliew@91.178.145.115 1246865364 Q * ktwilight_ Ping timeout: 480 seconds 1246865388 J * balbir_ ~balbir@59.145.136.1 1246865787 Q * _are_ Ping timeout: 480 seconds 1246866016 M * pmjdebruijn wtf 1246866024 M * pmjdebruijn 2.6.27.26 has already been released 1246866033 M * pmjdebruijn Bertl_zZ: it rejects drivers/md/dm.c 1246866118 J * esa bip@ppp-62-123-66-76.dial.atlanet.it 1246867190 J * dna ~dna@128-205-103-86.dynamic.dsl.tng.de 1246868089 J * geb ~geb@212.4.82-79.rev.gaoland.net 1246868916 J * _are_ ~are@lihas.de 1246870392 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1246870596 J * esa` bip@62.123.13.198 1246870621 Q * esa Ping timeout: 480 seconds 1246870662 J * BWare ~itsme@ip-80-113-1-198.ip.prioritytelecom.net 1246871732 J * kir ~kir@swsoft-msk-nat.sw.ru 1246871892 M * harrydg_ CC kernel/vserver/context.o 1246871892 M * harrydg_ kernel/vserver/context.c: In function ‘__alloc_vx_info’: 1246871892 M * harrydg_ kernel/vserver/context.c:124: error: wrong type argument to increment 1246871892 M * harrydg_ kernel/vserver/context.c: In function ‘__shutdown_vx_info’: 1246871893 M * harrydg_ kernel/vserver/context.c:198: error: wrong type argument to decrement 1246871895 M * harrydg_ help!? 1246871899 M * harrydg_ it's a bug! :) 1246871930 Q * balbir_ Ping timeout: 480 seconds 1246871941 M * daniel_hozac what patch? what kernel? 1246872033 M * harrydg_ latest 2.6.29.6 1246872036 M * harrydg_ srry... 5 1246872108 M * harrydg_ http://vserver.13thfloor.at/Experimental/patch-2.6.29.5-vs2.3.0.36.14.diff 1246872113 M * harrydg_ that one 1246872113 M * _are_ compiled that just yesterday and it worked fine, gcc-4.3.2, debian lenny base system, x64_86 1246872321 M * _are_ erm, x86_64, no I have no very special hardware ;) 1246872336 N * Bertl_zZ Bertl 1246872337 M * Bertl morning folks! 1246872350 M * _are_ Hi Bertl 1246872365 M * Bertl harrydg_: what is your .config? 1246872739 J * balbir_ ~balbir@59.145.136.1 1246872899 M * geb morning Bertl :) 1246873075 M * harrydg_ Bertl: i can't chat on irc a lot from work (where i am now) 1246873086 M * harrydg_ since i use a dns tunnel, which triggers ids ;) 1246873106 M * harrydg_ but... i'll upload it, it'll be on http://harry.enzoverder.be in a jiffy 1246873199 M * harrydg_ it's there 1246873230 M * harrydg_ http://harry.enzoverder.be/config-2.6.29.6 1246873300 M * Bertl so, you are applying it to 2.6.29.6 then? 1246873353 M * harrydg_ no 1246873369 M * harrydg_ to 2.6.29.6 with vserver patch from 2.6.29.5 and grsec 2.1.14 1246873391 M * harrydg_ trying out new patch i just created for ed W on mailinglist 1246873467 J * thierryp ~thierry@lns-bzn-47f-62-147-212-202.adsl.proxad.net 1246873470 M * Bertl so it's a bug in your code/adaptation then :) 1246873503 M * harrydg_ yes, i wrote vserver 1246873518 M * harrydg_ it's in kernel/vserver/context.c 1246873526 M * harrydg_ i don't touch those things 1246873534 M * harrydg_ but... i'll check out what i might have done wrong 1246873639 M * _are_ I'd check the grsec part, my version has no grsec and works without hassle 1246873677 M * Bertl but probably against a 2.6.29.5 kernel, no? 1246873743 M * harrydg_ uhu... i'll check it all out... seems to work on 2.6.29.6 without grsec part... 1246873745 M * harrydg_ odd tough :S 1246874008 M * _are_ Bertl: i patchesd against 2.6.29.6 1246874073 M * harrydg_ it's grsec... it changed users var to atomic_t 1246874114 M * _are_ some day I will check what grsec actually does ;) 1246874214 M * Bertl _are_: ah, good to know! 1246874250 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk 1246874402 Q * geb Quit: / 1246874531 M * _are_ Bertl: only reject is the EXTRAVERSION in the Makefile 1246874626 M * Bertl excellent, will upload an update (for 2.6.27.x too) after a nap ... (maybe I'm getting ill?) 1246874667 N * Bertl Bertl_zZ 1246874798 A * harrydg_ found the error, now lets check with grsec folks ;) 1246875104 J * friendly ~friendly@ppp118-208-140-89.lns10.mel4.internode.on.net 1246875136 J * mxs_ mxs@p4FCCAF79.dip.t-dialin.net 1246875466 Q * mxs Ping timeout: 480 seconds 1246875560 Q * balbir_ Ping timeout: 480 seconds 1246879584 Q * nkukard Quit: Leaving 1246880129 J * balbir_ ~balbir@59.145.136.1 1246880815 Q * friendly Quit: Leaving. 1246880945 J * daenney ~daenney@daenney.net 1246881151 M * daenney is there anyone here who could help me out with what looks to be a routing problem with my vserver setup? 1246881200 M * daniel_hozac if you tell us what it is, perhaps. :-) 1246881208 M * daenney great :) 1246881255 M * daenney the problem exists on a debian vserver host, running lenny, which has two interfaces, an external one connected to the world and an internal one for our network, with some iptables masquerading connecting the internal network to the world 1246881304 M * daenney the vservers themselves are added to the loopback interface once created 1246881335 M * daenney now, whenever I bring up a vserver which has a resolv.conf that points to an external resolver, say one provided by our ISP everything functions just fine 1246881373 M * daenney but, when I change that resolv.conf to use our own dns servers, for some reason the vserver fails to lookup a given host 1246881390 M * daenney what happens next is that: first, the vserver host becomes unreachable for the rest of our internal network 1246881412 M * daenney second that I can now ping any IP within our internal network and get a ping reply, even for hosts that don't exists 1246881434 M * daenney when I change the resolv.conf option back to our ISP's resolver the vserver can resolve normally again 1246881445 M * daenney but the vserver host is still unreachable for the rest of our network 1246881452 M * daniel_hozac sounds like you've put your guests on the internal network on lo 1246881465 M * daenney yup 1246881471 M * daniel_hozac yeah, that's not gonna work. 1246881479 M * daenney huh... I was told that should work 1246881490 M * daniel_hozac you're gonna want to use /32, or use a different network for the guests. 1246881532 M * daenney hmm, but I'd much rather have my guests in the same scope as the internal interface, 10.10.4.x 1246881538 M * daniel_hozac so, use /32 1246881571 M * daniel_hozac or, put the guests on the internal NIC. 1246881588 M * daenney putting guests on the internal NIC seems rather ugly... 1246881597 M * daenney but ehm the /32 netmask, for what exactly? 1246881623 Q * balbir_ Ping timeout: 480 seconds 1246881806 M * daniel_hozac why? you're putting them in that network. 1246881815 M * daniel_hozac seems like the most logical place to me. 1246881830 M * daniel_hozac /32, for the guest's IP addresses. 1246881839 M * daenney because if I understand you correctly, I'd need to create a separate /32 network for my vservers, which I'd have to put on a dummy interface, NAT that to the internal iface which is in turn NAT'ed to the external one 1246881859 M * daniel_hozac no.. 1246881869 M * daniel_hozac /32 isn't a network. 1246881871 M * daniel_hozac it's an address. 1246881878 M * daniel_hozac (unless we're talking IPv6..) 1246881887 M * daenney eh right 1246881934 M * daenney right sorry, I got confused, /8 was what I was thinking about 1246881963 M * daenney I need coffee... 1246881981 M * daenney I think I'd then much rather attach those vservers to the internal iface indeed 1246881988 M * daenney so I'll give that a go, thanks for the help :) 1246882123 M * ard [13:56] second that I can now ping any IP within our internal network and get a ping reply, even for hosts that don't exists 1246882142 M * ard that means that you've put somehting != /32 on lo. 1246882167 M * ard A server will respond to every ip address on the network if you assign that address to lo. That's a special case ;-) 1246882174 M * ard independent of vserver btw 1246882218 M * ard eh, if you assign that network to lo I mean :-) 1246882243 M * daenney yeah, I should have known that, there's a reason why my own server does indeed only have /32's attached to lo 1246882254 M * ard It's a great and easy way to annoy everybody in your network ;-) 1246882272 M * daenney yeah well, in this case I'm only anoying myself :P 1246882277 A * ard didn't know it either until somebody did just that ;-) 1246882300 M * daenney but, if I'd use a 10.10.4.x/32 for each vserver instead of /16 and then put them on lo that ought to work, right? 1246882330 M * ard yes 1246882334 M * ard that's what I do. 1246882376 M * ard But it will not work for ipv6, since for ipv6 it needs to be on a physical device. Because the arp method on ipv6 is different :-) 1246882400 M * daenney ipv6 is not a concern right now 1246882401 M * ard I put every ip as a /32 on lo, and give it a name. 1246882414 M * daenney give it a name? 1246882417 M * ard that way you also know on the host what is which vserver 1246882430 M * ard echo "blaat" > interfaces/0/name 1246882435 M * ard and you get lo:blaat 1246882444 M * ard as an alias 1246882448 M * daenney ohw, that's useful, thanks a bunch :) 1246882464 M * daenney need to make sure that happens everytime a vserver is brought up 1246882469 M * ard btw: that also doesn't work with ipv6, because ipv6 doesn't know aliases ;-) 1246882480 M * daniel_hozac aliases are a remnant of the past. 1246882483 M * daenney yeah, I know, I figured out that one the hard way :P 1246882516 M * ard but a handy way (since it's still there) to label your ip 's :-) 1246882584 M * daenney we can't do IPv6 right now anyway, or whole network is NAT-depending atm... there's a plan to migrate that to a setup that doesn't use NAT at all anymore but that's not for anytime soon right now 1246882591 M * daenney and I really need to get this up and running 1246882669 M * ard Just ignore my ipv6 remarks. I just make them because this irc channel is logged and browsable. It makes the "documentation" complete :-) 1246882702 M * daenney it's good to know indeed :) 1246882738 M * daniel_hozac i run several networks that are NATed and with IPv6. 1246882801 M * daenney we need to get rid of our NAT, university wants it gone so our network comes to reside in the public range with a firewall preventing people from the outside accessing stuff we don't want them too 1246882805 M * daenney to* 1246882812 M * daenney once that's done we can start thinking about IPv6 1246882869 M * ard I don't know what you are building but I usually put something like pound in a vserver, which then forwards requests to other vservers 1246882912 M * ard In our company we try to have as little as possible public IP exposure to the servers due to security issues. 1246882932 M * ard but then again we also have 100+ DMZ's ;-) 1246882940 M * daenney hahaha :) 1246882992 M * ard but one of the wise things is to never ever allow a webserver to connect to the outside world. It keeps the worms in, and usually dead. 1246883187 M * daenney by the way, thanks for the info, that solved everything 1246883196 Q * BenG Quit: I Leave 1246883208 M * daenney now I still need to figure out why that vserver won't resolve using our domain controllers but hey... this is a great step forward 1246883278 M * ard domain name servers... domain controllers are icky windows things :-) 1246883300 M * ard mtr from within the vserver to the dns and look where it stops :-) 1246883303 M * daenney yeah, but that is what I meant 1246883318 M * daenney our main dns-server is also our dc 1246883344 M * ard ow, ok :-). Doesn't matter :-). 1246883355 M * daenney not happy with it either but hey :P 1246883368 M * ard You said you should be having public ip's, but the vservers have a 10 range ip adres? 1246883385 A * ard advises to have your own dns... 1246883398 M * ard so are you SNATting in OUTPUT? 1246883404 M * daenney no no no 1246883418 M * daenney we have our own network and our own dns servers for that internal network 1246883436 M * daenney which also have a few forwarders defined for eveyrthing outside our network 1246883508 A * ard assumes /etc/resolv.conf within the vserver is correct 1246883555 M * daenney yup 1246883670 J * docelic__ ~docelic@78.134.207.99 1246883706 M * ard do you have multiple interfaces? 1246883714 M * daenney yes 2, internal, external 1246883771 A * ard would suggest tcpdumping both interfaces, and do a dns lookup 1246883774 M * ard with ping f.i. 1246884079 Q * docelic_ Ping timeout: 480 seconds 1246884233 Q * BWare Remote host closed the connection 1246884256 J * BWare ~itsme@ip-80-113-1-198.ip.prioritytelecom.net 1246884316 M * daenney there we go :) 1246887182 N * Bertl_zZ Bertl 1246887186 M * Bertl back now ... 1246887500 M * Bertl daenney: name resolution is usually a configuration problem .. are you sure that /etc/resolv.conf and /etc/nsswitch.conf have the proper entries (in your guest)? 1246888061 M * daenney I figured out what the problem was 1246888097 M * daenney our servers use the AD DNS which ahs a forwarder for everything that is not inside our domain, unfortuantely, the server that died yesterday was the gateway the AD used to connect to the world 1246888109 M * daenney once that connection was re-established everything fixed itself 1246888131 M * daenney s/which/with 1246888711 M * daenney ohw bugger... I need to get a dhcp-server inside vserver, this is gonne be fun... 1246889372 J * balbir_ ~balbir@122.172.32.52 1246890166 M * daenney can anyone tell me where the infamous IPROOTBCAST option can be set nowadays for a vserver? 1246890193 M * Bertl IPROOTBCAST option? never heard of it :) 1246890209 M * Bertl what do you want to do/accomplish? 1246890217 M * daenney dhcpd inside vserver 1246890235 M * daniel_hozac ISC dhcpd? that's gonna want CAP_NET_RAW. 1246890236 M * daenney but it seems that applies to 2.4 kernels, just found some information on oldwiki for 2.6 1246890273 M * Bertl dhcp(d) is below the IP layer, so not the best choice for a guest 1246890295 M * daenney daniel_hozac: so I just read yes, trying to figure out where to put it though 1246890383 J * bernroth ~broth@62.245.254.80 1246890448 M * bernroth hi all, I just found a bug in vs2.3.0.36.14-pre1 for 2.6.30.1 kernel: in reiserfs/super.c the reiserfs_warning macro has changed 1246890449 M * daenney and found it, which fixes everything that problem :) 1246890476 M * bernroth reiserfs_warning(s, "reiserfs: tagging not permitted on remount."); has to be changed into e.g. reiserfs_warning(s, "reiserfs", "tagging not permitted on remount."); 1246890539 M * Bertl bernroth: yeah, reiserfs and ocfs2 are not complete yet, thanks for the feedback though 1246890666 M * bernroth we plan to implement ocfs2 soon, which things are not yet working? btw: which cluster FS would you recommend to use? 1246890692 M * bernroth reiserfs probs: see commit c3a9c2109f84882b9b3178f6b1838d550d3df0ec in http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.30 1246890763 M * Bertl well, for the 2.6.30.x pre, it simply doesn't compile yet :) 1246890842 M * bernroth hmm..I'm just compiling :) welll in this case I'll keep 2.6.29.5 until the patch works 1246890901 M * Bertl should be fixed soon, but yeah, 2.6.29.x is probably the best choice if you want to use it :) 1246891127 M * bernroth so I'll do my ocfs2 tests with this version. are there any known issues using ocfs2 in a vserver environment? 1246891178 M * Bertl nope, worked fine last time we tested it ... 1246891241 M * bernroth good thing. the only issue I have to work out is the crash when the block device is temporarily gone (like reboot of FC switch). vservers which use local storage should not be affected :) 1246891339 M * pmjdebruijn bernroth: you need to think about how reliable clustered filesystems are in general 1246891347 M * pmjdebruijn our experiences have been less than stellar 1246891357 M * pmjdebruijn bernroth: why not create a seperate FS for vserver? 1246891425 M * Bertl drbd and failover (i.e. replicated filesystems) work fine and relatively problem free 1246891604 M * bernroth pmjdebruijn: n virtualized physical servers on which n vservers are running shall share the same files (php scripts ...). actually we use nfs but this has issues with locking. 1246891661 M * bernroth ocfs2 based on a shared fibrechannel block device should be better 1246891793 M * bernroth the non-centralized approach makes ocfs2 very sympatic 1246891919 Q * allquixotic Quit: Ex-Chat 1246891924 M * pmjdebruijn bernroth: nfs is crap indeed 1246891952 M * pmjdebruijn bernroth: we use fibrechannel as well, but we stuck with totally seperate filesytems... 1246891966 M * pmjdebruijn we never got ocfs2 to run entirely reliable... 1246891975 M * pmjdebruijn but that was back a while... 1246891983 M * bernroth I wonder how to share actually data like common web server content for worker vservers 1246891999 M * bernroth this is why I plan to do tests with 2.6.30.1 1246892001 M * pmjdebruijn why would you want to do "worker" vservers? 1246892026 M * pmjdebruijn if they need to serve the same content, these no use in making multiple vserver, instead of using 1 or 2 big hosts... 1246892032 M * bernroth Bertl: you need to add "tag_t tag;" in the function ocfs2_mknod_locked (inode.c) to make the ocfs2 part compile 1246892131 M * bernroth pmjdebruijn: we already have the servers and up to now it works like that (4x quad-core which a load of ~3 each) 1246892153 M * pmjdebruijn bernroth: ok, but what do you think to gain, by introducing vservers on those physical servers? 1246892177 M * pmjdebruijn bernroth: usually thinks like offloading static files to lighttpd/thttpd offers performance gain, much more easily... 1246892232 M * pmjdebruijn things* 1246892390 J * nkukard ~nkukard@196.212.73.74 1246892443 M * bernroth pmjdebruijn: linux-vserver is already deployed and is working. file sharing is done via NFS. now we want to use ocfs2 instead of nfs. that's all 1246892472 M * Bertl bernroth: check out pre3 :) 1246892675 M * bernroth Bertl: wow, thank you :) 1246892790 M * Bertl should fix reiser and ocfs2 (except for the disk limits, which are a vfs problem now) 1246892949 J * dowdle ~dowdle@97-121-198-164.blng.qwest.net 1246892950 M * bernroth I'll try it immediately 1246893083 M * BWare is there a way to apply SYS_TIME capability to a running vserver ? (can't find it in the wiki :( ) 1246893146 Q * docelic__ Quit: http://www.spinlocksolutions.com/ 1246893227 M * daniel_hozac BWare: use vattribute. 1246893271 M * BWare daniel_hozac: Thanks 1246893560 J * esa bip@62.123.12.61 1246893585 Q * esa` Ping timeout: 480 seconds 1246894237 Q * hijacker Ping timeout: 480 seconds 1246894539 J * hijacker ~hijacker@213.91.163.5 1246896180 M * ard fs/reiserfs/super.c:1223:68: error: macro "reiserfs_warning" requires 4 arguments, but only 2 given 1246896195 M * ard ah 1246896199 A * ard reads back 1246896200 M * ard :-) 1246896325 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1246896349 Q * esa Quit: Coyote finally caught me 1246896806 J * imcsk8 ~ichavero@189.155.83.205 1246897182 J * doener ~doener@i59F5A8D7.versanet.de 1246897285 Q * doener_ Ping timeout: 480 seconds 1246897360 N * DoberMann[ZZZzzz] DoberMann[PullA] 1246897770 Q * kir Quit: Leaving. 1246897870 Q * pmenier Ping timeout: 480 seconds 1246898702 J * pmenier ~pme@LNeuilly-152-22-8-5.w193-251.abo.wanadoo.fr 1246898799 J * Kmos ~gothicx@kmos.user.oftc.net 1246898815 M * Kmos hi 1246898841 M * Kmos i've used vserver clone from an existing vserver, but it can't start. it's using lvm partition 1246898888 M * Kmos http://paste.debian.net/41171/ 1246898890 M * Kmos any idea? 1246898932 M * daniel_hozac what's in /etc/vserves/camelot/vdir? 1246899044 M * Kmos /etc/vservers/camelot/vdir -> /etc/vservers/.defaults/vdirbase/camelot 1246899104 M * daniel_hozac that's in the actual directory? 1246899117 M * Kmos http://paste.debian.net/41172/ 1246899131 M * Kmos root@host:/etc/vservers/camelot# ls -l /etc/vservers/camelot/vdir 1246899132 M * Kmos lrwxrwxrwx 1 root root 40 2009-07-06 17:24 /etc/vservers/camelot/vdir -> /etc/vservers/.defaults/vdirbase/camelot 1246899141 M * Kmos i've done the ls -l 1246899157 M * daniel_hozac cd into it, and do ls -l 1246899173 M * daniel_hozac but since you're mounting it with the fstab, that's not going to do anything useful. 1246899178 M * daniel_hozac mount it first, and check it out. 1246899197 M * Kmos the etc and proc inside /var/lib/vservers/camelot are empty directories 1246899208 M * Kmos ok 1246899228 M * Kmos when i mount it, it only has los+found 1246899237 M * Kmos lost+found 1246899273 M * daniel_hozac so you didn't put anything on it. 1246899293 M * daniel_hozac it'll be hard to start an empty guest :-) 1246899302 M * Kmos root@host:/var/lib/vservers/camelot# ls 1246899302 M * Kmos dev etc proc 1246899316 M * Kmos the clone command shouldn't have copy the files? 1246899336 M * Kmos what files I need to copy.. there is an useful tutorial ? 1246899387 M * daniel_hozac the clone command will copy the files, but it wouldn't know about your plan to mount something on there. 1246899407 M * Kmos ah.. ok 1246899413 M * Kmos i need to go home, i'll be back sson 1246899415 M * Kmos soon 1246899416 M * Kmos thank you 1246899591 M * daniel_hozac you're welcome. 1246900216 Q * imcsk8 Quit: This computer has gone to sleep 1246900593 J * imcsk8 ~ichavero@189.155.83.205 1246901050 Q * imcsk8 Quit: This computer has gone to sleep 1246901661 J * yarihm ~yarihm@c-71-202-248-143.hsd1.ca.comcast.net 1246901676 Q * larsivi Remote host closed the connection 1246902067 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1246902758 Q * BWare Quit: *p00f* 1246903524 M * Kmos daniel_hozac: do you know some tutorial about copying the files needed to guest ? 1246903535 M * Kmos i can't find it 1246903550 M * daniel_hozac rsync, cp, tar, cpio, etc. should all be able to do it. 1246903563 M * Kmos yes.. but which files ? 1246903593 M * daniel_hozac the guest's files. 1246903655 M * Kmos where are they? in which directory 1246903703 M * daniel_hozac you seem to use Debian, so /var/lib/vservers/ 1246903733 M * Kmos it's an ubuntu distro, so it's debian based 1246903806 M * Kmos i've an vserver running that doesn't have any files inside /var/lib/vservers/guest 1246903829 M * Kmos that's really strange 1246904198 M * daniel_hozac not really, you have the guest on its own filesystem, right? 1246904205 M * daniel_hozac mounted from its fstab? 1246904289 M * Kmos i haven't configured the machine initially, so I'm trying to clone one instance of the VM and found it actually uses LVM as filesystem. I'll pastebin some things 1246904306 Q * gnuk Quit: NoFeature 1246904338 M * Kmos http://paste.debian.net/41186/ 1246904381 M * Kmos piranha is a vserver, and it's the only one of 4 vservers in the machine that is mounted at boot 1246904413 M * Kmos and has files at /var/lib/vservers/piranha/ - dev/ etc/ proc/ 1246904420 M * Kmos the others are empty 1246904523 M * Kmos and every vserver has this at fstab: /dev/raide/ 1246904532 M * Kmos so it looks like the files are somewhere else in LVM 1246904701 M * daniel_hozac they're in their own volumes, yes. 1246904730 M * Kmos thank you 1246904738 M * Kmos and sorry for bothering you with this stuff 1246904762 M * daniel_hozac you'll have to mount both in the host and copy everything over. 1246904798 M * Kmos i'll try to mount an LVM from the running VM's 1246904804 M * Kmos so I can see what's inside 1246905181 Q * _are_ Ping timeout: 480 seconds 1246905208 M * Bertl Kmos: with VM(s) you mean the Guest(s), I presume? 1246906335 M * Kmos Bertl: yes 1246906886 J * imcsk8 ~ichavero@nat.ti.uach.mx 1246907806 M * Kmos http://paste.debian.net/41194/ 1246907818 M * Kmos i copied the contents from one guest to another and it still doesn't start 1246907845 M * daniel_hozac and what's on the volume now? 1246907891 M * Kmos i didn't 1246907894 M * Kmos damn 1246907896 M * Kmos root@host:/# ls /mnt/x 1246907896 M * Kmos aquota.group aquota.user boot etc initrd lib64 media opt sbin srv tmp var 1246907900 M * Kmos aquota.group.new bin dev home lib lost+found mnt root sites sys usr 1246907903 M * Kmos this 1246908399 M * Kmos looks like proc is missing 1246908631 Q * bonbons Quit: Leaving 1246909062 M * Kmos it works now 1246909064 M * Kmos thanks daniel_hozac 1246909700 Q * Wonka Ping timeout: 480 seconds 1246910786 J * docelic ~docelic@78.134.207.99 1246911903 J * uva bno@118-168-233-227.dynamic.hinet.net 1246911964 M * Bertl off to bed now ... have agood one everyone! 1246911994 J * _are_ ~are@lihas.de 1246912002 N * Bertl Bertl_zZ 1246912326 Q * uva_ Ping timeout: 480 seconds 1246913383 Q * dna Quit: Verlassend 1246913972 Q * yarihm Ping timeout: 480 seconds 1246914207 J * Wonka produziert@chaos.in-kiel.de 1246914812 Q * dowdle Remote host closed the connection 1246915519 Q * thierryp Quit: ciao folks 1246915934 Q * docelic Quit: http://www.spinlocksolutions.com/ 1246916299 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1246917005 Q * uva Quit: Leaving 1246918098 N * DoberMann[PullA] DoberMann[ZZZzzz] 1246919354 Q * Kmos Quit: return unless user.signoff? 1246919825 J * yarihm ~yarihm@c-71-202-248-143.hsd1.ca.comcast.net 1246920625 Q * Swordsman 1246922164 J * ViRUS ~mp@p579B5CF7.dip.t-dialin.net 1246923958 Q * imcsk8 Ping timeout: 480 seconds 1246924065 J * imcsk8 ~ichavero@201.144.51.36