1237939835 Q * yarihm Quit: This computer has gone to sleep 1237940020 J * yarihm ~yarihm@77.109.189.6 1237940122 M * Bertl daniel_hozac: hmm, interesting, 2.6.29 dropped the user namespace 1237940240 M * daniel_hozac dropped it? 1237940244 M * daniel_hozac dropped it how? 1237940254 M * Bertl well, they removed it from the nsproxy 1237940280 M * Bertl i.e. it seems that user stuff is now handled implicitely or so 1237940294 M * Bertl I haven't figured it out yet ... just observing for now 1237940332 M * daniel_hozac i think they removed it from there to get rid of some circular dependencies. 1237940337 M * daniel_hozac i believe it's in the user struct now. 1237940356 M * daniel_hozac but i'm like 2000 emails behind on my containers-list traffic, so i really don't know, hehe. 1237940953 M * dkg is mount.cifs supposed to work within a vserver guest these days? i'm running stock debian lenny (kernel 2.6.26, util-vserver 0.30.216~r2772-6) 1237940998 M * Bertl definitely not without additional caps 1237940999 M * dkg i see notes from two years ago on the e-mail list that sound like it should work if the client has ccapabilities BINARY_MOUNT and SECURE_MOUNT 1237941016 M * dkg i think i've got those in place, but how do i check that they're active? 1237941022 M * daniel_hozac i don't think it will. 1237941028 M * daniel_hozac vattribute --get --xid 1237941045 M * daniel_hozac cifs requires kernel threads, so you'll at least need that ccap too. 1237941054 M * daniel_hozac but even then i'm doubtful of whether it'll work 1237941055 M * Bertl IIRC, smb did work, cifs from inside the guest doesn't 1237941086 M * Bertl OTOH, a guest on/with cifs should work fine 1237941141 M * dkg :( 1237941156 M * dkg thanks for pointing out vattribute, daniel_hozac 1237941162 M * Bertl why do you want to make network mounts from inside the guest? 1237941199 M * dkg because i don't really want the host to be dealing with CIFS (i want the cifs userspace process helper to be running in the guest, if possible) 1237941218 M * dkg is that an unreasonable wish? 1237941227 M * daniel_hozac there is no userspace process for CIFS mounts. 1237941248 M * dkg really? ok, i'm probably behind the times there. 1237941540 Q * scientes Ping timeout: 480 seconds 1237941745 M * dkg daniel_hozac: right you are about no CIFS userspace process. thanks for the correction. 1237941815 M * dkg ok, i've gone with the cifsmount from the host, in /etc/vservers/$guest/fstab 1237941827 M * Bertl fstab.remote :) 1237941828 M * dkg works fine for me, and only a small handful of extra packages on the host. 1237941852 M * dkg Bertl: should i use .remote instead? i was under the impression that that was for NFS only. 1237941889 M * Bertl well, it is inside the guest's network space ... so probably what you prefer for a network based filesystem 1237941908 M * dkg ah, i understand. thank you. 1237941922 M * Bertl np 1237942692 N * DoberMann[PullA] DoberMann[ZZZzzz] 1237942783 M * Bertl okay, off to bed now .. have a good one everyone! 1237942788 N * Bertl Bertl_zZ 1237943246 J * scientes ~scientes@75-165-16-192.tukw.qwest.net 1237943281 Q * PowerKe Ping timeout: 480 seconds 1237944217 Q * arew264 Quit: Leaving 1237944873 J * PowerKe ~tom@d5153A4C4.access.telenet.be 1237945718 J * nas ~chatzilla@opengw.lga.net.sg 1237945781 M * nas guys what could be the problem with my vserver guest if it cannot resolve domains? but when IP is used it is able to recognize 1237945804 M * nas "/etc/resolv.conf" is presnt 1237945809 M * nas present* 1237945838 M * daniel_hozac and contains valid entries? 1237945852 M * nas yup 1237945884 M * daniel_hozac and the nameservers are alive and working? 1237945898 M * nas yup, i used the same nameservers on the other PC 1237945908 M * nas the same resolv file also 1237945931 M * daniel_hozac so things like tracepath work fine to the IP address? 1237946012 M * nas can ping using IP 1237946018 M * nas but not using domain name 1237946032 Q * doener Ping timeout: 480 seconds 1237946047 M * daniel_hozac so you can ping your nameserver? 1237946097 M * nas yup 1237946100 M * nas using IP 1237946117 M * nas the host server got no problem 1237946123 M * nas only the vserver guest 1237946156 M * nas it says ping: unknown host yahoo.com 1237946160 M * nas but using IP can 1237946192 M * daniel_hozac what IP? 1237946353 M * nas one of the yahoo IP -- 206.190.60.37 1237946461 M * nas does it affect if these 2 lines exists in my vserver guest "/etc/network/interfaces" 1237946467 M * nas auto eth0 1237946469 M * nas iface eth0 inet dhcp 1237946481 M * daniel_hozac no. 1237946493 Q * scientes Ping timeout: 480 seconds 1237946521 M * nas even if my vserver guest using static IP? 1237946526 M * daniel_hozac yes. 1237946534 M * daniel_hozac the guest doesn't handle any of that at all. 1237946539 M * nas ok 1237946657 M * nas it is saying something like this everytime i do an apt-get update 1237946661 M * nas Failed to fetch http://aptproxy.im.com/debian/dists/etch/Release.gpg Could not resolve 'aptproxy.im.com' 1237946688 M * nas think that aptproxy.im.com is a valid domain 1237946698 M * nas coz i just changed the domain name 1237946883 M * nas "eth0 Link encap:Ethernet HWaddr 00:13:72:FC:E3:01 1237946884 M * nas inet addr:192.168.0.208 Bcast:0.0.0.0 Mask:255.255.255.255 1237946886 M * nas systest:/var/log# route 1237946888 M * nas Kernel IP routing table 1237946890 M * nas Destination Gateway Genmask Flags Metric Ref Use Iface 1237946892 M * nas 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 1237946893 M * nas default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 1237946895 M * nas " 1237946896 M * nas the netmask is diff does it affect? 1237947302 M * nas could the resolution handled somewhere else and not the usual "/etc/resolv.conf"? 1237947315 M * dkg more trouble: mount.cifs is working from the host, but i'm having difficulty with apache in the guest trying to serve files from the cifsmounted directory with apache2. apache serves up the files in ~10K chunks, with an HTTP response of "206 Partial Content". 1237947364 M * nas that's why even if "/etc/resolv.conf" is correct. Seems that it wasn't used at all. or else it could have already resolved. 1237947379 Q * weasel Ping timeout: 600 seconds 1237947420 J * takeru ~takeru@nttkyo210167.tkyo.nt.ftth.ppp.infoweb.ne.jp 1237947515 M * daniel_hozac dkg: IIRC 206 is only valid if the client requested it. 1237947522 M * daniel_hozac dkg: i.e. not a server-side thing. 1237947651 M * dkg daniel_hozac: yes, you're right. that happens because wget follows up with a byte-range request after the first 200 OK response terminates abruptly. 1237947670 M * dkg still doesn't answer why the first 200 OK response is terminating abruptly, though :( 1237947688 M * daniel_hozac what does strace say? 1237948020 M * dkg daniel_hozac: good question. i'm having difficulties getting strace attached to a running apache-mpm-worker (threaded), though :/ 1237948049 J * weasel ~weasel@weasel.noc.oftc.net 1237948184 M * daniel_hozac so attach it before starting it. 1237948283 M * dkg i think i've got it: 1237948285 M * dkg sendfile(9, 11, [0], 85678) = -1 EOVERFLOW (Value too large for defined data type) 1237948307 M * daniel_hozac looks like it. 1237948310 M * dkg 9 is the network socket, 11 is the fd for the file in the cifs homedir. 1237948476 M * dkg sigh. http://bugs.debian.org/494768 1237948489 M * dkg and the answer is "EnableSendfile off" in apache's config. 1237948496 M * dkg not vserver related at all. sorry for the noise. 1237949043 Q * yarihm Ping timeout: 480 seconds 1237950064 J * derjohn_foo ~aj@e180193074.adsl.alicedsl.de 1237950470 Q * derjohn_mob Ping timeout: 480 seconds 1237950865 Q * takeru Quit: takeru 1237952837 J * takeru ~takeru@nttkyo849227.tkyo.nt.ftth.ppp.infoweb.ne.jp 1237955206 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1237955641 Q * takeru Quit: takeru 1237956058 Q * ghislainocfs21 Quit: Leaving. 1237956206 Q * duckx Remote host closed the connection 1237956840 Q * nenolod Read error: Connection reset by peer 1237956948 J * nenolod nenolod@67.202.104.35 1237957793 Q * bzed Remote host closed the connection 1237957800 J * bzed ~bzed@devel.recluse.de 1237959957 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1237962405 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1237962688 Q * ghislainocfs2 Ping timeout: 480 seconds 1237963053 J * Piet ~piet@asteria.debian.or.at 1237964398 Q * nas Quit: ChatZilla 0.9.83 [Firefox 3.0/2008061015] 1237965613 Q * balbir_ Ping timeout: 480 seconds 1237965686 J * chi6IT41 ~chigital@noc.mivitec.net 1237965692 Q * chi6IT41 1237966127 J * sharkjaw ~gab@149-240-82.oke2-bras6.adsl.tele2.no 1237966299 J * balbir_ ~balbir@122.172.55.54 1237966401 J * davidkarban ~david@88.86.104.103 1237966406 J * kir ~kir@swsoft-msk-nat.sw.ru 1237969376 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1237969610 Q * derjohn_foo Ping timeout: 480 seconds 1237970102 J * cga ~weechat@62.196.2.6 1237970217 J * duckx ~Duck@81.57.39.234 1237970297 N * DoberMann[ZZZzzz] DoberMann 1237970615 J * esa ~esa@ip-87-238-2-45.static.adsl.cheapnet.it 1237970928 J * derjohn_foo ~aj@80.69.42.51 1237971075 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1237971080 J * esa` bip@62.123.8.199 1237971096 Q * esa Ping timeout: 480 seconds 1237971678 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1237972955 J * bono bono@114-45-224-90.dynamic.hinet.net 1237973063 Q * esa` Remote host closed the connection 1237973088 J * esa bip@62.123.8.199 1237974221 N * Bertl_zZ Bertl 1237974225 M * Bertl morning folks! 1237974395 Q * harobed Ping timeout: 480 seconds 1237974588 Q * balbir_ Ping timeout: 480 seconds 1237975209 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1237975396 J * balbir_ ~balbir@122.172.107.188 1237976108 M * ncopa mornin 1237976882 Q * balbir_ Quit: Ex-Chat 1237976914 M * hijacker_ morning 1237976917 J * balbir_ ~balbir@122.172.107.188 1237977656 J * BartVB ~bartvb@35-80-ftth.onsneteindhoven.nl 1237977712 Q * DreamerC Quit: leaving 1237977727 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net 1237977877 J * yarihm ~yarihm@77-56-182-18.dclient.hispeed.ch 1237977882 Q * balbir_ Read error: Connection reset by peer 1237978101 M * BartVB Is there a way to do send a 'kill -9' to a vserver? 1237978126 M * ard vkill 1237978128 M * BartVB I have a vserver that seems to be completely stuck. Doesn't respond to network connections and 'vserver enter' and 'vserver stop' just hang :\ 1237978246 M * BartVB vkill seems to kill one specific process on the vserver but I have no clue why it's stuck, hence I don't know what to kill :D 1237978246 M * BartVB is it possible to force a shutdown of the vserver? 1237978426 M * Bertl you can kill all processes inside the guest, that will shutdown the guest 1237978451 M * Bertl vkill supports that too, but I would check for the reason _why_ it 'got stuck' first, as this is not normal 1237978515 M * mnemoc I only had that when unionfs module panic'ed "inside" a guest 1237978530 M * mnemoc (years ago) 1237978545 M * Bertl yes, a kernel panic is one option for 'stuck' processes 1237978572 M * Bertl having a hard cpu limit (of almost zero) is another, or if you set the pause flag 1237978597 M * BartVB hmm? but a kernel panic would affect the host -> crash the whole server? 1237978617 M * BartVB There are cpu limits on this box but not near to zero (more like 50% IIRC) 1237978654 M * BartVB this has been used to set the limits: vsched --xid 49157 --fill-rate 5 --interval 10 --tokens-max 1000 --idle-time --force 1237978666 M * BartVB which has been running OK for quite some time now 1237978678 M * Bertl 49157? that is dynamic xid range? 1237978690 M * Bertl what kernel/patch and tools are you using? 1237978755 M * mnemoc aren't dynamic xids deprecated? 1237978767 M * Bertl yes, since 3 or 4 years :) 1237978771 M * mnemoc ^_^ 1237978773 M * BartVB 49157 is the context ID of that particular vserver? 1237978779 M * BartVB it's a rather old install :+ 1237978805 M * BartVB Linux gulltoppr 2.6.18-5-vserver-amd64 #1 SMP Tue Dec 18 22:15:26 UTC 2007 x86_64 GNU/Linux 1237978807 M * Bertl _Shiva_: uploaded a preliminary patch for 2.6.29 .. let me know what works and what not 1237978808 M * mnemoc hardware (memory) issues? 1237978835 M * BartVB util-vserver: 0.30.212; Dec 9 2006, 20:37:54 1237978844 M * Bertl BartVB: that's a debian kernel too, so all kind of effects can happen there 1237978846 M * BartVB hmm, that is rather ancient indeed :\ 1237978854 J * balbir_ ~balbir@122.172.62.41 1237978865 M * Bertl check with dmesg, for obvious traces or oopses 1237978877 M * mnemoc BartVB: and vserver is debian has all sort of unexpected behaviors 1237978885 M * mnemoc in* 1237978917 M * BartVB upgrading that box has been on the list for quite a while but it's quite a hassle with all the different vservers on it and external projects on it :\ 1237979004 M * Bertl please upload /proc/virtual/49157/* to paste.linux-vserver.org 1237979066 M * BartVB http://paste.linux-vserver.org/12796 1237979085 J * bourgeau ~bourgeau@euclide.rsr.lip6.fr 1237979134 M * Bertl as I suspected, quite old bug, remove the cpu limits, and the guest should be fine again 1237979167 M * Bertl you can add them back later, but make sure to set the tokens to 0 first 1237979218 M * BartVB "vattribute --set --xid --flag ~sched_hard" would remove the limits? 1237979228 M * Bertl yep 1237979230 M * mnemoc ls -al 1237979231 M * mnemoc err 1237979258 M * BartVB ah, indeed :D 1237979261 M * BartVB it's working again :D 1237979263 M * BartVB thanks a lot! 1237979287 M * Bertl mnemoc: -rw-r--r-- 1 root root 123 2009-03-25 17:06 my_first_file.txt 1237979293 M * BartVB as soon as redmine (and related projects) are moved to a different server I'm going to upgrade it and move away from a Debian kernel, promise :D 1237979324 M * Bertl if that happens again, look for the token value, if it contains a large negative value, you need to do the same 1237979554 M * BartVB One last question, what's the 'H*' state in vps? 1237979566 M * BartVB I.e. 'Hs', 'Hl' or just 'H'? 1237979585 M * Bertl that means that the process is 'on hold' i.e. stopped by the hard cpu scheduler 1237979586 M * mnemoc Bertl: :) 1237979593 M * BartVB lol 1237979607 M * BartVB is there a way to 'unhold' it? :P 1237979648 M * Bertl once a context gets enough tokens to run, it will be released, but you nedd to have the hard scheduler active for that on that kernel 1237979688 M * Bertl so, reset the token value to 1000 or so, reactivate the hard cpu scheduler for a minute and you should be fine 1237979703 Q * sharkjaw Remote host closed the connection 1237979839 M * BartVB that fixed it :) Thanks again! 1237979863 M * Bertl you're welcome! 1237980007 M * pmenier_off Hello all 1237980086 M * Bertl hello 1237980117 M * pmenier_off Bertl: will you keep update 2.6.27 branch ? 1237980123 M * pmenier_off uptodate* 1237980129 M * Bertl yes 1237980140 M * pmenier_off thanks 1237980176 M * Bertl np 1237980568 J * sharkjaw ~gab@149-240-82.oke2-bras6.adsl.tele2.no 1237981569 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1237982068 J * cluk ~cluk@p5B17F586.dip.t-dialin.net 1237982325 J * doener ~doener@i59F54585.versanet.de 1237982504 J * scientes ~scientes@75-165-16-192.tukw.qwest.net 1237986316 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1237986600 J * thierryp ~thierry@zircon.inria.fr 1237988464 Q * DreamerC Quit: leaving 1237988483 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net 1237988688 Q * DreamerC 1237988703 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net 1237988754 Q * DreamerC 1237988769 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net 1237989007 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1237991005 Q * mrfree Quit: Leaving 1237991037 M * ghislainocfs21 Daniel: hello daniel, a quick question, do you provide .deb packages for the tools ? 1237991095 M * ghislainocfs21 daniel_hozac: i think you have a fedora repository and i wondered if you got a debian one (or any hint about building a package) 1237991143 M * Bertl ghislainocfs21: micah is doing the debian packages for util-vserver 1237991466 M * pmjdebru1jn ghislainocfs21: debian has it's own packages, no? 1237991991 M * ghislainocfs21 Bertl: the official debian ones ? i was beleiving the debian versions where a little broken this is why i searched to recreate ones 1237992028 M * ghislainocfs21 Bertl: perhaps this statement relate to the debian Kernel packages only :) 1237992057 M * Bertl you asked for somebody providing (and thus knowing how to build) debian packages, no? 1237992146 Q * davidkarban Quit: Ex-Chat 1237992168 M * ghislainocfs21 Bertl: yes indeed ! :) i will try to contact him for help then :) 1237992707 M * Bertl off for now ... bbl 1237992711 N * Bertl Bertl_oO 1237992863 J * davidkarban ~david@88.86.104.103 1237993683 M * fb ghislainocfs21: i have quite recent .deb with util-vserver 1237993759 Q * balbir_ Read error: Connection reset by peer 1237994223 Q * yarihm Quit: Leaving 1237994250 M * bzed ghislainocfs21: the debian vserver kernel seems to have one issue, but the tools are just fine 1237994269 M * bzed except for those which were released with etch originally, but they should be fixed in etch, too, if I remember right 1237995012 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1237995350 M * ghislainocfs21 bzed: thanks :) 1237995375 M * ghislainocfs21 if the lenny ones are ok then i am all for it ! :) 1237995779 M * bzed they work well for me 1237996119 Q * FloodServ Service unloaded 1237996578 Q * larsivi Ping timeout: 480 seconds 1237996648 Q * sharkjaw Remote host closed the connection 1237996690 J * FloodServ services@services.oftc.net 1237996856 J * dowdle ~dowdle@scott.coe.montana.edu 1237997643 Q * cluk Quit: Ex-Chat 1237998650 Q * bourgeau Ping timeout: 480 seconds 1237998828 J * bourgeau ~bourgeau@euclide.rsr.lip6.fr 1237999479 Q * davidkarban Quit: Ex-Chat 1237999924 N * pmenier_off pmenier 1238000175 Q * cga Quit: WeeChat 0.2.6.1 1238000678 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1238000779 J * salva ~salva@26.Red-80-26-83.staticIP.rima-tde.net 1238001260 Q * harobed Ping timeout: 480 seconds 1238001307 N * Bertl_oO Bertl 1238001311 M * Bertl back now ... 1238002071 Q * derjohn_foo Ping timeout: 480 seconds 1238002660 M * thierryp Bertl: hi 1238002676 M * thierryp just one stupid question 1238002684 M * Bertl go ahead :) 1238002687 M * thierryp in terms of the distros that util-vserver is supporting 1238002702 M * thierryp I'd need to create f10 vservers 1238002724 M * thierryp and had to create /usr/lib64/util-vserver/distributions/f10 1238002731 M * Bertl shouldn't be a problem, get recent utils and that should be there 1238002744 M * thierryp ok that's my point 1238002751 M * thierryp i'm using centos5 as the host 1238002760 M * thierryp and daniels' repo 1238002768 M * thierryp but even after a yum update 1238002779 M * thierryp i need to manually install my own patches 1238002791 M * thierryp and as my number of hosts is currently increasing ... 1238002802 M * thierryp and as f11 is announced .. 1238002824 M * thierryp root@addntox /vservers # rpm -q util-vserver 1238002824 M * thierryp util-vserver-0.30.216-1.pre2793.el5.centos 1238002932 M * Bertl okay, you might want to contact daniel_hozac about that 1238002955 M * Bertl but basically adapting the f9 contents to f10/f11 should work 1238002976 J * tanjix tanjix@mozart.star-hosting.de 1238002980 M * tanjix hi @ll 1238002988 M * thierryp I guess that's what I did in the first place :) 1238002992 M * thierryp ok never mind 1238003005 M * tanjix is there already a kernel patch for the latest 2.6.29? 1238003007 M * thierryp is workable, was just being curious 1238003010 M * thierryp thanks 1238003011 M * thierryp bye 1238003054 M * Bertl tanjix: yep, but it is a pre release for testing 1238003090 M * tanjix Bertl: i think the main features are stable, aren't they? 1238003137 M * Bertl well, the patch passes testme.sh, but the network code changed significantly 1238003155 M * Bertl if you encounter any issues, let me know, I'll fix them ASAP 1238003172 M * tanjix sure... ;) where can i get the pre release? 1238003213 M * Bertl usual place .. i.e. http://vserver.13thfloor.at/Experimental/ 1238003431 N * pmenier pmenier_off 1238003532 M * tanjix how was it? just applying the patch or anything else? 1238003630 M * Bertl http://linux-vserver.org/Installation_on_Linux_2.6 1238003647 M * Bertl but basically, grab vanilla sources, apply patch, configure, build and install 1238003655 Q * thierryp Quit: ciao folks 1238003694 J * balbir_ ~balbir@122.172.62.229 1238004041 M * tanjix does this kernel also need newer vserver utils? 1238004051 M * tanjix or are older ones still compatible? 1238004198 M * Bertl it was tested with 0.30.211, so that should work, of course, for newer features, newer utils are required 1238004217 M * tanjix i have 0.30.214 active, so it should be no problem? 1238004258 Q * esa Quit: Coyote finally caught me 1238004531 Q * gnuk Quit: NoFeature 1238004877 J * derjohn_foo ~aj@e180193074.adsl.alicedsl.de 1238005504 Q * balbir_ Ping timeout: 480 seconds 1238005790 Q * bourgeau Ping timeout: 480 seconds 1238006130 J * balbir_ ~balbir@122.172.51.131 1238006150 Q * doener Ping timeout: 480 seconds 1238006340 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1238007810 Q * Pazzo Quit: ... 1238008700 J * FireEgl Proteus@WTF.4.1.0.c.0.7.4.0.1.0.0.2.ip6.arpa 1238009212 J * cluk ~cluk@p5B17F586.dip.t-dialin.net 1238009345 J * ktwilight ~ktwilight@91.178.145.164 1238009576 Q * ktwilight__ Ping timeout: 480 seconds 1238009613 J * cga ~weechat@94.36.110.25 1238009805 Q * opuk Ping timeout: 480 seconds 1238009806 Q * daniel_hozac Ping timeout: 480 seconds 1238010122 Q * FireEgl Ping timeout: 480 seconds 1238010333 J * daniel_hozac ~daniel@2002:5043:693::102 1238010369 J * opuk ~kupo@pipe.intertubez.net 1238011226 J * bourgeau ~bourgeau@tomsoieur.fr 1238011519 J * saulus_ ~saulus@c175128.adsl.hansenet.de 1238011519 Q * SauLus Read error: Connection reset by peer 1238011526 N * saulus_ SauLus 1238012735 Q * bourgeau Quit: bourgeau 1238014076 J * doener ~doener@i59F54585.versanet.de 1238014571 Q * doener Ping timeout: 480 seconds 1238015485 J * cluk_ ~cluk@p5B17DC92.dip.t-dialin.net 1238015550 Q * ensc Remote host closed the connection 1238015647 Q * bonbons Quit: Leaving 1238015802 Q * cluk Ping timeout: 480 seconds 1238016416 J * ensc ~irc-ensc@p57AA5FA4.dip.t-dialin.net 1238017265 Q * duckx Read error: Connection reset by peer 1238017271 Q * bono Quit: Leaving 1238017374 J * sunkencity ~joel@h114n4c1o1036.bredband.skanova.com 1238017497 J * bourgeau ~bourgeau@tomsoieur.fr 1238017600 M * Bertl off to bed now .. have a good one everyone! 1238017606 N * Bertl Bertl_zZ 1238017618 P * sunkencity 1238018231 N * DoberMann DoberMann[ZZZzzz] 1238019117 J * duckx ~Duck@81.57.39.234 1238019909 Q * duckx Remote host closed the connection 1238020161 J * duckx ~Duck@81.57.39.234 1238021415 Q * cluk_ Quit: Ex-Chat 1238021934 Q * bourgeau Quit: bourgeau 1238021977 J * bourgeau ~bourgeau@tomsoieur.fr 1238021989 J * bourgeau_ ~bourgeau@tomsoieur.fr 1238021989 Q * bourgeau Read error: Connection reset by peer 1238022037 Q * dowdle Remote host closed the connection 1238022053 Q * bourgeau_ 1238022469 N * ensc Guest68 1238022479 J * ensc ~irc-ensc@p57AA5FA4.dip.t-dialin.net 1238022557 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1238022576 Q * Guest68 Ping timeout: 480 seconds 1238024346 Q * Piet Quit: Piet 1238024368 J * mog ~mog@c-68-62-218-186.hsd1.al.comcast.net 1238024461 M * mog hi im having trouble running bip with ssl enabled in a vserver 1238024463 M * mog http://pastebin.com/m4fcf2a0c 1238024473 M * mog is the error i get when client side ssl is enabled 1238024747 M * daniel_hozac so the same configuration works fine on the host? 1238024762 M * daniel_hozac does /dev/random exist in the guest and is it what it should be? 1238024784 M * mog i believe so , openssh is working on the box 1238024795 M * mog let me try on the host 1238024824 Q * duckx Remote host closed the connection 1238025036 Q * mog Quit: Coyote finally caught me 1238025210 J * mog ~mog@c-68-62-218-186.hsd1.al.comcast.net