1266286490 Q * imcsk8 Quit: Leaving 1266288408 Q * balbir Ping timeout: 480 seconds 1266289045 J * balbir ~balbir@122.172.61.82 1266292866 J * SauLus_ ~SauLus@c207148.adsl.hansenet.de 1266293275 Q * SauLus Ping timeout: 480 seconds 1266293275 N * SauLus_ SauLus 1266293684 Q * yarihm Quit: This computer has gone to sleep 1266296851 Q * balbir Read error: Connection reset by peer 1266297270 N * Bertl_zZ Bertl 1266297295 M * Bertl morning folks! 1266298275 J * sharkjaw ~gab@90.149.121.45 1266298684 J * balbir ~balbir@122.172.60.56 1266301992 M * theocrite 'morning 1266303130 Q * niki Quit: Leaving 1266305006 Q * Loki|muh Remote host closed the connection 1266305051 J * ghislain ~AQUEOS@adsl2.aqueos.com 1266305611 J * Loki|muh ~loki@satanix.de 1266305821 J * hijacker_ ~hijacker@213.91.163.5 1266305821 Q * hijacker Read error: Connection reset by peer 1266306267 J * nkukard ~nkukard@196-208-204-216.dynamic-8632.isgsm.net 1266308868 N * DoberMann[ZZZzzz] DoberMann 1266309893 Q * quasisane Read error: Operation timed out 1266309946 J * quasisane ~sanep@c-75-67-251-206.hsd1.nh.comcast.net 1266309970 J * yarihm ~yarihm@217-162-53-251.dclient.hispeed.ch 1266310817 Q * yarihm Quit: Leaving 1266311718 Q * weasel Quit: brb 1266311768 Q * balbir Read error: Connection reset by peer 1266311968 J * barismetin ~barismeti@zanzibar.inria.fr 1266312242 J * weasel ~weasel@weasel.noc.oftc.net 1266313040 M * bobnormal morning! 1266313399 J * balbir ~balbir@122.172.56.155 1266314534 Q * nkukard Remote host closed the connection 1266314754 M * harry new patch with newest vserver and newest grsec online... 1266314800 M * bobnormal thanks harry :) will look at changelog shortly .. going in to boring meeting .. argh :) 1266315195 Q * balbir Read error: Connection reset by peer 1266315950 J * balbir ~balbir@122.172.63.142 1266316816 Q * FireEgl Quit: Leaving... 1266319362 J * FireEgl Proteus@2001:470:e056:1:223:54ff:fe89:b207 1266320504 J * Piet_ ~Piet__@04ZAAAFV4.tor-irc.dnsbl.oftc.net 1266320513 N * Piet_ Piet 1266320592 J * benohit ~b.barret@LSt-Amand-152-32-1-109.w80-13.abo.wanadoo.fr 1266320631 M * benohit hi all 1266320654 M * benohit could someone help me with networking problem ? 1266320689 M * benohit i have this version of VSERVER installed on lenny : 1266320689 M * benohit Kernel: 2.6.26-2-vserver-686 1266320689 M * benohit VS-API: 0x00020303 1266320689 M * benohit util-vserver: 0.30.216-pre2772; Dec 12 2008, 23:24:33 1266320717 M * Bertl bad choice, broken kernel, old tools 1266320726 M * benohit 3 hosts : Master (HOST), Users (GUEST 1), PROD (GUEST 2) 1266320734 M * benohit really ? 1266320737 M * benohit on debian ? 1266320752 M * benohit is there a debian repository up-to-date ? 1266320757 M * benohit for vserver ? 1266320774 M * Bertl yeah, see http://linux-vserver.org/Installation_on_Debian#Issues_with_the_current_2.6.26_Kernel 1266320822 M * Bertl there is a new kernel in testing somewhere, but anyway, the issues we know so far do not relate to networking, so your problem might be new/unrelated :) 1266320844 M * benohit thanks bert, 1266320859 M * benohit i try to update vserver according to this page : 1266320865 M * benohit http://kernels.bristolwireless.net/ 1266320874 M * benohit and i come back if problems continue 1266320891 M * benohit which is : 1266320919 M * benohit - Physical debian (Master) which ip is 192.168.1.2 on eth1 1266320962 M * benohit - 2 Vserver on this machine : Users (eth1 - 192.168.1.6) & Master (eth1 - 192.168.1.5) 1266320977 M * benohit these vservers on the host can't access to internet, 1266320988 M * benohit but lan's access ok for the guests 1266320995 M * benohit ... 1266321004 M * Bertl please define 'cannot access internet' 1266321011 M * benohit yep 1266321016 M * benohit can't ping, 1266321023 M * benohit ssh, 1266321024 M * benohit etc... 1266321032 M * Bertl are you trying to ping an address or name? 1266321040 M * benohit both of them 1266321045 M * Bertl and both fails? 1266321056 M * benohit on my lan, i can access to each service running on each guest : 1266321068 M * benohit apache2, sshd, mysql 1266321073 M * benohit yes both fails 1266321104 M * Bertl okay, then your 'router' does not handle the guest IPs, or some firewall blocks the packets 1266321128 M * benohit my router handles lan's IPs 1266321138 M * benohit which are 192.168.1.0/24 1266321138 M * Bertl what happens if you do (on the host): 'ping -I 192.168.1.5 www.google.com' ? 1266321198 M * benohit it fails : 1266321199 M * benohit users:~# ping -I 192.168.1.6 www.google.com 1266321199 M * benohit PING www.l.google.com (209.85.229.147) from 192.168.1.6 : 56(84) bytes of data. 1266321202 M * benohit ------------- 1266321221 M * benohit dns resolving works because dns server on 192.168.1.1 1266321231 M * Bertl so, why does it fail? 1266321246 M * benohit that's what i'm looking for 1266321249 M * benohit ;) 1266321262 M * Bertl i.e. check what keeps the router from forwarding/masquerading that IP to the internet and/or returning the replies to your host 1266321291 M * Bertl also check that 'ping -I 192.168.1.2 www.google.com' works 1266321315 M * Bertl because if that fails, your host uses a different IP to reach the internet in the first place 1266321368 M * benohit ok 1266321372 J * kir ~kir@swsoft-msk-nat.sw.ru 1266321382 M * benohit i have 2 net interfaces on Master (192.168.1.2) 1266321389 M * benohit i can ping on it, 1266321431 M * benohit but by eth0 (172.16.16.127) on master 1266321451 M * benohit ping -I 192.168.1.2 www.google.fr 1266321452 M * benohit PING www.l.google.com (209.85.229.147) from 192.168.1.2 : 56(84) bytes of data. 1266321452 M * benohit ^C 1266321452 M * benohit --- www.l.google.com ping statistics --- 1266321452 M * benohit 2 packets transmitted, 0 received, 100% packet loss, time 1014ms 1266321456 M * benohit --------------------------------------- 1266321477 M * benohit master:~# traceroute www.google.fr 1266321477 M * benohit traceroute to www.google.fr (209.85.229.106), 30 hops max, 40 byte packets 1266321477 M * benohit 1 172.16.16.253 (172.16.16.253) 7.113 ms 7.719 ms 9.119 ms 1266321479 M * benohit ----------------------------------------------- 1266321486 M * fback good evening :) 1266321492 M * Bertl benohit: so, you basically lied to me when you said 'my router handles lan's IPs ... which are 192.168.1.0/24' :) 1266321499 M * benohit master:~# route -n 1266321499 M * benohit Table de routage IP du noyau 1266321499 M * benohit Destination Passerelle Genmask Indic Metric Ref Use Iface 1266321499 M * benohit 172.16.16.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 1266321499 M * benohit 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 1266321500 M * benohit 0.0.0.0 172.16.16.253 0.0.0.0 UG 0 0 0 eth0 1266321500 M * benohit 0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth1 1266321503 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1266321509 M * benohit ok ok sorry 1266321535 M * Bertl also switch to a proper locale, e.g. C or POSIX 1266321594 M * Bertl (to avoid french? text in the output) 1266321629 M * benohit ok 1266321683 Q * FireEgl Quit: Leaving... 1266321686 M * Bertl anyway, your problem is that you actually need/want to masquerade the 192.168.1.x addresses to your 172.16.16.x address(es) 1266321719 M * Bertl otherwise your lan1 ips (192.168.1.x) will not be routed by your router 1266321723 M * benohit ok 1266321738 M * benohit no prerouting nor postrouting ? 1266321766 M * Bertl well, you can masquerade or SNAT them in the postrouting chain 1266321782 M * Bertl (given that the kernel allows that, not all kernel versions do :) 1266321838 M * benohit i think it does 1266321839 M * benohit Linux master.ekinos.actys.intra 2.6.26-2-vserver-686 #1 SMP Wed Feb 10 10:39:33 UTC 2010 i686 GNU/Linux 1266321904 M * benohit thanks you very much ! 1266321912 M * Bertl you're welcome! 1266321921 M * benohit this line did the trick : 1266321922 M * benohit iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE 1266321934 M * benohit i just arrived 1 week ago 1266321939 M * benohit as a linux admin 1266321949 M * benohit the servers were already installed/configured, 1266321956 M * benohit but as i restarted vserver host 1266321978 M * benohit masquerading, not saved, got away 1266321981 M * benohit ;) 1266321987 M * benohit gimme five ! 1266321991 M * benohit bye ! 1266322008 M * Bertl have fun! feel free to hang around! 1266322160 Q * balbir Ping timeout: 480 seconds 1266322518 M * benohit yep ! 1266322540 M * benohit so, last question : do i have to update vserver version ? as there are 2.6.26 bugs ? 1266322569 M * Bertl you do not 'have to' as usually it's up to you if you like to live with the bugs/issues 1266322572 M * benohit (i will know i'll come back here, 4 days messing around with this routing problem :() 1266322593 M * benohit no i dislike living with it ! :) 1266322608 M * Bertl and we solved it in a few minutes (the routing problem :) 1266322678 M * benohit yep ! 1266322693 M * benohit 2.6.31 is best ? 1266322707 M * benohit as in repo.psand.net/pool/main/l/linux-image-vserver-2.6.31-beng/ 1266322709 M * Bertl 2.6.31 is a good choice 1266322712 M * benohit ok ! 1266322754 J * balbir ~balbir@122.172.63.142 1266323078 Q * matthew-_ Quit: leaving 1266323092 J * matthew-_ ~ms@ns2.wellquite.org 1266323141 P * benohit 1266324060 M * biz Hello harry, Bertl :) ... can you elaborate a bit on the current status of Linux-VServer+GRSEC? I'm going to migrate lots of guests to four new hosts the next few days, coming from 2.6.22.19-vs2.2.0.7-grsec2.1.11 1266324086 M * biz I don't need IPv6 (read about some problems with it in combination with IPv4) 1266324168 M * Bertl harry maintains and tests (to some extend) the Linux-VServer + grsec patches, I do not use/test the grsec part/combination so not much input from my side ... 1266324194 J * ncopa ~ncopa@245.39.189.109.customer.cdi.no 1266324218 M * Bertl the Linux-VServer patch itself is in slow stabilization ... so any issues there are considered bugs and will be fixed ASAP 1266324473 M * Bushmills VCIVersion 0002:0305 worked nicely for me as far (first time installation, a week ago) 1266324498 M * biz ok, sounds good. I'm scared by things like "I did vserver-stat and got a kernel panic", which I read in here some weeks ago :) 1266324510 M * Bushmills or is VCIKernel info more descriptive? 1266324554 M * biz complex cgroups and ipv4+ipv6 setups and their bugs are not that important for my situation, because everything is kept quite basic 1266324666 M * Bertl biz: hmm, don't remember that, do you have an url for me? 1266324866 M * biz Bertl: only from my irssi-logs: 1266324872 M * biz --- Day changed Mon Jan 18 2010 1266324880 M * Bertl sec 1266324893 M * biz 13:07 < incd> Running "vserver-stat" froze the server 1266324893 M * biz 13:07 < incd> Kernel froze, "SUN4V-DTLB: Error at TPC[484ac], tl 1" 1266324893 M * biz 13:08 < incd> SUN4V-DTLB: TPC 1266324903 M * Bertl http://irc.13thfloor.at/LOG/2010-01/LOG_2010-01-18.txt 1266324940 M * biz yeah, at 1263816426 1266324981 M * Bertl well, it looks like a) it is a gentoo kernel, and b) it is running on a sun 1266325039 M * Bertl while I think that if this issue really exists with recent patches/kernels, it needs to be fixed/tracked down, the chance that this affects you is probably small 1266325090 M * Bertl (but interesting that I missed that one :) 1266325102 M * biz actually, I couldn't make much from this (missing context)... I also follow the mailing-list for some months now :) 1266325105 M * Bertl incd: ping? 1266325125 M * bobnormal i use gentoo but the in-portage kernels/util-vserver versions are way too old 1266325136 M * bobnormal have to build manually 1266325184 J * taenzerme ~Adium@static-87-79-237-223.netcologne.de 1266325192 M * biz exactly, like nearly all other packaged versions.. Debian 5.0 has 2.6.26-2 + some ancient vserver patch + vserver-util 1266325246 M * bobnormal it would be trivial to auto-generate gentoo packages for the latest vserver kernels 1266325252 M * bobnormal i could write a script to do that 1266325274 M * bobnormal the problem is that you need to convince the developers of a distro to include your stuff in their package respository 1266325294 M * bobnormal which in my experience is quite difficult, particularly when auto-generating packages 1266325330 M * biz bobnormal: yes, but that what overlays are for in gentoo, or? 1266325348 M * biz anyways, my problem is really not packaging. I always roll my own Debian and Gentoo packages for stuff like that 1266325355 M * bobnormal yep, but overlays are non-trivial for new users... most people == 'emerge --esarch blah' # not there, then give up 1266325379 M * biz It's just that even when following linux-vserver, it's hard to find the version you want in production :) 1266325387 M * bobnormal perhaps great flower page theme could be extended with auto-rolled packages :) 1266325417 M * biz Bertl: so my best bet is to go with the latest devel version and test it with my workload? 1266325419 M * bobnormal yes, well the version seems to be 'as recent as possible, newer than stable' 1266325508 M * biz bobnormal: I'm not into Gentoo's policies, but what about masking all the auto-generated ones... if someone wants them in bleeding edge, he can simply unmask them (well, using another overlay is not really harder than that) 1266325594 M * bobnormal yep i agree, but it would also bloat the portage tree if every second package wanted 999 bleeding-edge versions in the tree 1266325601 M * bobnormal i think thats the real issue 1266325632 M * bobnormal also placing additional storage demands on entry-level mirrors == less mirrors, etc. 1266325683 M * bobnormal <-- reading Documentation/cgroup/* in kernel source, recommended to any new vserver users 1266325948 A * biz wonders why debian went with 2.6.26 1266325971 M * biz isn't 2.6.27 the most recent long-term-support kernel? 1266326348 M * biz I think I'll go with patch-2.6.32.8-vs2.3.0.36.29.1-grsec2.1.14-20100216.diff from http://people.linux-vserver.org/~harry/ and do some testing with it 1266326629 M * Bertl biz: testing is always advised .. if you encounter issues, first try to narrow them down (e.g. remove grsec part, test with vanilla if possible) 1266326691 M * Bertl debian went with 2.6.26 because it is debian ... they picked a really broken patch and now they stick with it 1266326776 Q * barismetin Quit: Leaving... 1266326781 M * bobnormal bertl: significant differences between 29 and 29.1 ? 1266326806 M * Bertl nope, I just fixed the config dependancies .. i.e. you can build without cgroup 1266326857 M * bobnormal thanks. 1266326919 J * barismetin ~barismeti@zanzibar.inria.fr 1266326969 Q * ktwilight Remote host closed the connection 1266326987 M * biz Bertl: ok, thanks for the info! 1266327037 M * biz harry: if you read this.. it would be great to hear your opinion on the patch, eg. do you test if it compiles... or do you test if it actually works? :-) 1266327386 M * bobnormal biz: i have tested the very-previous version, which is all the same except that it's 2.3.0.36.29 (without .1 suffix == cgroups no longer required for a good compile) 1266327459 M * bobnormal biz: so far things appear to work very well, it's the most functional vserver-enabled kernel + userspace i have tried thus far (2 or 3 different grsec patched kernels tested) .. i am using the 0.30.216-pre2864 util-vserver prerelease with it 1266327516 M * bobnormal biz: incidentally after now reading the cgroups documentation i would recommend enabling cgroups anyway as they seem a very well designed and functional way to set useful resource limits on your vservers 1266327531 M * biz bobnormal: thanks! :) 1266327535 M * bobnormal biz: no worries :) 1266327556 M * biz makes me feel better if someone else uses them :D 1266327603 M * bobnormal biz: i am trying to produce some more approachable / complete documentation as i go, intend to share what i can including a management tool (dialog based) asap 1266327648 M * bobnormal biz: will post it to the vserver list when i let it loose 1266327988 M * biz sounds good, more docs will bring more users and thus more bugreports... well... blah :) 1266327998 J * FireEgl Proteus@2001:470:e056:1:223:54ff:fe89:b207 1266328159 J * ard ~ard@gw-tweakb16.kwaak.net 1266328277 M * biz the greatest thing, from my point of view, would be if harry and Bertl go for public development with eg. git, but I've already suggested that ;) 1266328301 M * biz it's so easy to follow line-by-line fixes and new features, especially for other interested developers 1266328323 M * Bertl if you bother commiting them line by line 1266328326 M * bobnormal i think a lot of people have vcs interface relearn weariness 1266328354 J * ViRUS ~mp@p579B59BA.dip.t-dialin.net 1266328391 M * biz line by line might be exaggerated, but at least fix by fix, feature by feature 1266328392 M * Bertl assumed that I would commit the patches/deltas I currently upload, there would be absolutely no gain in using git (not even for you :) 1266328451 M * Bertl but I know, folks who do not develop (kernel code) 'think' that it is a big advantage to have a system like git :) 1266328522 M * biz it's just a front-end making all the patch-mangling manageable and more productive 1266328569 M * Bertl see, and there is your error in reasoning 1266328608 M * Bertl I _have_ tried to work with git, it _was not_ more productive than what I've used for ages now (long before git existed) 1266328631 M * Bertl on the contrary, it caused significant grieve and overhead on my side 1266328679 M * fback Bertl: you should create a page on the wiki why not sing git ;-D 1266328684 M * fback *using 1266328721 M * Bertl yeah, probably ... comes up every now and then, maybe I should make it an FAQ 1266328735 M * biz Bertl: It was a suggestion. I'm just curious, how do you work now? With lots of copies and hardlinking, then creating huge diffs? 1266328802 M * Bertl kind of, except that the diffs are not bigger than they are with git or any other versioning system 1266328848 M * Bertl the basic work environment is very similar to git actually, except that it is working since 2001 1266328884 M * Bertl there is a huge number of well named kernel trees, all hard linked to eachother 1266328906 M * Bertl creating a diff between two of them is rather simple, and completely automated 1266328942 M * Bertl some of those trees can be considered 'trunk' 1266328987 M * Bertl they get all the changes I do, and are 'cloned' when I 'commit' the changes (after testing them) 1266329025 M * Bertl relevant commits are broken down into 'deltas' (which are uploaded) 1266329084 M * biz ok, that's the major difference. It's working for you -- but it scares interested developers, because it's the stone-age if you are coming from something that does all that for you 1266329093 M * Bertl now give me some insight what the 'big advantage' of using git would be (for me and for you :) 1266329235 Q * sharkjaw Quit: Leaving 1266329288 M * biz Bertl: I can only speak for me, so I'll tell you how I would go for it. Kind of funny to tell *you*, but let's keep this focused on source code management 1266329311 Q * jrdnyquist Quit: Leaving 1266329412 M * biz First of all I'd clone Linus's repo which has all the tagged versions your work/patches are based against 1266329467 M * biz then you could branch off for some of the linux-vserver stuff and get used to small patches 1266329489 M * biz eg. the smaller the patch, the better you can describe it, it really helps others to understand your codebase 1266329515 Q * balbir Read error: Connection reset by peer 1266329572 M * biz if Linus has a new version and tags it, you could simply pull this stuff in 1266329591 M * Bertl which has zero advantage for me (the patch description) 1266329607 M * Bertl which I already do, by simply merging the changes 1266329720 M * Bertl do we get to the part where I have a benefit too? 1266329723 Q * ghislain Quit: Leaving. 1266329733 J * ghislain ~AQUEOS@adsl2.aqueos.com 1266329798 M * biz yes, but the adjustments you had to make just because of the new linux version *and* your other fixes and features can not easily be tracked 1266329813 M * Bertl how so? 1266329900 M * biz it really depends on how many incremental patches you publish 1266330050 M * biz so basically all your development effort is in http://vserver.13thfloor.at/Experimental/ which I can only sort by name or date modified 1266330077 M * Bertl and size, but that will not really help you, I guess :) 1266330097 M * Bertl but again, that's about _you_ not about _me_ 1266330135 M * Bertl i.e. you are trying to shift workload over to _me_ the developer to simplify _your_ life :) 1266330196 M * biz yes. in the hope that other interested devs have an easier time to follow your work 1266330248 M * Bertl that's very nice of you, but you are already getting the entire development for free, now you want me to make it simple for you too? 1266330307 M * Bertl let me tell you that it doesn't work out well when you shift workload towards the developers .. on the contrary, you have to shift workload away as much as possible 1266330337 M * biz Isn't opensource about collaboration? I don't want to put anything on you. But think about the Project, not yourself. I would really enjoy making all my work as clear as possible to others, so they can suggest stuff easily and in the end -- help the project to advance 1266330345 M * Bertl so, if you feel that a git tree would benefit your kind a lot, then why not spend _your_ time on tracking _my_ changes and populating a git repository? 1266330398 M * bobnormal comments on http://www.linux-foundation.jp/uploads/seminar20081119/CgroupMemcgMaster.pdf with regards to vServer project? 1266330424 M * bobnormal i found the background stuff a good higher-level view of the cgroup kernel documentation ;) 1266330739 M * Bertl lol, yeah nice 'japanese' view :) 1266330779 J * balbir ~balbir@122.172.53.75 1266330817 M * biz Bertl: that's the point. I can't. The only thing I could do is import one patch after another and see hundreds of lines of changed code. Then try to do your work in reverse to comment on it. If you would have taken the time to add one sentence of description per fix/feature, this would really make stuff much clearer to outsiders 1266330867 M * Bertl and it would also add a lot of unpayed work to my schedule :) 1266330963 M * Bertl so, your options are: spend some time on doing the work you think might benefit the community or spend some money to get me doing that work for you ... simple, isn't it? 1266331014 M * Bertl whining here how cool a git repository would be and how much it would help the project will not benefit anybody 1266331153 M * bobnormal bertl: one of the linux heartbeat guys, simon horman, last time i spoke to him was working at VA Linux in Japan .. very smart guy, did lots of the early linux clustering stuff 1266331167 M * biz s/whining/suggesting/ since you asked for my point of view :) 1266331203 M * Bertl no, I originally asked you what _my_ benefit of using git would be ... there is a difference :) 1266331288 M * biz Bertl: You obviously don't have one. Sorry to not make it clear. I've presumed you mean Linux-VServer as a project, not yourself, to get an advantage of this more "open" model of development 1266331352 M * Bertl of course, if I would spend all day writing detailed documentation or advertising 'the product 1266331363 M * Bertl ' that would also benefit the project a lot 1266331398 M * Bertl thing is, I do not have that time, I'm already spending a lot of time on this project without getting compensated ... 1266331430 M * Bertl so, take it or leave it .. join and help if you think you can .. 1266331762 M * bobnormal bertl: how does cgroup namespace / vServer look together .. are there any posts/docs on that subject 1266331785 M * Bertl cgroup namespaces do not work with Linux-VServer atm 1266332067 M * biz Bertl: You probably don't remember, but I'm in here for some years now. Always get active if _I_ have a problem, and you are always there to help. I already said to you that I'm very thankful for this, and your effort is remarkable. Just wondering why no-one else (except probably daniel_hozac and harry) capable of kernel-coding is interested in development, that's why I always come up to this. It seems like the only reason why there is no interest ... 1266332073 M * biz ... is because to get into your workflow and send a patch is too difficult for outsiders 1266332089 M * bobnormal plans for future? differences in approach? significant hassle or not? 1266332140 M * biz Bertl: I got your point now, won't bother you any further. Just take it as a good meant suggestion 1266332216 M * Bertl k, fair enough, as I said, I tried, and it didn't work out ... when somebody actively contributes to kernel development and starts maintaining a git repository, I'd might reconsider ... till then, too much work 1266332256 M * Bertl bobnormal: different approach, too complicated to combine with the way Linux-VServer handles guest creation/destruction 1266332298 M * biz Bertl: ok :) 1266332520 M * bobnormal thanks 1266334524 J * dowdle ~dowdle@scott.coe.montana.edu 1266334590 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1266336425 Q * Piet Ping timeout: 480 seconds 1266336439 Q * dowdle Remote host closed the connection 1266336620 J * dowdle ~dowdle@scott.coe.montana.edu 1266336707 M * Bushmills Bertl: does vserver hashify do anything else in addition to what the script http://scarydevilmonastery.net/hashify does, or does that round up its actions? 1266336779 M * Bertl heh, no idea how that script is related to what util-vserver does ... ask daniel_hozac for details 1266336838 M * Bushmills ok. the script duplicates the visible actions of hashify. by subtracting those, there should remain what hashify doesn't show 1266336878 M * Bushmills born from a mystery removal initiative 1266337129 J * Piet ~Piet__@04ZAAAF31.tor-irc.dnsbl.oftc.net 1266337677 J * ktwilight ~keliew@98.92-240-81.adsl-dyn.isp.belgacom.be 1266337812 M * Bushmills i'm btw currently looking at the munin plugins for monitoring vservers. only set up to display load averages, cpu and memory use for each vserver. appears to be quite useful - there was the occasional question about what to use for graphing those key parameters here. 1266338304 M * bobnormal bushmills: how are the tools acquiring information, via the host and cgroup/cpusets or via the vserver environments themselves? 1266338328 M * Bushmills one fetches info through /proc/virtual 1266338338 M * Bushmills the others i haven't examined yet 1266338353 M * Bushmills memory use through virtual 1266338516 M * Bushmills info on cpu use can be found in there too, so i assume that cpu use accesses /proc as well 1266338602 M * Bushmills and in /proc/virtual//limit I find exactly those parameters which one of the plugins allows to choose between, what to graph 1266338659 M * Bushmills in cvirt is load. therefore that plugin getches its info from there probably too 1266338667 Q * ncopa Quit: Ex-Chat 1266338667 M * Bushmills fetches 1266338960 M * Bushmills Bertl: is 13th floor domain name related to the movie with the same name? 1266339017 M * Bertl yes 1266339235 J * imcsk8 ~ichavero@148.229.1.11 1266339421 M * Bushmills do you know "Welt am Draht"? 1266339525 M * Bushmills http://de.wikipedia.org/wiki/Welt_am_Draht blueprint for 13th floor. predates it by > 20 years 1266339567 M * Bertl yeah 1266339611 M * Bushmills just last week i read that there's a revamped version of it now 1266339631 M * Bertl the original 'novel' is even older 1266339642 M * Bushmills WaD is much longer than 13th floor. 3.5 hours 1266339684 A * Wonka has Walt am Draht lying around here 1266339688 M * Wonka about 1.4GiB 1266339694 M * Wonka Welt, even 1266339699 A * Bushmills too 1266339739 M * Wonka "Fassbinder 1973" 1266339903 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1266340178 Q * bonbons 1266340289 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1266340492 Q * carnage Ping timeout: 480 seconds 1266340753 Q * balbir Read error: Connection reset by peer 1266341506 N * DoberMann DoberMann[PullA] 1266341609 J * balbir ~balbir@122.172.107.239 1266341640 Q * ktwilight Read error: Connection reset by peer 1266341691 Q * kir Quit: Leaving. 1266341872 Q * bonbons Remote host closed the connection 1266341951 Q * bobnormal Quit: back tomorrow 1266342220 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1266342471 J * hijacker ~hijacker@87-126-142-51.btc-net.bg 1266342489 Q * taenzerme Quit: Leaving. 1266343221 Q * pflanze Quit: Leaving 1266343644 Q * barismetin Quit: Leaving... 1266345985 J * carnage carnage@voip-colo-74-86-148-74.link2voip.com 1266346282 Q * bonbons Quit: Leaving 1266346424 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1266347985 J * nkukard ~nkukard@196.212.73.74 1266349605 J * taenzerme ~Adium@static-87-79-237-223.netcologne.de 1266349641 M * Bertl off to bed now .. have a good one everyone! 1266349651 N * Bertl Bertl_zZ 1266350699 J * ktwilight ~keliew@98.92-240-81.adsl-dyn.isp.belgacom.be 1266356228 Q * bonbons Quit: Leaving 1266356419 Q * hijacker Remote host closed the connection 1266356995 N * DoberMann[PullA] DoberMann[ZZZzzz] 1266359211 Q * imcsk8 Quit: Leaving 1266361355 J * ktwilight_ ~keliew@138.181-247-81.adsl-dyn.isp.belgacom.be 1266361563 Q * ktwilight Read error: Connection reset by peer