1192233797 Q * ntrs Ping timeout: 480 seconds 1192234003 Q * dowdle Remote host closed the connection 1192241665 Q * zLinux Remote host closed the connection 1192246877 Q * wenchien Ping timeout: 480 seconds 1192247376 M * djbclark daniel_hozac: ping 1192247389 M * Supaplex boink 1192247432 M * djbclark Bertl_oO: ping 1192248928 M * Bertl_oO djbclark: what about asking what you want to know? 1192248962 M * djbclark Bertl_oO: we're having some trouble getting util-vserver working on an ubuntu feisty system (m_stone speaking) 1192248981 M * djbclark We were looking for advice. 1192248996 M * Bertl_oO hmm, ubuntu has issues with gcc and dietlibc 1192249013 M * Bertl_oO but IIRC, those were fixed in some update versions 1192249062 M * djbclark is there a 0.30.214 package available anywhere? 1192249099 M * Bertl_oO I would take that from debian 1192249178 M * djbclark (djbclark speaking) We tried that; the binary package has a dep on libc6, and the source package want dietlibc-0.31, and that doesn't want to compile. 1192249204 M * Bertl_oO there is a 0.30.214 in debian backports 1192249205 M * djbclark compiled w/o dietlibc it seems to just not work (immediate return) 1192249214 M * Bertl_oO yes, that is expected 1192249228 M * djbclark ah k that's a good idea (mstone: "hmmm" :) 1192249229 M * Bertl_oO (says so in the configure output :) 1192249261 M * djbclark Bertl_oO: Thanks a lot for the suggestion (djbclark and m_stone) :) 1192249277 M * Bertl_oO let me know if it works for you 1192249309 M * Bertl_oO IIRC, ivan compiled both, dietlibc and util-vserver on ubuntu some time ago 1192249464 M * djbclark Bertl_oO: that was 212 (or he never installed it on the system I would think he would have) 1192249540 M * djbclark Bertl_oO: So it looks like for some reason backports is only 214 on i386, and 213 on amd64. Going to try build from source; or m_stone asks if we can run the i386 util-vserver on amd64. 1192249566 M * Bertl_oO yes, you can run the i386 on amd64 too 1192249589 M * Bertl_oO until you find and fix the ubuntu issues with dietlibc 1192249620 M * Bertl_oO btw, I still don't know why you folks always want to use ubuntu :) but that is your problem ... 1192249642 M * djbclark Bertl_oO: I don't; I was going to move everything to Etch, but ivan had strenuous objections. 1192249699 M * djbclark It certainly is our problem however. Our big, time-wasting, m_stone and me at a pumpkin party uselesly hacking away for hours problem. 1192249725 M * djbclark m_stone adds that he did learn something useful about debian packaging... 1192249763 M * Bertl_oO well, as far as I remember, the main ubuntu issue was the stack protector stuff, which required a few tricks, as gcc (on ubuntu) ignores the options to disable it 1192249795 M * Bertl_oO if you read up on that (maybe in the IRC logs) you probably can figure what to do to fix it 1192249989 M * djbclark k, m_stone says he understands what that means :) 1192250598 M * djbclark new plan: install kvm. install etc in a kvm. run vserer under etch. :) 1192250616 M * djbclark (i386 bin backport didn't work) 1192250637 M * Bertl_oO ahem, you are already running a Linux-VServer kernel there, yes? 1192250701 M * djbclark yes but will prob go to 2.g.23.1 as there will be no vserver deps on certain kernel versions 1192250760 M * Bertl_oO okay, let's go back a step ... what are you trying to do, actually? 1192250950 M * djbclark or i could recompile with legacy api support.. working vserver on feisty amd64 1192251064 M * Bertl_oO you could also tie hot pudding to a tree :) 1192251092 M * Bertl_oO please try to explain _what_ you are trying to do 1192251391 M * djbclark you are asking why want to use vserver? 1192251448 M * Bertl_oO no, I'm asking why you are trying to setup strange things on ubuntu :) 1192251476 M * Bertl_oO obviously you ahve a 64bit machine with some ubuntu system and a Linux-VServer kernel installed 1192251490 M * djbclark because there seems to be no non-strance way 1192251493 M * Bertl_oO but OTOH, you want to remove the Linux-VServer kernel at some poing 1192251502 M * Bertl_oO *point 1192251547 M * Bertl_oO so what is the over all purpose? 1192251576 M * Bertl_oO do you want to test on that machine? is it planned to host several guests? 1192251628 M * djbclark why would i want to remove the vserver kernel? 1192251656 M * djbclark the later 1192251711 M * Bertl_oO what else did the message 'yes but will prob go to 2.g.23.1 as there will be no vserver deps on certain kernel versions' mean? 1192251735 M * djbclark sorry tired... a ways back i though you said i was already running a kvm kernel 1192251782 M * Bertl_oO okay, I have absolutely no idea what you are trying to tell me :) 1192251852 M * djbclark idea is kvm on metal and the vser inside debian etch kvm. upgrade of kerenel to latest stable would then be possible as no need t worry about what vserver has been ported to 1192251907 M * Bertl_oO and you need a 2.6.23.x kernel because ... ? 1192252082 M * djbclark kvm improvements. don't need it, but etch on a kvm seems to be the most expediant choice at this point. 1192252092 M * Bertl_oO how so? 1192252105 M * Bertl_oO wouldn't etch on bare metal be a better choice? 1192252110 M * djbclark (no access to server colo over wekend) 1192252124 M * Bertl_oO which means? 1192252173 M * djbclark can't install etch on bare metal Yor at least not easily) - box i am referring to is in colo 1192252191 M * Bertl_oO but you can easily upgrade the kernel and run kvm stuff there? 1192252225 M * djbclark yes 1192252233 M * Bertl_oO okay, so be it ... 1192252265 A * djbclark curses ububtu, thanks bertl profusely, and goes to pass out 1192252295 M * Bertl_oO have a good one, I'm off to bed too 1192252302 N * Bertl_oO Bertl_zZ 1192258791 J * DavidS ~david@wlan.net-you.de 1192259831 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192260518 J * dna ~dna@23-222-dsl.kielnet.net 1192263072 Q * JonB Quit: This computer has gone to sleep 1192264520 Q * ntrs_ Ping timeout: 480 seconds 1192266742 Q * DavidS Ping timeout: 480 seconds 1192267213 Q * hparker Quit: peer reset by connection 1192268998 J * Yvo ~yvonne@91.64.217.106 1192269542 Q * the-dude Read error: Connection reset by peer 1192269580 J * the-dude ~martijn@senturparks.xs4all.nl 1192270154 J * friendly12345 ~friendly@ppp121-44-205-137.lns3.mel4.internode.on.net 1192270432 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192271043 J * Piet ~piet@tor.noreply.org 1192271385 J * virtuoso ~s0t0na@ppp91-122-24-114.pppoe.avangard-dsl.ru 1192272837 Q * JonB Quit: Leaving 1192275604 Q * Chr0nicles Read error: Connection reset by peer 1192276490 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192276868 J * Federico2 ~Federico2@net84-253-136-096.mclink.it 1192276874 M * Federico2 hi there 1192277040 M * JonB hi 1192277658 Q * JonB Quit: This computer has gone to sleep 1192277909 J * zLinux ~zLinux@88.213.26.14 1192278745 Q * Piet Quit: Piet 1192278990 J * balbir ~balbir@59.178.49.177 1192279026 J * pmenier ~kvirc@ACaen-152-1-52-179.w83-115.abo.wanadoo.fr 1192279808 Q * Federico2 Quit: bye 1192280627 Q * friendly12345 Ping timeout: 480 seconds 1192281281 J * friendly12345 ~friendly@ppp59-167-80-170.lns2.mel6.internode.on.net 1192281969 J * Piet ~piet@tor.noreply.org 1192282462 Q * balbir Ping timeout: 480 seconds 1192283447 P * friendly12345 1192283483 M * Piet with xen, there is a command line argument to start a guest (DomU) and only return to console after it has completely booted up. Is there something similar for linux-vserver? 1192283498 M * daniel_hozac vserver ... start? 1192283513 M * Piet my goal is to start some vserver-guests first and have services running on them, then run others 1192283528 M * daniel_hozac use apps/init/depends 1192283547 M * Piet ah wonderful, thanks 1192286036 M * nebuchadnezzar daniel_hozac: apps/init/depends only works for init scripts ;-/ 1192286044 M * daniel_hozac yes. 1192286053 M * daniel_hozac or, rather, for start-vservers invocations. 1192287173 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192287339 Q * vasko charon.oftc.net unununium.oftc.net 1192287344 J * vasko ~vasko@unreal.rainside.sk 1192287952 Q * Piet Quit: Piet 1192288053 J * Piet ~piet@tor.noreply.org 1192289034 M * Hollow vhashify rewrite o.o 1192289060 M * daniel_hozac yeah. my list of vhashify TODOs is really big. 1192289111 M * Hollow hm .. i'd have to dig into this stuff first, but maybe we can add gentoo support? :) 1192289128 M * Hollow at least i'd like to give it a try 1192289143 M * daniel_hozac part of the rewrite is to make the package management support optional. 1192289155 M * Hollow ah, nice .. 1192289161 M * Hollow so pure CoW? 1192289163 M * daniel_hozac right 1192289198 M * Hollow sounds great, i'll keep an eye on the branch :) 1192289360 J * balbir ~balbir@59.178.59.136 1192289538 J * jmcarica` ~user@d83-179-172-170.cust.tele2.fr 1192289598 Q * JonB Quit: This computer has gone to sleep 1192290141 J * larsivi ~larsivi@101.84-48-201.nextgentel.com 1192290322 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192290432 N * ensc Guest1643 1192290441 J * ensc ~irc-ensc@p54B4CB7F.dip.t-dialin.net 1192290480 M * nebuchadnezzar I see on kernel.org that the next kernel will have network namespaces, is it usefull to vserver ? 1192290550 Q * Guest1643 Ping timeout: 480 seconds 1192290775 M * daniel_hozac it will be possible to use them with Linux-VServer, but it's level 2 virtualization rather than the level 3 isolation we do. 1192290858 M * nebuchadnezzar If I understand what it is, this would permit to have a "real" loopback per vserver ? 1192290870 M * daniel_hozac you mean, like we do in 2.3? :) 1192290888 M * daniel_hozac it's more about assigning interfaces to guests. 1192290915 M * daniel_hozac i.e. guest A gets interface eth1, and guest B gets interface veth4. 1192290991 M * nebuchadnezzar ok, thanks for the explanation 1192291002 M * nebuchadnezzar I must test vserver2.3 1192291195 Q * balbir Read error: Operation timed out 1192292184 J * Federico2 ~Federico2@net84-253-136-096.mclink.it 1192292185 M * Federico2 hi 1192292241 M * JonB hi 1192292684 J * the-me Patrick@Linux-Dev.org 1192294006 Q * dna Quit: Verlassend 1192294485 J * ser ~ser@sergiusz.pawlowicz.name 1192295779 J * hparker ~hparker@linux.homershut.net 1192295952 J * PhatJ ~PhatJ@24-231-253-65.dhcp.aldl.mi.charter.com 1192298064 Q * JonB Quit: This computer has gone to sleep 1192300055 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192300847 Q * Piet Ping timeout: 480 seconds 1192302582 Q * JonB Quit: This computer has gone to sleep 1192303851 J * ema ~ema@rtfm.galliera.it 1192304336 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192304429 M * PhatJ anyone ever make qmail play nice on a vserver ? 1192304466 M * PhatJ when i fire up daemontools as a init.d script i get run and softlimit defunct process which burn through the PIDs like mad 1192304496 M * daniel_hozac Hollow does, IIRC. 1192304528 M * epicbjorn eh, people still use qmail? 1192304547 M * PhatJ epicbjorn: i'll bite - what do you recommend ? 1192304565 M * FaUl PhatJ: works fine for me 1192304585 M * PhatJ FaUl: how do you start daemontools ? 1192304596 M * epicbjorn PhatJ: Postfix. absolutely. 1192304611 M * Hollow qmail works fine here on a lot of vservers 1192304637 M * PhatJ any specific tweaks needed to the vserver and/or how does one start daemontools ? 1192304651 M * PhatJ and/or otherwise supervise qmail 1192304663 M * Hollow the gentoo daemontools package always worked out of the box :) 1192304683 Q * ema Quit: leaving 1192304712 M * PhatJ ok maybe its not daemontools - but the run / softlimit situation starts right away 1192304717 M * PhatJ so perhaps its qmail 1192304728 M * PhatJ 28279 ? Z 0:00 [run] 1192304729 M * PhatJ 28280 ? Z 0:00 [softlimit] 1192304768 M * Hollow well, depends on your run script i guess 1192304826 M * PhatJ where does one locate that? 1192304893 M * PhatJ hell if there is a gentoo qmail package, i'll start a new vserver using gentoo 1192305112 M * Hollow qmail support in gentoo is pretty good 1192305122 M * hparker good choice imo 1192305122 A * PhatJ runs newvserver 1192305131 M * Hollow i'm currently rewriting some parts of the ebuild, but it's not yet production ready 1192305135 M * JonB PhatJ: isn that old? 1192305143 M * Hollow oh no. don't use newvserver 1192305161 M * Hollow use vserver foo build 1192305169 M * PhatJ the debian instructions say to run newvserver 1192305173 M * daniel_hozac where? 1192305181 M * FaUl PhatJ: i start it with plain init style out of sysvinit inittab 1192305185 M * daniel_hozac please, link us so we can fix it ASAP. 1192305196 M * daniel_hozac newvserver should be taken out back... 1192305197 M * PhatJ http://linux-vserver.org/Installation_on_Debian 1192305212 M * daniel_hozac what the. 1192305217 M * daniel_hozac i could've sworn we fixed that. 1192305224 M * PhatJ d'oh - its deprecated 1192305243 M * PhatJ there is a very small line that says its dying 1192305254 M * Hollow make it big and read and blinking 1192305255 M * Hollow :) 1192305258 M * Hollow *red 1192305296 M * daniel_hozac i'm rewriting that paragraph to use vserver ... build. 1192305297 M * Hollow sth like: use newvserver and sco will sue you. hehe 1192305302 M * PhatJ with an audio buzzer alarm that goes off when that section of the page is scrolled in :P 1192305424 M * PhatJ i guess that means i have been using vserver for too long :) 1192305424 M * PhatJ kinda sucks cuz i have my own web integration (to create / manage vservers) which simply calls newvserver 1192305453 M * Hollow shouldnÄt be hard to rewrite that to a vserver .. build command 1192305668 M * PhatJ nope not at all 1192305685 M * PhatJ one of many things that are on the list 1192305976 Q * JonB Quit: This computer has gone to sleep 1192306301 M * Supaplex does the rsync method prevent, or cleanup from unsafe device node creation in the guest? 1192306334 M * daniel_hozac not at the moment. 1192306430 M * Supaplex so exclude /dev I suppose 1192309485 Q * Federico2 Quit: bye 1192309544 J * Piet ~piet@tor.noreply.org 1192312052 J * adrien-modulis ~adrien@3-82-252-216-static.enter-net.com 1192312072 M * adrien-modulis hi everyone 1192312152 N * arachnis1 arachnist 1192312605 Q * FireEgl Read error: Connection reset by peer 1192312682 J * onox ~onox@kalfjeslab.demon.nl 1192313383 J * FireEgl FireEgl@FireEgl.CJB.Net 1192314267 P * Yvo 1192314678 J * ntrs_ ~ntrs@79.125.255.211 1192314685 P * adrien-modulis 1192316114 Q * FireEgl Read error: Connection reset by peer 1192316161 Q * Piet Quit: Piet 1192316895 Q * ntrs_ Ping timeout: 480 seconds 1192316966 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 1192318722 Q * onox Quit: zzzz