1233101940 Q * dna_ Quit: Verlassend 1233102175 Q * geb Quit: Quitte 1233102633 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1233106010 J * padde_ ~padde@patrick-nagel.net 1233106010 Q * padde Read error: Connection reset by peer 1233106016 N * padde_ padde 1233106551 J * padde_ ~padde@patrick-nagel.net 1233106551 Q * padde Read error: Connection reset by peer 1233106589 N * padde_ padde 1233106973 J * padde_ ~padde@patrick-nagel.net 1233106973 Q * padde Read error: Connection reset by peer 1233106976 N * padde_ padde 1233111058 J * ktwilight_ ~ktwilight@17.108-66-87.adsl-dyn.isp.belgacom.be 1233111345 Q * ktwilight Ping timeout: 480 seconds 1233115490 Q * derjohn Ping timeout: 480 seconds 1233115577 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86 1233115648 J * derjohn ~derjohn@80.69.41.3 1233117629 J * takeru ~takeru@nttkyo470042.tkyo.nt.ftth.ppp.infoweb.ne.jp 1233118229 Q * nenolod Quit: my eyes cannot compute this misery. 1233118704 Q * pmenier_off Read error: Connection reset by peer 1233118720 J * pmenier_off ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1233120281 J * nenolod nenolod@petrie.dereferenced.org 1233121204 Q * balbir_ Ping timeout: 480 seconds 1233124953 J * balbir_ ~balbir@59.145.136.1 1233125743 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1233128388 Q * pmenier_off Ping timeout: 480 seconds 1233128639 J * pmenier_off ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1233128648 J * sharkjaw ~gab@217-26-13.231210.adsl.tele2.no 1233129078 Q * pmenier_off Remote host closed the connection 1233129410 J * davidkarban ~david@193.85.217.71 1233129968 J * ousado__ ~johnny@frnk-5f746742.pool.einsundeins.de 1233130185 J * cga ~weechat@62.196.2.6 1233130217 Q * cga 1233130547 J * cga ~weechat@62.196.2.6 1233130632 J * Punkie ~Punkie@goc.coolhousing.net 1233131414 J * friendly ~friendly@ppp118-208-195-10.lns10.mel6.internode.on.net 1233132060 J * grobie ~grobie@tyr.schnuckelig.eu 1233132550 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1233135264 N * Bertl_zZ Bertl 1233135272 M * Bertl morning folks! 1233136314 M * nox moin Bertl 1233136679 M * ghislainocfs2 morning :) 1233137252 M * nox Not sure if its vserver related but have a problem configuring rndc in a guest (2.3). The guest has an externel ip and a mapped lback. Now i see connects from the ext ip to lback on 953 when i i.E. do a rndc reload. logs say "rejected command channel message from $ext_ip" 1233137310 M * nox ext_ip is in the controls allow list 1233137529 M * nox 953 ist bound to 127.0.0.1 only 1233137569 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1233137680 M * nox the connect i see on the host is to the configured 127.x.y.1 for the guest 1233137690 M * nox (as expected) 1233138035 M * Bertl what's in /proc/virtnet//* and what do you want to accomplish? 1233138042 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1233138728 M * Punkie Hello, I would like to ask, if is there any known problem with showing virt_uptime in vserver on kernel+patch 2.6.28-vs2.3.0.36.4? I see uptime of host inside of guest. 1233138734 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1233138778 M * Bertl Punkie: hmm, could you check that the flag is actually set? 1233138789 M * nox Bertl: http://paste.linux-vserver.org/12709 ... first i want local rndc to work. 1233138812 M * Bertl Punkie: I remember something in this regard on my todo list ... so it might be possible that this is missing 1233138932 M * Bertl nox: okay, so you connect to 127.0.0.1, and the rndc sees that coming from 88.x.x.46, yes? 1233139117 M * Bertl nox: try disabling the SINGLE_IP in the nflags 1233139428 Q * ser Remote host closed the connection 1233139429 M * nox thx Bertl will try asap 1233139485 J * chi6IT41 ~chigital@tmo-102-177.customers.d1-online.com 1233139893 M * ghislainocfs2 bertl ? I heard you speak about the barrier to set it up to /path/to/guest/.. does it means /vservers/.. ? i am confused :) 1233140323 M * Bertl no, it means /path/to/guest/.. :) 1233140338 M * Bertl but I know, this simple fact is hard to understand for most folks :) 1233140381 M * Bertl let's say your guest is called 'hansi' and lives in /vservers 1233140405 M * Bertl then you would set the barrier on '/vservers/hansi/..' 1233140442 M * Bertl in most cases that will be '/vservers' but, in certain cases, that could be something different 1233140562 J * gypsymauro ~colorioma@84.18.151.77 1233140563 M * gypsymauro hi 1233140568 M * Bertl hey 1233140569 M * gypsymauro someone uses lenny with vserver? 1233140578 M * Bertl very likely :) 1233140611 M * Punkie Bertl: it seems that flag is set 1233140618 M * gypsymauro there are bugs in the lust update ov vserver patched kernel? I'm going to do a dist-upgrade:) 1233140667 M * Bertl what are the involved kernel/tool versions? 1233140870 M * Bertl Punkie: please check the following: 1233140911 M * Bertl chcontext --flag virt_uptime --xid 42 uptime 1233141033 M * Punkie 12:09:41 up 1:32, 1 user, load average: 0.13, 0.18, 0.10 1233141079 M * Bertl do you have a context 42? 1233141095 Q * ousado__ Ping timeout: 480 seconds 1233141167 M * Bertl (i.e. I'm missing the 'New security context is 42' :) 1233141211 M * Punkie sorry for bad copy ;) I have not context 42 1233141214 M * Punkie New security context is 42 1233141214 M * Punkie 12:09:41 up 1:32, 1 user, load average: 0.13, 0.18, 0.10 1233141250 M * Bertl okay, please run 'chcontext --flag virt_uptime --xid 42 strace -fF uptime' and upload the output to paste.linux-vserver.org 1233141303 Q * friendly Quit: Leaving. 1233141346 M * Punkie http://paste.linux-vserver.org/12710 1233141439 M * Bertl ah, interesting ... my uptime binary gets all that stuff from sysinfo(), yours seems to collect the data bit by bit from the procfs, which seems to be missing some virtualization 1233141483 M * matti Hi Bertl 1233141519 M * Bertl Punkie: here for comparison: http://paste.linux-vserver.org/12711 1233141560 M * Punkie aha :) 1233142006 M * ghislainocfs2 bertl: ok thanks ! i get it (sorry for comming back 1 hour later eheh) 1233142029 M * Bertl np, that's what IRC is for ... 1233142053 M * Bertl (communication across time and space :) 1233142090 M * ghislainocfs2 lol 1233142155 M * nou hmm vserver-stat shows me a vserver with no name, how should i stop it ? 1233142171 M * Bertl either name it or use vkill 1233142185 M * nou thx 1233142222 J * esa bip@ip-87-238-2-45.static.adsl.cheapnet.it 1233143162 M * Bertl Punkie: http://vserver.13thfloor.at/Experimental/delta-uptime-fix01.diff 1233143178 M * Bertl this should fix the issue for you ... (at least it works here :) 1233143260 Q * chi6IT41 Ping timeout: 480 seconds 1233143969 M * Punkie Berlt: thanks a lot, I go to try it :) 1233143990 M * Bertl let us know how it goes ... 1233144120 J * dna ~dna@39-199-103-86.dynamic.dsl.tng.de 1233144307 Q * balbir_ Ping timeout: 480 seconds 1233144473 J * kir ~kir@swsoft-msk-nat.sw.ru 1233144738 M * Punkie Bertl: it is working ;) thank a lot ;) 1233144760 M * Bertl you're welcome! 1233145242 J * chi6IT41 ~chigital@tmo-096-226.customers.d1-online.com 1233145448 J * Stereo ~stereo@ip-83-99-13-236.dyn.luxdsl.pt.lu 1233145460 M * Stereo hello everyone :) 1233145496 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1233146127 Q * Aiken Remote host closed the connection 1233146319 M * Bertl hey Stereo! 1233146427 M * Stereo I'm trying to add a route on a vserver, to see if it helps my routing trouble 1233146456 M * Bertl unlikely, as you won't be able to do that easily :) 1233146472 M * Stereo yeah, I get SIOCADDRT: Operation not permitted 1233146502 M * Stereo so I suppose this is something you add on the host machine, but haven't been able to find anything in the documentation 1233146539 M * Stereo right now the vserver has no default gateway, yet it does communicate with the outside world, which creeps me out a bit :) 1233146655 M * Bertl hehe, well, as you already figured, all the routing is done on the host 1233146681 M * Bertl the guest(s) basically only 'use' a subset of the host ips to bind services to 1233146712 M * Bertl so, depending on your setup, the current state might be perfectly fine and exactly what you want 1233146742 M * Bertl do you have different gateways or IPs on different subnets assigned to host (and guest)? 1233146781 M * Stereo no, just one gateway 1233146794 M * Bertl a separate public ip address for the guest? 1233146797 M * Stereo yeah 1233146809 M * Stereo the host has .92 and the guest .93 1233146813 M * Stereo they're in a /28 1233146813 M * Bertl then it is (naturally) using the default gateway to reach the outside 1233146829 M * Bertl and basically everything is 'working as expected' 1233146848 M * Stereo yeah, but the odd thing is 1233146849 A * Stereo tests 1233146893 M * Stereo oh 1233146951 M * Stereo it definitely looks like a routing problem on the host machine 1233146977 M * Bertl as there is no 'routing' between host and guest, let me ask what the problem is you are facing :) 1233147421 M * Stereo a routing problem between two subnets, and a juniper firewall 1233147485 M * Stereo there seems to be an asymetrical routing problem, and I'm trying to debug it, before I find the person who did this and screw lightbulbs into their ears 1233147551 M * Bertl sounds reasonable, care to share some details? 1233147630 M * Bertl basic testing can be done from the host via ping -I or traceroute -s 1233147645 M * Bertl (use the host or guest IP there) 1233147666 M * Stereo yeah, I'm using telnet -b 1233147689 M * Stereo the host has two ethernet cards, and they seem to be both connected to the same switch 1233147698 M * Stereo so I'm not sure why the firewall complains 1233147704 M * Stereo the routing table is odd too 1233147708 M * mnemoc hi, OT question, do you recommend any book about debugging/gdb? (yes, i'm on those sick guys who prefer branded/deadtree-based documentation material) 1233147750 M * Bertl I know there is a 'Debugging with gdb' book, but I haven't really read it 1233147755 M * Stereo http://pastie.textmate.org/private/jf7q14xpx1hiae6pkcns8a <- the routing table 1233147772 M * Bertl mnemoc: the pocket reference is nice, but requires prior knowledge 1233147815 M * Stereo o'reilly also has a book called the art of debugging with gdb, ddd, and eclipse 1233147817 M * Stereo haven't read it 1233147833 M * Bertl Stereo: okay, so you have the same network on two interaces? 1233147842 M * Bertl *interfaces 1233147881 M * mnemoc Bertl: how deep prior knowledge? 1233147905 M * Stereo Bertl: yeah 1233147935 M * Stereo no idea of why it was configured like that more than a year ago... 1233147944 M * Bertl that might actually be your problem 1233147958 M * Bertl especially if the router can be reached via both interfaces 1233147969 M * Stereo and the thing is in a production environement, so although I'd love to ifdown eth1... 1233148014 M * Bertl I'd suggest to check if there are actually machines/ips on both interfaces (in the same subnet) 1233148041 M * mnemoc Stereo: that is "no starsh press" ;-) 1233148064 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1233148067 M * Bertl Stereo: and if so, you might add specific filter rules to ensure that only one interface is used for each IP 1233148121 M * Bertl at least increasing the metric for one of them should fix most issues 1233148126 M * Stereo yeah 1233148132 M * Stereo the whole thing is a mess, really 1233148146 M * Stereo brb 1233148311 M * mnemoc Bertl, Stereo: I think i'll get both, the no starch and the pocket, thanks :) 1233148339 M * mnemoc it's time I learn to use gdb properly :\ 1233148825 M * fb hello there :-) 1233148883 Q * chi6IT41 Ping timeout: 480 seconds 1233148990 M * mnemoc hi fb 1233149051 Q * gypsymauro Quit: leaving 1233149084 Q * sharkjaw Remote host closed the connection 1233149337 J * nkukard ~nkukard@196.212.73.74 1233149364 M * nkukard hi guys, quick question, I have a situation where one small vserver is ripping my disk IO a new one ... is it possible to limit the bandwidth it has in total to the disk? 1233149705 M * Bertl depends on the kernel/patch version and the kind of I/O 1233149884 M * nkukard its their stupdi postgres database 1233149889 M * nkukard reading in 500Mb data sets 1233149903 M * nkukard clocking up httpd, spawning like 20 gazillion processes and killing the box 1233150040 M * nkukard *clogging 1233150315 Q * dna Quit: Verlassend 1233150344 Q * indy_ Remote host closed the connection 1233150356 J * indy ~independe@cobra.lysator.liu.se 1233151160 M * Bertl okay, off for now .. bbl 1233151165 N * Bertl Bertl_oO 1233151812 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg 1233151861 Q * jrdnyquist Quit: Leaving 1233152430 Q * esa Ping timeout: 480 seconds 1233152722 J * wam ~wam@p549D7DD4.dip.t-dialin.net 1233152787 M * wam Hi, I just restarted a server and now I can't get any connection to my vservers from outside. Means: The whole local subnet can access ssh (for example) but the outside internet can't. However, the server (which is in the same subnet) is reachable from everywhere. Any hint? I'd bet it's a sysctl but I don't know where to start... 1233152835 J * esa bip@ip-87-238-2-45.static.adsl.cheapnet.it 1233152946 M * daniel_hozac can the guests access the internet? 1233152946 M * wam hmm - during downtime I migrated the vservers to another host. Might be arp cache. 1233152949 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1233153042 M * wam daniel_hozac: no 1233153050 M * wam daniel_hozac: I can now reach one guest 1233153211 Q * mrfree Quit: Leaving 1233153671 J * balbir_ ~balbir@122.172.149.146 1233153978 Q * blathijs Ping timeout: 480 seconds 1233155183 J * blathijs ~matthijs@drsnuggles.stderr.nl 1233155266 J * gypsymauro ~colorioma@84.18.151.77 1233155267 M * gypsymauro hi 1233155314 M * gypsymauro I've copied an ancient vserver guest to a new debian's lenny server, it starts but it fails to bring up the network interfaces.. how can I solve this? 1233155432 M * daniel_hozac guests don't bring up network interfaces. 1233155432 Q * pmenier Read error: Connection reset by peer 1233155452 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1233155490 M * gypsymauro yes it was a mistake of mine.. nodev file:) 1233156005 Q * Punkie Quit: Punkie 1233156072 J * Punkie ~Punkie@goc.coolhousing.net 1233156111 Q * Punkie 1233156122 J * Punkie ~Punkie@2a01:5f0:1:80:216:d4ff:fe05:5987 1233156836 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86 1233157079 Q * Punkie Quit: Punkie 1233157579 Q * takeru Quit: takeru 1233157915 Q * esa Ping timeout: 480 seconds 1233157915 J * esa` ~esa@ip-87-238-2-45.static.adsl.cheapnet.it 1233158340 Q * davidkarban Quit: Ex-Chat 1233158404 M * nox Bertl_oO: you made my day again, SINGLE_IP in the nflags did the trick 1233159114 J * esa ~esa@ip-87-238-2-45.static.adsl.cheapnet.it 1233159114 Q * esa` Read error: Connection reset by peer 1233159533 Q * cga Quit: WeeChat 0.2.6 1233159671 J * chi6IT41 ~chigital@tmo-104-178.customers.d1-online.com 1233160014 N * Bertl_oO Bertl 1233160018 M * Bertl back now ... 1233160031 M * Bertl nox: excellent! 1233160500 Q * gypsymauro Quit: leaving 1233160638 Q * chi6IT41 Ping timeout: 480 seconds 1233160654 J * esa` bip@ip-87-238-2-45.static.adsl.cheapnet.it 1233160675 Q * esa Ping timeout: 480 seconds 1233161358 M * Stereo Bertl: we found and fixed our routing problem; thank you very much for your help :) 1233161482 M * Bertl you're welcome! 1233161489 M * ard Heheh :-) 1233161511 M * ard the "fix our routing problem" should actually be nr 2 on the FAQ :-) 1233161520 M * ard or better Frequently Occuring Problems :-) 1233161539 M * Bertl yeah, but it is hard to convice folks :) 1233161571 A * ard has great admiration for Bertl and daniel_hozac 1233161574 M * Bertl as usual, 98% of all problems are completely unrelated (to Linux-VServer) .. and the rest is solved within a few minutes 1233161593 M * ard great coding, but even greater user support 1233161635 M * sid3windr yes, this is weird. :P 1233161635 A * ard tries to learn from that user support part 1233161647 M * sid3windr most free software (and even paying) support isn't all that great 1233161657 M * sid3windr while I think you could almost ask bertl how long you need to boil your egg 1233161664 M * sid3windr when hungry while configuring linux-vserver ;) 1233161680 M * ard :-) 1233161681 M * Bertl slightly over 3 minutes :) 1233161685 M * sid3windr see! 1233161686 M * sid3windr :p 1233161713 M * Bertl btw, I have a singing egg for that purpose 1233161726 M * ard "kernel compilation is ready!" 1233161731 M * Bertl which is actually a really cool invention 1233161751 M * Bertl nah, seriously, you put it into the hot water, together with one or more eggs 1233161763 M * ard hmmm, sounds cool 1233161767 M * Bertl and it will measure the water temperature and time the cooking 1233161773 M * sid3windr nice 1233161778 M * fb i don't like boiled eggs. To much factors to get just-right-consistence 1233161796 M * Bertl and it starts playing a melody when everything is ready 1233161816 M * sid3windr :) 1233161823 M * Bertl fb: with this device your problems are history 1233161839 A * ard usually does < 8 minutes in boiling water for a soft inner part, and > 10 minutes in cold water for a firm egg 1233161859 M * ard I mean pre-boiling water 1233161895 M * Bertl yeah, was kind of assuming that it wouldn't work in completely cold water :) 1233161908 M * ard too bad for salmonella, because sucking an outer part cooked egg empty tastes really good 1233161937 M * ard if the water is salted, it takes a day or so in cold water :-) 1233161960 Q * kir Quit: Leaving. 1233161962 M * ard (if I am correct :-) ) 1233161982 A * ard needs to do some work 1233162010 M * fb i want both yolk and white being soft... but with white being nearly firm ;) 1233162035 M * ard "We have decided yesterday that you give company x complete access to our development environment as a prelude to you setting up a secure environment" 1233162057 M * ard fb : yes! /me loves that too 1233162094 M * fb scramled eggs are much easier to do with the right consistence :) 1233162123 A * ard always assumes that you need a good hash with scrambled eggs ;-) 1233162144 M * ard Hmmm, wait, hash is "grass" in dutch, is that also in english? 1233162159 A * ard has a mind blank 1233162585 M * ktwilight_ :) 1233162616 M * ktwilight_ been smoking too much eh ard :P 1233162632 M * fb ard: i have no idea what "grass" is 1233162650 M * fb unless you mean grass in english :P 1233162657 M * ktwilight_ he meant mary jane... 1233162663 M * ktwilight_ marijuana to be more precis :) 1233163098 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1233163213 Q * harobed Ping timeout: 480 seconds 1233165089 Q * esa` Quit: Coyote finally caught me 1233165241 Q * pmenier Quit: Konversation terminated! 1233165896 J * geb ~geb@55.4.82-79.rev.gaoland.net 1233166777 Q * arekm Server closed connection 1233166779 J * arekm arekm@carme.pld-linux.org 1233166803 Q * gnuk Quit: NoFeature 1233166894 Q * nou Remote host closed the connection 1233167574 J * nou Chaton@causse.larzac.fr.eu.org 1233168031 J * dna ~dna@39-199-103-86.dynamic.dsl.tng.de 1233170199 J * chi6IT41 ~chigital@tmo-100-55.customers.d1-online.com 1233170426 Q * jrdnyquist Read error: Connection reset by peer 1233170509 Q * slaw Ping timeout: 480 seconds 1233171793 Q * yang Server closed connection 1233171795 J * yang yang@static-ip-62-75-255-125.inaddr.server4you.de 1233171970 Q * chi6IT41 Ping timeout: 480 seconds 1233171981 Q * wam Quit: All your base are belong to us! 1233173377 Q * ag- Server closed connection 1233173389 J * ag- ~ag@fedaykin.roxor.cx 1233175108 J * gcj ~chris@cpc1-cmbg7-0-0-cust740.cmbg.cable.ntl.com 1233175410 Q * duckx Remote host closed the connection 1233175569 M * gcj hi all, has anyone successfully used BSD-style process accounting (psacct/sa) on a linux-vserver host? 1233175585 M * gcj I get most of my time accounted to a process with no name, even with -a 1233175954 J * nou_ Chaton@2001:6f8:328:bbc:6666:6667:: 1233175962 Q * nou Read error: Connection reset by peer 1233176626 M * Bertl gcj: interesting ... and it works perfectly fine on a non Linux-VServer machine, I presume? 1233177337 Q * pmjdebruijn Server closed connection 1233177338 J * pmjdebruijn pascal@jester.pcode.nl 1233178081 J * mfv ~mfv@net-93-148-126-89.t2.dsl.vodafone.it 1233178624 J * Linus ~Lee@bl7-144-94.dsl.telepac.pt 1233179182 J * duckx ~Duck@81.57.39.234 1233179995 Q * bonbons Quit: Leaving 1233180854 Q * dna Quit: Verlassend 1233180968 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net 1233182402 Q * hijacker_ Quit: Leaving 1233182834 Q * duckx Remote host closed the connection 1233183735 J * Aiken ~Aiken@ppp118-208-45-4.lns3.bne1.internode.on.net 1233183943 Q * sid3windr Server closed connection 1233183945 J * sid3windr luser@bastard-operator.from-hell.be 1233185300 Q * mfv Quit: debian/rules! 1233185697 J * doener ~doener@i577B96EB.versanet.de 1233185803 Q * doener_ Ping timeout: 480 seconds 1233186388 Q * harobed Ping timeout: 480 seconds 1233187126 Q * dowdle Remote host closed the connection