1217894812 Q * ViRUS Quit: Leaving 1217896130 J * doener ~doener@i577BBCDD.versanet.de 1217896232 Q * doener_ Ping timeout: 480 seconds 1217897070 M * Bertl okidoki .. off to bed now ... 1217897075 N * Bertl Bertl_zZ 1217897478 Q * xdr Ping timeout: 480 seconds 1217898440 J * fatgoose ~samuel@126.80.modemcable.oricom.ca 1217900095 J * dniel ~ary@host209.190-30-38.telecom.net.ar 1217901322 Q * ryker_ Quit: leaving 1217902775 J * xdr ~xdr@252-173-96-87.cust.blixtvik.se 1217903414 Q * dniel Quit: Leaving 1217904016 Q * fatgoose Read error: Connection reset by peer 1217904044 J * aj__ ~aj@p5B23D88B.dip.t-dialin.net 1217904074 J * fatgoose ~samuel@126.80.modemcable.oricom.ca 1217904160 Q * fatgoose Remote host closed the connection 1217904466 Q * derjohn_foo Ping timeout: 480 seconds 1217907100 J * hparker hparker@linux.homershut.net 1217909621 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1217914090 N * Bertl_zZ Bertl 1217914094 M * Bertl morning folks! 1217914209 J * ktwilight_ ~ktwilight@77.85-66-87.adsl-dyn.isp.belgacom.be 1217914429 Q * ktwilight Ping timeout: 480 seconds 1217914898 J * dna ~dna@42-201-dsl.kielnet.net 1217915643 Q * balbir Ping timeout: 480 seconds 1217915649 Q * balbir_ Ping timeout: 480 seconds 1217916077 Q * xdr Ping timeout: 480 seconds 1217916268 J * balbir ~balbir@122.167.219.89 1217916325 J * balbir_ ~balbir@122.167.219.89 1217916510 J * DavidS ~DavidS@p5B2A0391.dip0.t-ipconnect.de 1217916617 J * DavidS1 ~DavidS@vpn.uni-ak.ac.at 1217916631 N * DavidS Guest325 1217916631 N * DavidS1 DavidS 1217916992 Q * Guest325 Ping timeout: 480 seconds 1217917709 J * sharkjaw ~gab@149-67-194.231210.adsl.tele2.no 1217918161 Q * larsivi Quit: Konversation terminated! 1217918176 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1217918511 J * cryptronic ~oli@p54A3B414.dip0.t-ipconnect.de 1217920404 J * xdr ~xdr@149-173-96-87.cust.blixtvik.se 1217920944 J * larsivi ~larsivi@85.221.53.194 1217921090 J * dothebart ~willi@xdsl-81-173-226-182.netcologne.de 1217921384 Q * balbir_ Ping timeout: 480 seconds 1217921478 Q * tudenbart Read error: Connection reset by peer 1217921650 J * loddafnir ~mike@193.170.48.107 1217922333 J * mfv ~mfv@host8-44-static.23-87-b.business.telecomitalia.it 1217922509 Q * aj__ Ping timeout: 480 seconds 1217923524 J * stephan_ ~stephan@62.27.20.121 1217923525 Q * stephan Read error: Connection reset by peer 1217923684 Q * nkukard Quit: Leaving 1217923704 J * nkukard ~nkukard@196.212.73.74 1217926202 M * Bertl nap attack ... bbl 1217926207 N * Bertl Bertl_zZ 1217929119 M * padde one of my vserver users wants to monitor the bandwidth usage of a process (sshd) - how would you guys accomplish that? i sure don't want to give him NET capabilities, then he could monitor all traffic of all other vservers... 1217929289 M * Guy- padde: maybe some LD_PRELOAD magic? 1217929289 Q * xdr Read error: Connection reset by peer 1217929308 M * Guy- padde: or you could do it for him with iptables 1217929357 M * padde Guy-: i thought about that, yeah... 1217929399 M * padde Guy-: maybe that's the easiest way... run a cronjob on the host that writes bandwidth info into his vserver 1217929532 M * dragonheart http://search.cpan.org/src/BBB/ttylog-0.83/ maybe 1217929556 J * xdr ~xdr@149-173-96-87.cust.blixtvik.se 1217929879 M * padde i'm looking at pmacct now 1217929890 M * padde looks promising 1217929907 M * padde http://www.pmacct.net/ 1217930017 M * Guy- padde: that's a rather complex solution to a simple problem 1217930023 M * Guy- but sure, you can do that 1217930056 M * padde Guy-: how would you solve it? 1217930078 M * Guy- padde: iptables -A INPUT -p tcp -d vserverip --dport 22 1217930091 M * Guy- padde: and then keep reading the packet and byte counters of this rule 1217930113 M * Guy- you can even write a trivial munin plugin for it 1217930126 M * Guy- (I did once for a similar task, you can have mine if you want) 1217930163 J * friendly ~friendly@ppp59-167-89-100.lns2.mel6.internode.on.net 1217930165 M * padde hm... never used munin before... i guess he would be happy about a nice graph... ;) 1217930201 M * padde Guy-: how do you provide the iptables data to the vserver? 1217930224 M * Guy- (oh, you also need -s vserverip --sport 22 for outgoing traffic) 1217930249 M * Guy- padde: several ways are possible, easiest is probably to have it written periodically to a file in the guest fs by a cronjob 1217930258 M * Guy- (watch for symlink attacks) 1217930284 M * Guy- or you could log it to the guest syslog and have the user parse it out from there 1217930327 M * padde ok, got it... 1217930341 M * padde thanks for your suggestions, i'll think about it 1217930458 M * Guy- my pleasure 1217930795 N * transaci1 transacid 1217931529 J * mmouse ~mmouse@office.haefft.de 1217931662 Q * FireEgl Ping timeout: 480 seconds 1217932261 J * balbir_ ~balbir@59.145.136.1 1217933304 J * FireEgl FireEgl@adsl-17-159-205.bhm.bellsouth.net 1217933896 J * aj__ ~aj@80.69.42.51 1217933940 J * hparker hparker@linux.homershut.net 1217933942 Q * FireEgl Ping timeout: 480 seconds 1217934504 J * FireEgl FireEgl@adsl-17-169-34.bhm.bellsouth.net 1217934993 J * xdr_ ~xdr@139-173-96-87.cust.blixtvik.se 1217935107 Q * xdr Ping timeout: 480 seconds 1217935251 Q * DavidS Ping timeout: 480 seconds 1217935696 Q * friendly Quit: Leaving. 1217936419 Q * dna Ping timeout: 480 seconds 1217937137 J * yarihm ~yarihm@62.65.128.217 1217937547 Q * disposable Ping timeout: 480 seconds 1217938815 Q * xdr_ Quit: Lost terminal 1217938821 J * xdr ~xdr@139-173-96-87.cust.blixtvik.se 1217940638 Q * mfv Ping timeout: 480 seconds 1217941332 Q * Aiken Remote host closed the connection 1217941536 J * mfv ~mfv@host8-44-static.23-87-b.business.telecomitalia.it 1217941996 Q * sharkjaw Remote host closed the connection 1217942394 Q * balbir_ Ping timeout: 480 seconds 1217942977 Q * padde Remote host closed the connection 1217943005 J * padde ~padde@patrick-nagel.net 1217943152 J * lilalinux ~plasma@80.69.41.3 1217943817 Q * balbir Ping timeout: 480 seconds 1217944237 Q * larsivi Quit: Konversation terminated! 1217944842 Q * mfv Remote host closed the connection 1217944850 J * mfv ~mfv@host8-44-static.23-87-b.business.telecomitalia.it 1217944859 Q * mfv Remote host closed the connection 1217944873 J * mfv ~mfv@host8-44-static.23-87-b.business.telecomitalia.it 1217946009 Q * yarihm Quit: Leaving 1217946449 J * fatgoose ~samuel@126.80.modemcable.oricom.ca 1217947065 M * fluor does anyone if DavidS reaching anything in making a -vserver 2.6.26 Debian kernel for Lenny? 1217947793 Q * xdr Read error: Connection reset by peer 1217947901 Q * mfv Quit: debian/rules! 1217947976 J * balbir ~balbir@122.167.246.3 1217948198 Q * mmouse 1217948236 Q * Hollow Quit: Caught sigterm, terminating... 1217948239 Q * fatgoose Ping timeout: 480 seconds 1217948245 J * Hollow ~Hollow@my.newthinking.de 1217948260 Q * Hollow 1217948275 J * Hollow ~Hollow@my.newthinking.de 1217948955 J * xdr ~xdr@gote2.20.cust.blixtvik.net 1217949139 P * ricola 1217949349 Q * Hollow Quit: leaving 1217949350 J * Hollow ~bbo@my.newthinking.de 1217951050 J * tudenbart ~willi@xdsl-87-78-55-18.netcologne.de 1217951141 J * fatgoose ~samuel@126.80.modemcable.oricom.ca 1217951296 Q * dothebart Read error: Connection reset by peer 1217951964 Q * laptopnenolod Ping timeout: 480 seconds 1217952288 Q * Hollow Quit: leaving 1217952332 J * Hollow ~hollow@proteus.croup.de 1217952373 Q * xdr Ping timeout: 480 seconds 1217952391 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1217952439 N * Bertl_zZ Bertl 1217952445 M * Bertl evening folks! 1217952447 J * xdr ~xdr@13-173-96-87.cust.blixtvik.se 1217952637 J * yarihm ~yarihm@guest-docking-nat-1-049.ethz.ch 1217952895 Q * Pazzo Quit: Ex-Chat 1217953057 Q * Hunger Quit: changing servers 1217953066 J * Hunger Hunger.hu@Hunger.hu 1217954646 J * jes-o-mat jesusch@irc.82110clan.de 1217954659 M * jes-o-mat Hi 1217954663 M * Bertl hi 1217954688 M * jes-o-mat how can I track down which vserver causes high load? 1217954699 Q * lilalinux Remote host closed the connection 1217954715 M * Bertl check the guest's load stats? 1217954748 M * jes-o-mat load is everywhere the same 1217954770 M * jes-o-mat it's not cpu usuage nor memory usage 1217954776 M * Bertl then most likely all guests create the load you observe, no? 1217954783 M * jes-o-mat http://paste.debian.net/13963/ 1217954790 M * jes-o-mat this is vserver-stat 1217954800 M * jes-o-mat https://jesusch.de/serverstats/ 1217954819 M * Bertl don't use dynamic contexts, update your tool if you are on debian :) 1217954850 M * jes-o-mat upgrade util-vserver? 1217954871 M * Bertl well, maybe you already did, you want at least 0.30.215 1217954900 Q * xdr Remote host closed the connection 1217954910 M * jes-o-mat ii util-vserver 0.30.212-1 user-space tools for Linux-VServer virtual p 1217954915 M * jes-o-mat :( 1217954938 M * Bertl note, the upgrade is a general suggestion, not related to load or so 1217954952 M * Bertl what kind of load do you observe? 1217954959 M * Bertl (and what kernel/patch do you use?) 1217954965 M * jes-o-mat can you think of what is generating the load? 1217954974 M * jes-o-mat cpu is idle 1217954977 M * Bertl usually processes are generating the load 1217954981 M * jes-o-mat ram is at ~400MB free 1217955002 M * jes-o-mat only remaining thing I am aware of would be I/O load 1217955012 Q * yarihm Quit: Leaving 1217955017 M * jes-o-mat but this would result in io-wait (for cpu-stats) 1217955026 M * Bertl well, top should break that down for you (vtop is even better) 1217955046 M * Bertl but I have no idea what load you are observing :) 1217955046 J * larsivi ~larsivi@169.80-202-217.nextgentel.com 1217955053 M * jes-o-mat btw. is there some top, that also shows up processes from the guests? 1217955064 M * Bertl that's the beforementioned vtop :) 1217955066 M * jes-o-mat Bertl: uptime -> load average 1217955101 M * jes-o-mat vtop looks good =) 1217955108 M * Bertl so you see a maximum load of 5 or so? 1217955123 M * Bertl (according to your graphs) 1217955132 M * jes-o-mat atm is ok at 0.20 1217955160 M * Bertl you know what a load of 5 actually means? 1217955187 M * jes-o-mat but as you can see the average load is at 1.0 https://jesusch.de/serverstats/detail.php?graph=1&tree=&filter= 1217955222 M * jes-o-mat my personal understanding is loadmax should be around number of CPUs available 1217955282 M * jes-o-mat ok - the definition from wikipedia sounds different =) 1217955347 M * Bertl in an ideal case, the loadmax == #cpus is probably what you want ... realistically I'd say a load of 5 (with an average of 1) is perfectly fine for a single cpu system 1217955379 M * Bertl (means the system doesn't get idle too often) 1217955465 M * jes-o-mat but as you can see I have several time loadavg of ~3 for a long timeperiod (~3h) 1217955500 M * jes-o-mat is there something like vsar? =) 1217955578 M * Bertl vsar? 1217955585 M * jes-o-mat sar 1217955591 M * jes-o-mat including stuff from vservers 1217955611 M * jes-o-mat but basically I have the feeling that nagios is generating the load 1217955628 J * xdr ~xdr@13-173-96-87.cust.blixtvik.se 1217955635 M * Bertl you can try to wrap the sar in chcontext --xid 1 -- 1217955655 M * Bertl (basically making it vsar :) 1217955763 M * Bertl you can read the guest's load average in cat /proc/virtual/*/cvirt 1217955783 M * Bertl if you graph that too, you might get a clue 1217955815 M * Bertl (note that you have to have VIRT_LOAD enabled to have it show anything meaningful) 1217956411 M * pmenier jes-o-mat: i had exactly the same behavior some months ago 1217956469 M * pmenier and it disappears the day i switch to 2.6.25... May be an option in the config kernel....http://rrd23.pmenier.net/sme/graphs/indexy.htm 1217956603 Q * xdr Ping timeout: 480 seconds 1217956689 M * Bertl pmenier: but except for the loadavg it seems nothing has changed, no? 1217956724 M * Bertl i.e. what I want to say is, the system didn't get better or faster or something like that 1217956752 M * pmenier yes but i didn't know why loadavg was so high... 1217956783 M * pmenier yes the system didn't get faster or something else 1217956821 M * Bertl 2.6.25 has a new scheduler and thus loadavg is calculated differently 1217956854 M * daniel_hozac and the scheduling itself is different. 1217956962 M * pmenier but i never could find what process was growing loadavg... it was appearing evry one hour... i've spent a lot of time to look at top and vtop but never find anything... 1217957054 M * pmenier i didn't save these olds graphs.. it would have been more explicit for you... with my poor english .it is not very easy to describe... 1217957174 M * jes-o-mat pmenier: are the vserver patches available for 2.6.25? 1217957182 M * Bertl yep 1217957188 M * pmenier yes of course :) 1217957231 M * jes-o-mat then the wiki should be updated ;) 1217957279 M * Bertl http://vserver.13thfloor.at/Experimental/ 1217957307 M * jes-o-mat sound not productive ;) 1217957334 J * xdr ~xdr@gote2.103.cust.blixtvik.net 1217957339 M * pmenier it runs on my machine since several weeks... 1217957368 M * jes-o-mat I'm also disapointed that linux-image-2.6-vserver are not available for debian testing/unstable 1217957692 M * pmenier sure ? linux-image-2.6.25-2-vserver-686 1217957776 M * jes-o-mat hm 1217957787 M * jes-o-mat but no valid meta packages http://packages.debian.org/search?keywords=linux-image-2.6-vserver 1217957799 M * jes-o-mat strange 1217957845 M * jes-o-mat I'll have an eye on loadavg and perhaps I will upgrad to 2.6.25 1217957859 M * jes-o-mat . o O (don't wanna loose uptime ;) 1217958373 N * meebey meebey__ 1217958479 N * meebey__ meebey_ 1217958503 Q * ktwilight_ Ping timeout: 480 seconds 1217958534 N * meebey_ meebey 1217959985 J * ktwilight ~ktwilight@77.85-66-87.adsl-dyn.isp.belgacom.be 1217960167 J * hijacker_ ~hijacker@213.91.163.5 1217960167 Q * hijacker Read error: Connection reset by peer 1217960967 M * meebey jes-o-mat: thats because the maintainer will remove them again 1217961536 M * jes-o-mat meebey: why? 1217961594 M * meebey jes-o-mat: because the maintainer targets the .26 kernel for the release 1217961735 M * jes-o-mat ok, we have a freeze, but I believe that .26 could make it into lenny ;-) 1217961747 M * jes-o-mat or are there definately other plannings? 1217961940 M * meebey I would like too that the kernel is frozen 1217961950 M * meebey but I bet the release team will make an exception :( 1217962026 M * jes-o-mat are there still plannings about a long-term kernel? fs told me something about it related to 2.6.18 (as RHEL and SuSE are using it also) 1217962286 Q * aj__ Ping timeout: 480 seconds 1217963328 J * laptopnenolod ~nenolod@ip70-189-74-62.ok.ok.cox.net 1217963780 M * Bertl daniel_hozac: did you find the time to look at the pre3 yet? 1217964709 M * Bertl nap attack (second today) bbl 1217964714 N * Bertl Bertl_zZ 1217966252 Q * fatgoose Ping timeout: 480 seconds 1217966406 Q * quasisane Remote host closed the connection 1217966859 J * Hollow_ ~hollow@proteus.croup.de 1217966898 Q * Hollow Remote host closed the connection 1217966902 J * fatgoose ~samuel@126.80.modemcable.oricom.ca 1217966918 N * Hollow_ Hollow 1217967219 Q * bonbons Quit: Leaving 1217967558 Q * fatgoose Quit: fatgoose 1217967601 J * mfv ~mfv@host8-44-static.23-87-b.business.telecomitalia.it 1217967743 J * aj__ ~aj@80.69.42.51 1217968271 Q * aj__ Ping timeout: 480 seconds 1217968312 Q * Hollow Quit: Caught sigterm, terminating... 1217968351 J * Hollow ~hollow@proteus.croup.de 1217968833 J * aj__ ~aj@e180195133.adsl.alicedsl.de 1217969164 Q * cryptronic Quit: Leaving. 1217969203 Q * stephan_ Quit: leaving 1217969655 J * fatgoose ~samuel@98.80.modemcable.oricom.ca 1217969871 J * blizz ~stephan@e181090158.adsl.alicedsl.de 1217970034 J * manfredheubach ~heubach@support.heubach-edv.de 1217970212 P * manfredheubach 1217970220 J * manfredheubach ~heubach@support.heubach-edv.de 1217970271 M * manfredheubach somebody here, who has good knowledge about chbind ? 1217970732 J * cryptronic ~oli@p54A3B414.dip0.t-ipconnect.de 1217970784 Q * blizz Quit: bbl 1217970833 J * blizz ~stephan@e181090158.adsl.alicedsl.de 1217971020 Q * blizz 1217971037 J * marcfiu ~marcfiu@aegis.CS.Princeton.EDU 1217971047 M * marcfiu hello 1217971068 M * marcfiu has anyone tried to bring up metrix's pyramid distro inside a vserver? 1217971099 M * marcfiu Or, for that matter, successfully glued together the equivalent of a wireless router distro (wifiadmin?) inside a vserver? 1217971131 M * marcfiu We've been able to get hostapd etc. to work, but would love to use someone else's webgui to manage the wireless. 1217971512 Q * mfv Quit: debian/rules! 1217971813 Q * cryptronic Quit: Leaving. 1217971819 P * marcfiu 1217972632 M * daniel_hozac manfredheubach: what do you need? 1217972659 J * kir_home ~kir@216.143.175.230 1217972662 J * blizz ~stephan@e181116147.adsl.alicedsl.de 1217972781 Q * kir_home 1217973157 Q * blizz Ping timeout: 480 seconds 1217973207 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1217973347 M * manfredheubach hello, chbind is somehow not working as used to in later version. i come over with the details in a minute 1217973494 M * manfredheubach i'm running a linux vserver kernel version 2.6.25. util-vserver are 0.30.214. In older versions I used to use the vsysvwrapper script for the initscripts of my host. 1217973513 M * daniel_hozac why? don't run services on the host. 1217973528 M * manfredheubach well - i have to 1217973560 M * daniel_hozac why? 1217973618 M * manfredheubach i need for example ssh on the host and on all guest - i know i can configure ssh to bind only to my host address 1217973657 M * manfredheubach others services are syslog, webmin (yes :-)), bacula, .... 1217973678 M * manfredheubach i should be able to run something like 1217973729 M * manfredheubach exec /usr/sbin/chbind --nid 42 --ip 10.200.0.31/24 --ip 127.0.0.1 /etc/init.d/ssh restart 1217973736 J * hparker hparker@linux.homershut.net 1217973762 M * daniel_hozac yep. 1217973800 M * manfredheubach the problem is that i end up with no network binding at all. and if i omit the --nid parameter i get a message which says "ncontext: vc_net_create(): Invalid argument" 1217973817 M * daniel_hozac and the logs say...? 1217973851 M * manfredheubach well :-) 1217973868 M * manfredheubach i don't dare try this with ssh - i will loose my server 1217973896 M * manfredheubach webmin's log doesn't say anything about the problem 1217973907 M * daniel_hozac and you've identified the problem how? 1217973951 M * manfredheubach the service doesn't bind to the address (netstat -lA inet) 1217973962 M * daniel_hozac you run that in network context 42? 1217973964 M * daniel_hozac or 1? 1217973972 M * manfredheubach tried both 1217973999 M * daniel_hozac so you did chbind --nid 42 -- netstat -lA inet? 1217974012 M * manfredheubach ah, no 1217974079 M * manfredheubach ok - it is there - i used 3dm raid management tools for the test 1217974099 M * manfredheubach chbind --nid 1 --ip 10.200.0.31/24 /etc/init.d/3dm restart 1217974106 M * manfredheubach netstat -lA inet doesn't show it 1217974121 M * manfredheubach chbind --nid 1 netstat -lA inet shows it 1217974135 M * manfredheubach now i have to test if i can access it 1217974200 M * manfredheubach it's working :-) - well - ahhhh - i could have thought that 1217974217 M * daniel_hozac you can't use nid 1. 1217974226 M * daniel_hozac that's not going to limit it to anything. 1217974283 M * manfredheubach by the way, what exactly is the difference between the ctx and the nid ? 1217974310 M * daniel_hozac the xid identifies the process context, used to separate and limit processes from eachother. 1217974333 M * daniel_hozac the nid identifies the network context, which limits the processes to certain IP addresses. 1217974369 M * manfredheubach ok 1217974406 M * manfredheubach is the nid "1" somehow reserved - say: will i run into troubles using nid 1 ? 1217974413 M * daniel_hozac yes. 1217974422 M * daniel_hozac nid 1 is the spectator context, just as for process contexts. 1217974434 M * daniel_hozac it sees everything. 1217974477 M * manfredheubach ok, fine, i will put an alias into my profile which calls netstat like "/usr/sbin/chbind --nid 1 netstat" 1217974526 M * manfredheubach so I will not panick, if i forget about the nid 1 ;-) 1217974575 M * manfredheubach thank you very much - great help - i'll drive home now - time for bed ... 1217974680 M * daniel_hozac you're welcome. 1217974867 P * manfredheubach Kopete 0.12.7 : http://kopete.kde.org 1217975777 J * morrigan morrigan@IRC.13thfloor.at 1217975842 M * morrigan hi...i'm trying to hashify my guest, but only get the error message "Failed to initialize unification for vserver" 1217975853 M * daniel_hozac did you set the guest up for unification? 1217975881 M * daniel_hozac (i.e. mkdir /etc/vservers//apps/vunify, and setup the links in /etc/vservers/.defaults/apps/vunify) 1217975885 M * morrigan link from .hash to /etc/vservers/.defaults/apps/vunify/hash/root was done 1217975979 M * morrigan http://paste.linux-vserver.org/12351 1217975984 M * morrigan like so... 1217975998 M * morrigan (note: my guests live in /home/vservers....) 1217976025 M * daniel_hozac and the per-guest directory? 1217976045 M * morrigan hm? 1217976092 M * daniel_hozac /etc/vservers//apps/vunify. 1217976120 M * morrigan oh, that's where it lives by default 1217976170 M * morrigan ah okay, that was what was missing 1217976183 M * morrigan cool :) 1217976251 M * morrigan thanks, sorry, problem was between keyboard and chair 1217976262 M * daniel_hozac you're welcome 1217976791 J * Loki|muh loki@satanix.de 1217977349 J * blizz ~stephan@e181116147.adsl.alicedsl.de 1217977415 M * morrigan hm 1217977431 M * morrigan and what's wrong with this clone attempt: 1217977437 M * morrigan vserver mid01 build -m clone --rootdir /home/vservers/ --context 42002 --hostname mid02.localdomain --interface eth0:10.10.10.12/24 -- -d oel5 --source infra 1217977496 M * morrigan (it says vclone: vc_set_iattr("/home/vservers//mid01/dev/log"): No such file or directory - which is not surprising since that directory wasn't created) 1217977511 M * daniel_hozac that's fixed in trunk. 1217977529 M * morrigan is there some workaround for it? 1217977543 M * daniel_hozac stop the guest before you clone. 1217977545 M * morrigan (version is 0.30.215) 1217977560 M * daniel_hozac (and remove /dev/log, if stop doesn't do it) 1217977688 M * morrigan ah. so it disliked sockets 1217977745 M * morrigan yup, that did it:) 1217977748 M * morrigan nice.... 1217977752 M * morrigan thanks 1217977892 M * daniel_hozac yeah. 1217978322 Q * blizz Ping timeout: 480 seconds 1217979478 J * vargadani ~vargadani@catv-598710d9.catv.broadband.hu 1217979483 M * vargadani hi 1217979498 N * Bertl_zZ Bertl 1217979504 M * Bertl back now ... 1217979507 M * vargadani can sb give me a link that summarizes the difference or similarities between jail and vserver? 1217979528 M * Bertl jail as in? 1217979578 M * vargadani as in freebsd jail 1217979594 M * vargadani I was asked a question that I couldn't answer 1217979612 M * vargadani why is vserver better than jail... wouldn't it be simpler just to use freebsd? 1217979632 M * Bertl ah, okay, well, that is simple to answer 1217979649 M * Bertl first, one is linux, the other bsd (obviously) 1217979676 M * Bertl second, Linux-VServer is 'bsd jails on steroids' :) 1217979686 M * vargadani ^_^ 1217979691 M * vargadani I like that answer 1217979693 M * Bertl i.e. you can control many things like resources 1217979698 M * vargadani yes 1217979715 M * vargadani I read that jail's user management is not that good: either root or limited user 1217979719 M * vargadani that's all you get 1217979734 M * Bertl another difference is the network isolation 1217979744 M * Bertl bsd jails allow for a single ip only 1217980077 M * vargadani thanx Bertl 1217980094 M * vargadani I had a short dispute with a FreeBSD fun 1217980141 M * Bertl bsd jails existed long before Linux-VServer (or even security contexts :), unfortunately development there wasn't continued 1217980182 M * vargadani as I was reading about jail I was like what the heck... but then I realized some of the basic differences 1217980187 J * kir_home ~kir@216.143.175.230 1217980203 M * vargadani that make linux based systems better from this perspective than BSD 1217980222 M * vargadani good job on that, Bertl and keep working on it ^_^ 1217980258 M * vargadani I do my presentation on vserver on sept 13 at ubuntu conference 1217980270 M * vargadani sponsored by FSF 1217980273 M * vargadani ^_^ 1217980277 M * vargadani alright bye all 1217980290 M * vargadani need to get some sleep 1217980293 Q * vargadani Remote host closed the connection 1217980741 Q * hparker Quit: Read error: 104 (Peer reset by connection)