1268352019 M * fzylogic the debian package has a number of known bugs from what I understand 1268352026 M * fzylogic we roll our own from the latest pre-release 1268352026 P * mart Leaving 1268352108 M * kolorafa_ * The configured vshelper '/sbin/vshelper' does not match the 'vshelper' 1268352108 M * kolorafa_ ehm more and more fun with apt-get'ing 1268352193 M * Bertl make sure to remove all previous installations, compile your own (proper prefix) and run both install procedures as well as the init scripts 1268352216 M * Bertl note that debian also merges the initscripts into one, which doesn't really work 1268352289 M * kolorafa_ /sbin/chbind: line 135: 1842 Segmentation fault "${create_cmd[@]}" "${chain_cmd[@]}" -- "$@" 1268352303 M * kolorafa_ is the 0.30.215 1268352303 M * kolorafa_ version :| 1268352352 M * Bertl well, it is about 2 years old, and not properly built, what do you expect :) 1268352391 M * kolorafa_ i dont say any bad words, its a lots of better, if everything working then its boooring xD ;) 1268352396 M * Chlorek edit `which chbind`, add -x param to #!/bin/bash and test why 1268352494 M * kolorafa_ i have all mixtup because i have now 2 copy of everything , one in /sbin another in /usr/sbin 1268352556 M * Chlorek it is to late for me 1268352558 M * Chlorek time to sleep 1268352559 M * Chlorek bye 1268352578 M * kolorafa_ bye 1268352888 M * kolorafa_ ah, back on old buggy 0.30.216-pre2793 xD better buggy than guests down 1268353914 M * kolorafa_ thx for help i will fix it later, good night 1268354015 Q * imcsk8 Quit: Leaving 1268355130 Q * FireEgl Ping timeout: 480 seconds 1268355566 Q * dowdle Remote host closed the connection 1268356491 J * FireEgl Proteus@2001:470:e056:1:223:54ff:fe89:b207 1268357334 J * mart ~mart@122-62-16-132.jetstream.xtra.co.nz 1268357802 P * mart Leaving 1268358038 Q * fzylogic Quit: fzylogic 1268360070 Q * balbir Ping timeout: 480 seconds 1268360733 J * balbir ~balbir@122.172.53.105 1268362402 Q * eyck Ping timeout: 480 seconds 1268362414 Q * ex Ping timeout: 480 seconds 1268362581 J * MeCooL mecool@94.129.146.8 1268362684 Q * transacid Ping timeout: 480 seconds 1268363766 J * yang yang@gnewsense.mtveurope.org 1268363804 N * yang Guest559 1268365026 J * pexapor ~rj@tdream.lly.earlham.edu 1268365247 J * evilhack1rdude ~stephan@78.46.203.42 1268365283 J * biz_ ~biz@node2.cluster1.pyrox.eu 1268365290 J * Snow-Man_ ~sfrost@tamriel.snowman.net 1268365306 J * Genghis ~Genghis@ph34r.my.d-n-s.org.uk 1268365317 J * blathijs_ ~matthijs@drsnuggles.stderr.nl 1268365324 N * Genghis Guest584 1268365520 Q * Guest598 synthon.oftc.net charm.oftc.net 1268365520 Q * Snow-Man synthon.oftc.net charm.oftc.net 1268365520 Q * tolkor synthon.oftc.net charm.oftc.net 1268365520 Q * evilhackerdude synthon.oftc.net charm.oftc.net 1268365520 Q * biz synthon.oftc.net charm.oftc.net 1268365520 Q * thalunil synthon.oftc.net charm.oftc.net 1268365520 Q * mEDI_S synthon.oftc.net charm.oftc.net 1268365520 Q * blathijs synthon.oftc.net charm.oftc.net 1268366037 J * mEDI_S ~medi@255.255.255.255.li 1268366465 J * SauLus_ ~SauLus@d003032.adsl.hansenet.de 1268366514 J * transacid ~transacid@transacid.de 1268366875 Q * SauLus Ping timeout: 480 seconds 1268366875 N * SauLus_ SauLus 1268367052 J * ex ~ex@valis.net.pl 1268367114 J * eyck ~eyck@77.79.198.60 1268367133 Q * transacid Ping timeout: 480 seconds 1268368302 J * transacid ~transacid@transacid.de 1268371068 M * Bertl off to bed now .. have a good one everyone! 1268371073 N * Bertl Bertl_zZ 1268372227 J * ghislain ~AQUEOS@adsl2.aqueos.com 1268372422 J * nas ~chatzilla@opengw.lga.net.sg 1268372437 M * nas is vserver high on IO? 1268372448 Q * ghislain 1268372575 J * thalunil ~thalunil@82.94.215.130 1268372977 J * ghislain ~AQUEOS@adsl2.aqueos.com 1268373096 Q * Bushmills Read error: Connection reset by peer 1268373363 Q * FireEgl Read error: Connection reset by peer 1268373445 J * Bushmills ~l@scarydevilmonastery.net 1268373521 J * nkukard ~nkukard@196.212.73.74 1268374167 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1268376794 J * ntrs ~ntrs@77.28.50.240 1268377354 J * ncopa ~ncopa@180.40.189.109.customer.cdi.no 1268378851 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com 1268379035 Q * derjohn_mob Ping timeout: 480 seconds 1268380737 J * BenG ~bengreen@cpc2-aztw22-2-0-cust521.aztw.cable.virginmedia.com 1268380740 M * PowerKe nas: if you use unification you might even reduce IO, otherwise it makes no difference with 'just running a process on the host' 1268380788 M * PowerKe (for disk IO) 1268380919 M * PowerKe Also with regard to other IO: vserver is basically a more isolated chroot, but apart from not being able to see other processes it mostly runs as any other proces with negligable overhead 1268381211 N * Guest559 yang 1268381936 Q * BenG Quit: I Leave 1268383199 M * nas PowerKe: Thanks. Coz I'm thinking of running openNMS in a vserver. 1268383245 M * nas and if vserver is heavy on I/O I might just as well run it in host 1268384927 J * cluk ~cluk@ip-80-226-238-234.vodafone-net.de 1268385173 J * kir ~kir@swsoft-msk-nat.sw.ru 1268386158 Q * ntrs Read error: Connection reset by peer 1268386180 J * ntrs ~ntrs@77.29.5.85 1268386275 J * barismetin ~barismeti@zanzibar.inria.fr 1268387015 N * blathijs_ blathijs 1268388181 J * thierryp ~thierry@zankai.inria.fr 1268388603 Q * nas Quit: ChatZilla 0.9.86 [Firefox 3.0.17/2010010604] 1268388735 Q * Bushmills Ping timeout: 480 seconds 1268388982 J * Bushmills ~l@scarydevilmonastery.net 1268389057 Q * cluk Quit: Ex-Chat 1268390106 J * ksn ~ksn@41.151.40.177 1268391012 J * Tusk ~AndChat@213.55.131.82 1268391026 M * Tusk Hello 1268391074 M * Tusk Got a problem starting a slackware guest a slackware host using kernel 2.6.33 1268391113 M * Tusk It always fail saying /etc/init.d/rc 3 failed 1268391114 M * Tusk Any idea?? 1268391149 M * Tusk Chrooting in the vserver dir and loading it by hand works besides quite few errors 1268391398 M * Tusk Maybe im not supposed to use util-vserve .215... 1268391596 M * Tusk ok that was it 1268391840 Q * Chlorek Ping timeout: 480 seconds 1268393683 J * mrjack ~mrjack@office.smart-weblications.net 1268393691 M * mrjack hi all 1268394027 J * Chlorek ~cokolwiek@c.sed.pl 1268394139 J * ntrs_ ~ntrs@77.29.0.120 1268394552 Q * ntrs Ping timeout: 480 seconds 1268395063 N * Bertl_zZ Bertl 1268395068 M * Bertl morning folks! 1268395106 M * Bertl Tusk: yeah, in general 0.30.215 is more than 2 years old, and doesn't work that well for kernels 'younger' than 2.6.24 1268395150 M * Bertl (you also do not get a proper isolation with that version) 1268395242 M * Tusk Bertl thx it's working fine now with lattest one 1268395275 M * Bertl excellent! 1268395289 Q * eyck Read error: Connection reset by peer 1268395350 M * Tusk Didn't there were newer versions when i first got it 1268395353 J * eyck ~eyck@77.79.198.67 1268395603 M * Tusk +know 1268396930 J * bengreen ~bengreen@bmex-gw.bristolwireless.net 1268396954 M * bengreen hey all 1268396970 M * bengreen I'm trying to run google-chrome in a vserver guest 1268396998 M * bengreen it's saying "Failed to move to new PID namespace: Operation not permitted" 1268397003 M * bengreen and then does nothing 1268397053 M * bengreen I've tried setting "NAMESPACE" in ccapabilities and bcapabilities but then the guest won't start 1268397124 M * bengreen any ideas? 1268397181 M * Bertl google-chrome tries to create the PID namespace? 1268397512 M * bengreen I dunno, I just cottoned on the phrase "namespace" and jumped to wild conclusions 1268397564 M * Bertl well, it sounds interesting, so google chrome is installed, and when you start it, inside a guest, you get that message above, yes? 1268397590 M * Bertl btw, what kernel and util-vserver? 1268397595 M * bengreen yes, starting it from the command line, no GUI output, just the above message 1268397624 M * bengreen 2.6.31.7-vs2.3.0.36.27-beng 1268397642 M * bengreen 0.30.216~r2772 1268397711 M * bengreen after "Failed to move to new PID namespace: Operation not permitted" it just hangs there on the command line 1268397717 M * bengreen google chrome 4.0.302.2-r36665 1268397744 M * Bertl okay, util-vserver could use an update, and check if your kernel has the delta-umask* patches applied 1268397760 M * bengreen ooo, how do I do that? 1268397796 M * Bertl easiest probably by trying to apply them to the source, if it tells you, that they are already applied, you're fine :) 1268397808 M * Bertl (check with patch --dry-run ...) 1268397816 Q * kir Read error: Connection reset by peer 1268397986 M * bengreen Bertl, I can easily upgrade to 2.6.31.12-vs2.3.0.36.28, less hassle than checking the source 1268398004 M * bengreen right, I'll be back with a new kernel and new util-vserver in a tick 1268398022 Q * bengreen Remote host closed the connection 1268398947 J * bengreen ~bengreen@bmex-gw.bristolwireless.net 1268398955 M * bengreen I'm back: 1268398966 M * bengreen 2.6.31.12-vs2.3.0.36.28-beng 1268398989 M * Bertl not sure that this branch has the patch applied either :) 1268398996 M * bengreen 0.30.216-pre2864 1268399026 M * bengreen yeah, same result 1268399037 M * Bertl let me check that for you 1268399083 M * Bertl applies fine, so no, doesn't have the umask feature added 1268399091 M * bengreen so I'd try out this patch? http://vserver.13thfloor.at/Experimental/delta-umask-feat02.diff 1268399120 M * Bertl feat01 feat01 and feat02 1268399125 M * Bertl -feat01 1268399131 M * bengreen :) 1268399151 M * bengreen okay, I'll need to go to another location and try that 1268399169 M * Bertl or you can use 2.6.32.9, which has it applied, as I checked 1268399214 M * bengreen I'm trying to work with 2.6.31, if that patch applies fine I'll go for that 1268399256 M * Bertl should apply fine 1268399265 M * bengreen I'll put a new kernel the repository once I've compiled a version with the patch 1268399353 M * bengreen laters 1268399368 M * bengreen what is the patch for by the way? 1268399417 M * Bertl it adds a configureable mask what can be unshared in a guest 1268399457 M * Bertl i.e. I doubt that your google chrome actually uses pid spaces, but more likely accidentially unshares them and then hits some issues 1268399476 M * bengreen ah, I see 1268399567 M * bengreen which kernel are you thinking will be the next to be patched as stable at the moment? 31,32,33? 1268399644 M * Bertl no idea, it seems debian wants to go for 2.6.32, I still use 2.6.31 in most places, 2.6.33 looks good so far but is mostly untested ... 1268399711 M * bengreen debian will go for 2.6.32, they just decide on kernel and stick with it, even if it needs to be patched so much it's looks more like 2.6.33 1268399786 J * derjohn_mob ~aj@213.238.45.2 1268399847 Q * ksn Ping timeout: 480 seconds 1268399850 J * mindo ~mindo@122-62-16-132.jetstream.xtra.co.nz 1268399884 M * bengreen hmm, I may build a 2.6.33 for Debian Lenny, see how it's looking 1268399901 M * bengreen ttfn 1268399907 Q * bengreen Quit: Leaving 1268399928 P * carnage 1268399939 Q * Tusk Read error: Connection reset by peer 1268399992 J * Tusk ~AndChat@213.55.131.82 1268400318 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1268400477 Q * Tusk Ping timeout: 480 seconds 1268401042 M * sid3windr can I run a vserver that's 32bit under a 64bit host kernel? 1268401472 Q * balbir Ping timeout: 480 seconds 1268401593 M * Bertl sid3windr: yes, just set the proper personality (see flower page) 1268401953 J * kir ~kir@swsoft-msk-nat.sw.ru 1268402085 P * kir 1268402139 J * balbir ~balbir@122.172.108.232 1268402253 J * ktwilight ~keliew@234.164-247-81.adsl-dyn.isp.belgacom.be 1268402283 M * sid3windr Bertl: thanks 1268402287 M * sid3windr and what happens with the memory? 1268402294 M * sid3windr will they only have max of 4G each, or 4G in total, or ... 1268402299 J * kir ~kir@swsoft-msk-nat.sw.ru 1268402344 M * Bertl 32bit apps usually have 3GB address space available (each) mapped from the larger 48bit space used on 64bit 1268402467 Q * ktwilight_ Ping timeout: 480 seconds 1268402589 M * sid3windr okay, excellent 1268402648 Q * balbir Read error: Connection reset by peer 1268403115 J * BenG ~bengreen@cpc2-aztw22-2-0-cust521.aztw.cable.virginmedia.com 1268403338 M * biz_ harry: could you please create a new grsec-vserver patch with grsec >= grsecurity-2.1.14-2.6.32.9-201003112025.patch? 1268403379 M * biz_ harry: (there was a nasty PAX bug causing MySQL to die...) 1268403400 N * biz_ biz 1268403520 J * balbir ~balbir@122.172.52.16 1268403742 J * ksn ~ksn@41.151.21.233 1268404133 M * ghislain hum i have a little issue with cgroup config perhaps someone here could help 1268404162 M * ghislain if i have x guest on a system and i want to give 5% to the host and 95 to the guests 1268404174 M * ghislain i do not see in the tools how to do that 1268404196 M * ghislain it does x/nb of guest but i do not see how i can save 5% for the host 1268404235 Q * ex Write error: connection closed 1268404244 M * BenG please wiki that if you figure it out ghislain 1268404246 J * ex ~ex@valis.net.pl 1268404264 M * ghislain i wil :) 1268404287 M * ghislain i use the wiki as my internal docs so i do not loose it and share it also 1268404301 P * kir Leaving. 1268404362 M * Bertl ghislain: you can't do that explicitely, only by not giving more than 95% to the 'other' guests 1268404402 M * Bertl but usually prioritizing host processes is enough to guarantee that you can always do host stuff 1268404584 Q * derjohn_mob Ping timeout: 480 seconds 1268405164 N * DoberMann[ZZZzzz] DoberMann 1268406672 Q * ksn Ping timeout: 480 seconds 1268407065 J * Laurenn ~Laurenn@pa58-109-208-87.pa.vic.optusnet.com.au 1268407065 M * Laurenn http://i33.tinypic.ath.cx/D1268406675.jpg/ do my breasts look to big? 1268407067 P * Laurenn 1268407190 M * ghislain bertl: prioritizing host process..hum how you do that ? 1268407570 M * Bertl you can set a priority bias for each guest 1268407600 M * Bertl but you have a bunch of other options too, like for example reserving an entire CPU for host tasks 1268408551 J * petzsch ~markus@dslb-188-103-057-027.pools.arcor-ip.net 1268409112 M * ghislain yes 1268409120 M * ghislain but a cpu is a little too much :p 1268409147 M * ghislain the priority bias will work with cgroup so 1268409160 J * dowdle ~dowdle@scott.coe.montana.edu 1268409208 M * ghislain or i should say on top of it , basicaly the idea is to reserve let say 5% of every ressources to the host (bandwidth, cpu etc) 1268409239 M * ghislain so that if everything go wild we can recover from the host 1268409241 J * derjohn_mob ~aj@tmo-109-101.customers.d1-online.com 1268409244 J * ksn ~ksn@41.151.21.233 1268409329 M * Bertl translocating ... bbl 1268409332 N * Bertl Bertl_oO 1268409345 M * ghislain so /etc/vservers//sched/priority-bias but does it work with cgroup ? iwas beleiving it replced them but perhaps they have a similar mecaznism i will look 1268409350 M * ghislain :) 1268409362 Q * balbir Ping timeout: 480 seconds 1268410015 J * balbir ~balbir@122.172.62.129 1268410145 Q * ncopa Quit: Ex-Chat 1268410544 Q * derjohn_mob Ping timeout: 480 seconds 1268411170 J * derjohn_mob ~aj@tmo-101-33.customers.d1-online.com 1268411601 M * BenG " hum would it be possible to give a guest acces to his cgroup so it can create sub-cgroup and manage it's ressources ?" 1268411608 M * BenG did you get that working ghislain ? 1268411630 M * BenG I tried, but the bind mount didn't work 1268411644 M * BenG will look at the util-vserver scripts, unless you have a solution already 1268411670 Q * balbir Ping timeout: 480 seconds 1268412341 J * balbir ~balbir@122.172.148.207 1268413197 Q * derjohn_mob Ping timeout: 480 seconds 1268413328 Q * barismetin Quit: Leaving... 1268413784 Q * mrjack Ping timeout: 480 seconds 1268414667 J * derjohn_mob ~aj@tmo-100-124.customers.d1-online.com 1268414708 M * biz harry: nevermind, you already did... thanks! ;) 1268414749 Q * Bushmills Remote host closed the connection 1268415484 J * Bushmills ~l@scarydevilmonastery.net 1268415748 J * ntrs__ ~ntrs@77.29.5.12 1268416177 Q * ntrs_ Ping timeout: 480 seconds 1268416226 Q * Pazzo Quit: Bye! 1268416234 Q * BenG Quit: I Leave 1268416749 Q * Bushmills Remote host closed the connection 1268417209 J * Bushmills ~l@scarydevilmonastery.net 1268417349 Q * thierryp Ping timeout: 480 seconds 1268420486 J * hijacker ~hijacker@87-126-142-51.btc-net.bg 1268420519 Q * derjohn_mob Ping timeout: 480 seconds 1268420797 Q * arekm Quit: leaving 1268421017 Q * ksn Ping timeout: 480 seconds 1268421304 J * arekm arekm@carme.pld-linux.org 1268421537 M * arekm any .33 users? 1268422342 N * Bertl_oO Bertl 1268422356 M * Bertl back now ... 1268422399 M * Bertl arekm: I don't think that 2.6.33 is worse than 2.6.32, but for whatever reason, folks seem to love 2.6.32 :) 1268422461 M * arekm Bertl: I'm curious if "free" bug is local here or simply a bug in vs patch 1268422499 M * Bertl what exactly is the issue, and did you test the same setup with 2.6.32? 1268422543 M * arekm Bertl: http://pld.pastebin.com/tRDM876b look at buffers value. And yes, 32 works fine here 1268422555 M * arekm Bertl: this happens only in guest. host is fine 1268422613 M * Bertl okay ... give me a second to check the code 1268422652 M * Bertl what does /proc/meminfo show inside the guest? 1268422691 M * arekm http://pld.pastebin.com/sVs6f5ZJ 1268422723 M * Bertl so that looks fine 1268422746 M * Bertl could you strace -fF the 'free' for me? 1268422788 M * arekm http://pld.pastebin.com/3d83KhQh 1268422831 J * ksn ~ksn@41.151.31.228 1268422898 M * Bertl so that looks to me like a 'free' bug, because it seems to gather the info from /proc/meminfo too, and then outputs strange results 1268423084 M * arekm hmm 1268423090 M * arekm Buffers: 0 kB 1268423098 M * arekm looks like 0 is causing some overflow 1268423188 M * Bertl I guess the tool is trying to be too smart 1268423213 M * Bertl and with buffers 0 it does something like calculating the buffers from total-free-cached orso 1268423239 M * Bertl 18014398508754388 = 3FFFFFFFF4E5D4 1268423290 M * Bertl so that is -16456235 1268423367 M * arekm buutttttt the same free reports correctly on older ververs 1268423370 M * Bertl but nothing really related to the kernel here, just let me check what the difference between 2.6.32 and .33 is (kernel wise) 1268423484 M * arekm "-/+ buffers/cache: %10Lu %10Lu\n", 1268423487 M * arekm S(kb_main_used - buffers_plus_cached), 1268423549 M * Bertl yeah, and it doesn't check if that gets negative 1268423569 M * arekm it never should be negative 1268423582 M * arekm [arekm@carme-pld ~]$ cat /proc/meminfo 1268423582 M * arekm MemTotal: 6122292 kB 1268423582 M * arekm MemFree: 6122292 kB 1268423587 M * arekm that's the vserver bug 1268423594 M * arekm whole memory is free 1268423601 M * Bertl well, strictly speaking, that is no bug 1268423619 M * arekm how so? 1268423637 M * Bertl cached does not necessarily need to be part of the guest memory at all 1268423660 M * Bertl could, and most likely, is, cached from a different guest 1268423664 M * arekm 20:53 < arekm> MemFree: 6122292 kB 1268423668 M * arekm how this can be true in guest? 1268423687 M * Bertl I presume that is your host memory? 1268423700 M * Bertl I mean, everything you got on the host_ 1268423704 M * arekm yes 1268423718 M * Bertl so, I further presume that you do not have a limit set then? 1268423729 M * arekm yes, no memory limits set 1268423747 M * Bertl what does the host show in /proc/meminfo? 1268423751 M * arekm MemTotal: 6122292 kB 1268423753 M * arekm MemFree: 4550100 kB 1268423954 M * Bertl well, I've checked the relevant code and there is zero difference here between my 2.6.32 and 2.6.33 code 1268423976 M * arekm but there can be difference in upstream that affects stuff 1268423984 M * Bertl the question now is, what patches/versions do you use and what else is changed? 1268424018 M * arekm the latest .33 available on web page 1268424018 M * Bertl in theory, it could, but the usage is quite simple, so I supsect a difference on your side 1268424038 M * arekm where is that code in kernel tree? 1268424072 M * Bertl fs/proc/meminfo.c is the function showing the values (zero difference there) 1268424084 M * Bertl kernel/vserver/limit.c is the Linux-VServer part 1268424094 M * Bertl the difference is only whitespace 1268424307 M * Bertl so I presume that 2.6.32 (on your system, with your guest setup) shows Total != Free, yes? 1268424351 M * Bertl (in /proc/meminfo that is) 1268424381 M * Bertl I'm going to check now how that could show the full memory as free in 2.6.33 1268424389 M * arekm yes 1268424762 M * Bertl the free ram is directly taken from vm_stat, so I don't see, how with the very same config, you can end up with a wrong value 1268424787 J * derjohn_mob ~aj@e180192239.adsl.alicedsl.de 1268424848 M * Bertl but just to make sure, let me upload a new patch for 2.6.32/33 with the recent fixes 1268424915 J * thierryp ~thierry@home.parmentelat.net 1268425273 M * Bertl okay, 2.6.32.9-vs2.3.0.36.29.2 is up-to-date 1268425364 M * Bertl 2.6.33-vs2.3.0.36.30.3 updated 1268425971 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1268426229 Q * bonbons 1268426246 M * arekm blah, bonbons ran away 1268426457 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1268426549 M * arekm bonbons: do you have some working php iface for collectd vserver plugin? the old one doesn't show vm-* stuff at all 1268426655 M * bonbons arekm: yeah (but with some cleanup needed on the javascript side), though theoretically the old one should be able to display those as well... 1268426779 M * bonbons arekm: might be that some of the graphs are not offered merged but at least each individual graph should be working (unless some explicitly defined (meta)graphs did change their RRD format) 1268426866 J * German ~German@94.25.3.10 1268426876 M * German Holla yang are you here& 1268426880 M * German ? 1268426901 M * arekm bonbons: here old one says: ERROR: No DS called 'vm' in '/var/lib/collectd//vps/vserver-1005/vs_memory-vml.rrd' 1268427007 M * German I have an account on the shell boneym.mtveurope.org and today I can't to join FTP 1268427014 M * German Why? 1268427023 M * German Something is changing? 1268427040 M * German Telnet connection is OK 1268427042 M * arekm bonbons: on all threads and memory graphs. The rest is displayed properly 1268427173 M * bonbons arekm: which collectd version? 1268427255 M * arekm bonbons: 4.9.1 1268427318 M * bonbons might be the newer collectd version has changed the RRD's DS names... here vs_memory works fine... (meta graph) for old and new interface versions 1268427358 M * German Did you ask for me? 1268427372 M * German Excuse my bad english)) 1268427382 M * arekm bonbons: how to look what are these names now? 1268427517 M * bonbons arekm: have a look at collectd's types.db file (here it says the DS should be named 'value' for vs_memory) 1268427561 M * arekm vs_memory value:GAUGE:0:9223372036854775807 1268427566 M * bonbons arekm: did you add the vs_memory graps as type "meta" or as graph for an individual RRD (or all)? 1268427593 M * bonbons arekm: same def as here. Here only the meta display mode works 1268427601 M * arekm type all entries, instance all entries 1268427644 M * arekm works in meta.. what's meta anyway? 1268427704 M * bonbons akrem: meta is a graph mode with pre-defined graph combining multiple RRD files into a single graph (e.g. for memory it will stack all memory usages types so in one graph you get an idea of distribution of memory usage 1268427721 M * bonbons same kind of resule for CPU usage and the other meta graphs 1268427734 M * arekm aha 1268427791 M * bonbons much easier to catch status at a single look with meta graphs that e.g. system, softirq, irq, user, iowait, ... individual CPU time graphs (or same thing for memory) 1268427877 M * arekm ok, reboot to new bertl kernel 1268427882 Q * arekm Quit: leaving 1268428198 J * arekm arekm@carme.pld-linux.org 1268428222 M * arekm Bertl: bug still there 1268428239 M * Bertl I didn't really expect a change 1268428281 M * Bertl could you upload a /proc/vmstat output from 2.6.32 vs 2.6.33? 1268428298 M * Bertl from host and guest if possible 1268428319 M * arekm yes but not for .32 at the moment 1268428534 M * arekm guest doesn't have /proc/vmstat 1268428549 M * Bertl you need to unhide it 1268428980 Q * German 1268430126 Q * hijacker Quit: Leaving 1268430184 M * bXi woot 1268430199 M * bXi vserver 2.6.31 kernel 1268430295 Q * petzsch Quit: Leaving. 1268430312 M * Bertl hmm? 1268430886 J * niki ~niki@94.145.207.11 1268430947 Q * ksn Ping timeout: 480 seconds 1268432262 Q * mindo Ping timeout: 480 seconds 1268432807 J * mindo ~mindo@122-62-16-132.jetstream.xtra.co.nz 1268433247 J * larsivi__ ~larsivi@188.113.74.106 1268433247 Q * larsivi_ Read error: Connection reset by peer 1268434368 P * mindo Leaving 1268434744 Q * bonbons Quit: Leaving 1268435201 J * _mart ~mindo@122-62-16-132.jetstream.xtra.co.nz 1268435827 J * theocrit1 ~Hubert@kim.theocrite.org 1268435827 Q * theocrite Read error: Connection reset by peer 1268437352 J * ntrs_ ~ntrs@77.28.58.17 1268437800 Q * ntrs__ Ping timeout: 480 seconds 1268438340 Q * ghislain Quit: Leaving.