1329437161 M * ghislain daniel_hozac: the "diff" package :) 1329437323 M * ghislain i send a message to the ML with the errors i got in my try 1329437341 M * ghislain i have on fun warning: /root/util-vserver/src/chbind.c:205: warning: warning: gethostbyname() leaks memory.  Use gethostbyname_r instead! 1329437352 M * ghislain but perhaps dietlib version do not :) 1329437554 M * ghislain must go to sleep, good night everybody ! 1329437871 Q * ghislain Quit: Leaving. 1329446650 M * Bertl off to bed now ... have a good one everyone! 1329446656 N * Bertl Bertl_zZ 1329455525 J * nicholi ~nicholi@rrcs-76-79-196-34.west.biz.rr.com 1329462096 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1329464007 J * ghislain ~AQUEOS@adsl2.aqueos.com 1329466129 M * ghislain morning 1329467518 N * Bertl_zZ Bertl 1329467521 M * Bertl morning folks! 1329468214 M * ghislain hello bertl, after the kernel upgrade the partprobe issue has disapeared 1329468226 M * ghislain as espected 1329468268 N * ensc Guest2909 1329468278 J * ensc ~irc-ensc@p54ADDEA0.dip.t-dialin.net 1329468687 Q * Guest2909 Ping timeout: 480 seconds 1329469003 Q * ensc|w Remote host closed the connection 1329469011 J * ensc|w ~ensc@www.sigma-chemnitz.de 1329469654 M * Bertl ghislain: thanks for the confirmation! 1329469696 M * daniel_hozac Bertl: yeah, you just have to set per-ss as well. 1329470175 M * Bertl per-ss? 1329470184 M * daniel_hozac per subsystem 1329470209 M * Bertl please elaborate 1329470220 M * daniel_hozac for multiple cgroup mounts 1329470228 M * Bertl ah, got it! 1329470250 M * Bertl somehow my mind tried to relate that to vroot/ghislain :) 1329470278 M * Bertl and of course, failed ... good to know! 1329470286 M * daniel_hozac hehe 1329470357 Q * pmjdebruijn Remote host closed the connection 1329470630 J * pmjdebruijn ~pascal@overlord.pcode.nl 1329470675 Q * pmjdebruijn 1329470683 M * daniel_hozac people having problems with /sys/fs/cgroup, please try http://people.linux-vserver.org/~dhozac/t/uv-testing/util-vserver-0.30.216-pre3011.tar.bz2 and see if it fixes your problems. 1329470742 J * pmjdebruijn ~pascal@overlord.pcode.nl 1329470788 Q * pmjdebruijn 1329471149 J * pmjdebruijn ~pascal@overlord.pcode.nl 1329471237 Q * pmjdebruijn 1329471241 J * pmjdebruijn ~pascal@overlord.pcode.nl 1329471422 M * Bertl daniel_hozac: ah, great, new release, what changed? 1329471474 Q * jeroen__ Remote host closed the connection 1329471577 M * daniel_hozac it checks for /sys/fs/cgroup and sets that automatically, since that is starting to become rather prevalent... 1329472063 P * kir PING 1329472063 1329472252 M * Mr_Smoke daniel_hozac: I bet that includes the patch you told me to apply yesterday then ? 1329472281 M * Mr_Smoke I mean, obviously it does 1329472295 M * Mr_Smoke But what other chages are there that we should know of ? 1329472311 M * ghislain daniel do you saw the error reported when i compile utils on lenny ? 1329472379 M * daniel_hozac ghislain: already responded on the ML :) 1329472665 J * jeroen__ ~jeroen@095-097-051-172.static.chello.nl 1329472690 M * daniel_hozac Mr_Smoke: you can always read the changelog at http://git.linux-vserver.org/cgi-bin/gitweb.cgi?p=util-vserver.git;a=summary 1329472716 M * Mr_Smoke an thnx 1329472789 M * Mr_Smoke Let's make a custom ebuild then 1329472801 M * daniel_hozac you might want to hang on for a little bit 1329472873 M * Mr_Smoke how so ? Benedikt is already on it ? 1329472953 M * daniel_hozac no, but you want to use http://people.linux-vserver.org/~dhozac/t/uv-testing/util-vserver-0.30.216-pre3013.tar.bz2 1329472980 M * Mr_Smoke Ah 1329472991 M * Mr_Smoke ok then :) 1329473030 M * Mr_Smoke building 1329473743 M * ghislain dam i lloked it this maorning you replied since :) 1329473849 M * Bertl daniel_hozac: that's really evil to reply to his mail :) 1329473981 M * daniel_hozac yeah, it's a sneak attack 1329474028 M * Wonka are there public archives on the web? anyone got an URL for me? 1329474036 A * Wonka could use some amusement... 1329474126 M * Bertl Wonka: there are many public archives on the web, what kind of amuesement are you looking for? :) 1329474315 M * Wonka Bertl: the evil sneak attack from only some lines up 1329474359 M * Bertl http://archives.linux-vserver.org/201202/ 1329474589 M * ghislain yeah never do that again :p 1329475279 M * Wonka I'm a bit confused about what the sneak attack is there... 1329475285 M * Wonka is it simply replying to the mail? 1329475382 M * Bertl yeah, pure evil, isn't it? 1329475483 M * Mr_Smoke daniel_hozac: that didn't work 1329475495 M * Mr_Smoke I'm still getting the message from before 1329475501 M * Mr_Smoke mount: vserver already mounted or /sys/fs/cgroup/cpuset,cpu,cpuacct,memory,devices,freezer,blkio busy [ !! ] 1329475770 M * Bertl per-ss I presume? 1329475794 M * Mr_Smoke yep 1329475805 M * Mr_Smoke and /etc/vservers/.defaults/cgroup/mnt is set 1329475829 M * Mr_Smoke With daniel's help, yesterday, by applying a one line change to vserver-init.functions from pre3004, it was working fine 1329475834 M * Mr_Smoke 3013 doesn't, though 1329475909 M * Mr_Smoke Also, benedikt just updated the ebuild for 3011 .. I'm gonna try that 1329476466 M * Mr_Smoke Nope, won't work either 1329476668 M * Mr_Smoke So neither 3011 nor 3013 fix the problem 1329476674 M * Mr_Smoke Yet, yesterday's patch DID fix it 1329476676 M * Mr_Smoke I don't get it 1329476817 M * daniel_hozac remove your present settings 1329476888 M * Mr_Smoke daniel_hozac: they were removed when I first emerged 3013 1329476898 M * Mr_Smoke daniel_hozac: you mean remove mnt and per-ss, right ? 1329476901 M * daniel_hozac yes 1329476911 M * Mr_Smoke Ok, once lmore with feeling :) 1329476945 M * Mr_Smoke daniel_hozac: no go 1329477010 M * daniel_hozac with what error? 1329477043 M * Mr_Smoke Same 1329477051 M * Mr_Smoke mount: vserver already mounted or /sys/fs/cgroup/cpuset,cpu,cpuacct,memory,devices,freezer,blkio busy 1329477074 M * daniel_hozac could we get a bash -x of that? 1329477107 M * Mr_Smoke sure 1329477122 M * Mr_Smoke daniel_hozac: FWIW, BB's ebuild for 3011 creates mnt, not per-ss 1329477150 M * daniel_hozac there should be no mnt 1329477160 M * daniel_hozac if mnt is set, the auto-detection won't be used. 1329477186 M * Mr_Smoke hm 1329477204 M * Mr_Smoke Now what I have is 1329477206 M * Mr_Smoke no mnt 1329477208 M * Mr_Smoke no per-ss 1329477210 M * Mr_Smoke 3013 tarball 1329477214 M * Mr_Smoke and still the error 1329477248 M * daniel_hozac and the bash -x? 1329477283 M * Mr_Smoke Hm can't invoke it O.o 1329477293 M * Mr_Smoke bash -x /etc/init.d/util-vserver start => nothing 1329477314 M * Mr_Smoke Yes, I feel very stupid 1329477333 M * daniel_hozac change the shebang in /usr/lib*/util-vserver/bash-wrapper 1329477337 M * Mr_Smoke ok 1329477417 M * Mr_Smoke daniel_hozac: http://paste.pocoo.org/show/552453/ 1329477742 M * daniel_hozac hmm 1329477763 M * Mr_Smoke daniel_hozac: holdon 1329477776 M * Mr_Smoke This is in my /sys/fs/cgroup 1329477777 M * Mr_Smoke drwxr-xr-x 2 root root 40 Feb 17 11:47 cpuset,cpu,cpuacct,memory,devices,freezer,blkio 1329477788 M * Mr_Smoke Yes, all in one directory 1329477806 M * Mr_Smoke Is this normal/expected ? 1329477819 M * daniel_hozac no. 1329477830 M * Mr_Smoke Well maybe that's a clue then 1329477846 M * daniel_hozac 3016 should fix it... 1329477848 M * Mr_Smoke There, removed 1329477849 M * Mr_Smoke heh 1329477850 M * Mr_Smoke ok 1329477854 M * Mr_Smoke custom ebuild, here we go 1329477886 M * Mr_Smoke Are you in touch with Benedikt ? 1329477903 M * Mr_Smoke cuz his ebuild for 3011 creates the mnt part, which you told me shouldn't be there 1329478015 M * Mr_Smoke daniel_hozac: success :) 1329478035 M * Mr_Smoke Ha 1329478039 M * Mr_Smoke vserver-stat -> segfault 1329478042 M * Mr_Smoke That's new 1329478110 M * Mr_Smoke daniel_hozac: strace suggests that vserver-stat is still looking up /dev/cgroup 1329478158 M * Mr_Smoke here : http://paste.pocoo.org/show/552457/ 1329478176 M * daniel_hozac hmm, yes. 1329478278 M * daniel_hozac odd that you would get a segfault though... 1329478317 M * Mr_Smoke I dunno that it is related 1329478359 M * daniel_hozac what kernel is that on? 1329478392 M * Mr_Smoke 2.6.38.7-vs2.3.0.37-rc15 1329478401 M * Mr_Smoke for the record, vserver-stat was working minutes before 1329479051 M * Mr_Smoke if there's anything else I can do, i'm there :) 1329479060 M * Mr_Smoke it'd be a shame to downgrade openrc 1329479199 M * Mr_Smoke But I'm ready to do it if necessary 1329479326 Q * Aiken Remote host closed the connection 1329482788 M * nyerup Bertl: Just checking, have you had time to try to reproduce the routing cache issue we discussed a couple of weeks ago? 1329483340 M * Bertl nope, not yet 1329485250 J * Hollow ~Hollow@p5B2C4CE5.dip.t-dialin.net 1329485277 M * Hollow daniel_hozac: where do you keep the util-vserver currently? there are no recent commits on svn.linux-vserver.org 1329485359 M * Mr_Smoke Hi Hollow 1329485368 M * Hollow Mr_Smoke: hi 1329485384 M * Mr_Smoke Hollow: I'm Romain, who just replied to you on ther ML about that openrc/cgroups situtation 1329485392 M * Mr_Smoke You must be Benedikt? 1329485395 M * Hollow yep 1329485398 M * Mr_Smoke 'k :) 1329485412 M * Hollow i'm just compiling a server kernel on my gentoo dev box, so i can test it properly 1329485416 M * Hollow *vserver 1329485432 M * Mr_Smoke fwiw, I'm running 2.6.38.7-vs2.3.0.37-rc15 1329485444 M * Hollow since i'm using my own gentoo branch on servers these days i'm a bit limited in testing for gentoo development :) 1329485450 M * Mr_Smoke :) 1329485566 M * daniel_hozac Hollow: git.linux-vserver.org 1329485571 M * Hollow Mr_Smoke: just read your post on the ML 1329485582 M * Hollow let's try to fix that little fucker ;) 1329485600 M * Hollow daniel_hozac: ah, ok, i was wondering since you still use the rev ids for the tar balls ;) 1329485602 M * Mr_Smoke sure thing :) 1329485627 M * daniel_hozac Hollow: yeah, only way to get an increasing number without coming up with one myself... 1329485632 M * Hollow daniel_hozac: would you mind pushing the repo to github? i just opened a linux-vserver orga the other day 1329485680 M * Hollow we could get rid of the abandoned trace and gitweb instances 1329485691 M * Hollow trace is full of spam anyway, so i'll punt it soonish 1329485694 M * Hollow *trac 1329485709 M * daniel_hozac i honestly greatly prefer gitweb over github. 1329485753 M * Hollow ok, i'll push my unmaintained svn repos to github than (for reference) and shut down the trac/svn foo 1329485785 J * dna ~dna@hmbg-5f773c9e.pool.mediaWays.net 1329486286 M * Hollow daniel_hozac: maybe it would be a good idea to use the 216 as a new snapshot counter ;-) *scnr* 1329486523 M * Bertl off for now ... bbl 1329486527 N * Bertl Bertl_oO 1329487701 M * Hollow Mr_Smoke: sum di sum .. still waiting on qt-core compiling before rebooting to the new kernel ;) 1329487707 M * Mr_Smoke :D 1329488490 J * Alex[fob] ~alex@v1.fob.spline.inf.fu-berlin.de 1329489265 M * Hollow Mr_Smoke: now the machine is down, damn :) will fix it later when i'm back at home and try to come with a proper patch 1329489283 M * Hollow also typing is not my strength today 1329489347 M * Mr_Smoke hehe 1329489375 M * Mr_Smoke Hollow: from what I gather, the old ebuild "works" fine as an ebuild, without the /mnt fix. Now it's just a matter of getting vserver-stat to work 1329489406 M * Hollow ok, i'll just give the latest snapshot a try when i'm back at home and see what i can do 1329489473 M * Mr_Smoke daniel_hozac is on it too :) 1329489590 M * Hollow ok, great 1329489630 N * ensc Guest2934 1329489640 J * ensc ~irc-ensc@p54ADE04D.dip.t-dialin.net 1329489812 Q * Guest2934 Ping timeout: 480 seconds 1329490241 M * Mr_Smoke In the meantime, I'll downgrade openrc 1329490258 M * Mr_Smoke it'll be a good test to make sure that recent util-vserver can also cope with that too 1329490483 M * Mr_Smoke Ok, that works 1329490648 M * Mr_Smoke We have backwards compatibility :) 1329490691 M * Hollow it kind of annoys me, now that openrc development is active again, nobody seems to care about backwards compatibility … network init scripts get reworked on minor versions, croup support is being f*cked with … *sigh* 1329490702 M * Hollow that's one of the reasons why i have my own gentoo branch these days 1329490768 M * Mr_Smoke I see 1329492542 J * FireEgl ~FireEgl@173-16-9-169.client.mchsi.com 1329495704 M * _Shiva_ actually, I technically don't get it why util-vserver has to mess with (re-)setting up cgroups in it's init anyway... it does not only not play with recent openrc - it has been an problem ever since one installs libvirtd on the very same host... 1329495735 M * _Shiva_ maybe Daniel can enlight me here.. 1329495755 M * daniel_hozac we've been using cgroups the longest... 1329495764 M * daniel_hozac when we started using them, nothing else set them up. 1329495806 M * daniel_hozac and if you just set util-vserver to use whatever else you have configured, then that's what'll get used. 1329495854 J * BenG ~bengreen@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com 1329496177 J * Hurga ~foest@business-188-111-094-066.static.arcor-ip.net 1329496204 M * _Shiva_ while u-v still's tagged "pre" and the actual Kernel patch that a) provides cgroups and b) requires newer u-v - would it be THAT impossible just to write "Prerequisites: You'll have to set up cgroups on your system (e.g. /etc/fstab, your init-handler, etc.) if you want to use them." 1329496209 M * _Shiva_ :-) 1329496517 Q * Hurga Killed (NickServ (Too many failed password attempts.)) 1329496650 J * Hurga ~hurga@business-188-111-094-066.static.arcor-ip.net 1329496768 Q * Hurga 1329496771 J * dna_ ~dna@78-163-103-86.dynamic.dsl.tng.de 1329496785 J * Hurga ~hurga@business-188-111-094-066.static.arcor-ip.net 1329496789 M * Hurga Finally. 1329496849 N * Bertl_oO Bertl 1329496852 M * Hurga Got a little issue with vserver, or probably, vserver-utils. 1329496852 M * Bertl back ... 1329496869 M * Bertl yeah? which version? 1329496873 M * Hurga I'm runnng util-vserver-0.30.216-pre2986 1329496930 M * Hurga I have a server running several vservers on two subnets on one physical interface. 1329496966 M * Hurga one with a bunch of IPs on both subnets, one with a single IP one one subnet. 1329496983 M * Bertl sounds good so far 1329497031 M * Hurga When I shut down the vserver guest with the single IP, a bunch of the IPs of the other guest went down. All on the same subnet as the single IP vserver guest 1329497085 Q * ncopa Quit: Leaving 1329497163 M * Bertl how unexpected, I guess? 1329497164 M * Hurga when I list the IPs with "ip addr show" the single IP vserver guest has the entry "[...] scope global eth0" and the other IPs which went down with it accidentally were showing "[...]scope global secondary eth0" 1329497211 M * Bertl http://linux-vserver.org/Frequently_Asked_Questions#If_I_shut_down_my_vserver_guest.2C_the_whole_Internet_interface_ethX_on_the_host_is_shut_down.__What_happened.3F 1329497222 Q * dna Ping timeout: 480 seconds 1329497312 M * Bertl in your case, it's 'just' the subnet (you might want to extend the FAQ in this regard, the primary/secondaries issue applies to networks in general) 1329497327 M * Hurga ahh. But it's hard to know which s the "primary IP"... depends on which vserver guest was started first, right? 1329497350 M * Bertl if you do not assign an IP at host startup in that net, yes 1329497377 M * Bertl but IMHO promote_secondaries should be default on any Linux-VServer host nowadays 1329497398 M * Hurga I'll check in a moment 1329497445 M * Hurga It's off. 2.6.38.8-vs2.3.0.37-rc17 1329497481 M * Hurga Would there be any ill effects in turning it on by default? 1329497573 M * ard Hmmzzz, if you are running 2.6.38.8, I would recommend upgrading to 3.1 or 3.2 series... 1329497633 M * ard I've seen Bertl chase an oops, all the way to upstream, and he was right, 2.6.38.8 crashes especially with heavy loaded apache servers 1329497691 M * Hurga ah, thanks for the info. 1329497744 M * ard Ah, according to my kernel oops history this was even on servers not running vservers 1329497774 M * Hurga Problem is, these are production servers and I can't upgrade everything all the time. That machine is even running linux-ha 1329497797 Q * Hollow Quit: Hollow 1329497802 M * Bertl no, promote_secondaries doesn't harm a host in any way 1329497810 M * ard I've phased out heartbeat a long time ago, it introduced more downtime than any other thing ;-). 1329497857 A * ard uses keepalived-vrrp for master selections and some home made daemons to do an l2 switchover of addresses 1329498060 M * Hurga ard: I know what you mean. But pacemaker + drbd works ok if the only thing you run is util-vserver. 1329498216 M * Hurga keepalived I use on the firewall and there it's causing me headaches, probably because of quirky hardware with system clock glitches. failover/failback in a second, and then the servers suffer arp confusion because gratitious arp doesn't work right either. 1329499363 M * Hurga promote_secondaries works fine BTW. :) Thanks a lot! 1329499394 M * Bertl you're welcome! 1329499938 Q * dna_ Read error: Connection reset by peer 1329499951 J * dna_ ~dna@78-163-103-86.dynamic.dsl.tng.de 1329500103 J * hijacker_ ~hijacker@cable-84-43-136-96.mnet.bg 1329500602 M * Hurga Bertl: If I want to want to extend the FAQ itel we talked about... how can I get write access to the wiki? (I just created an account) 1329500689 M * Bertl that should be enough 1329500744 M * Hurga ahh, different Wiki than I'm used to. Got it now. 1329501302 Q * ghislain Ping timeout: 480 seconds 1329501570 J * ghislain ~AQUEOS@adsl1.aqueos.com 1329501991 Q * nicholi Read error: Connection reset by peer 1329503042 M * ard Hurga : against arp confusion : http://217.196.41.9/public_html/vlarp/ 1329503099 M * ard Next to that, it fixes your switches mac-table too, if you use it for L2+L3 failover (i.e. takeover the mac) 1329503166 M * Hurga sounds good. I'll have a look at it! 1329503396 Q * BenG Quit: I Leave 1329504062 Q * dna_ Read error: Connection reset by peer 1329504099 J * dna_ ~dna@78-163-103-86.dynamic.dsl.tng.de 1329504462 M * Bertl off for a nap ... bbl 1329504466 N * Bertl Bertl_zZ 1329504543 Q * Hurga Remote host closed the connection 1329504603 Q * ensc Remote host closed the connection 1329507483 J * petzsch ~markus@p57B63E63.dip.t-dialin.net 1329507594 Q * petzsch 1329509231 J * disposable disposable@shell2.vps.websupport.sk 1329509328 M * disposable i have vservers running on 2.6.26 kernel. when i do uname from within vserver, it thinks it's on 2.6.17. how do i make it realise that's no longer true? (hasn't been for years) 1329509395 Q * MooingLemur resistance.oftc.net synthon.oftc.net 1329509395 Q * transacid resistance.oftc.net synthon.oftc.net 1329509395 Q * nenolod resistance.oftc.net synthon.oftc.net 1329509395 Q * ghislain resistance.oftc.net synthon.oftc.net 1329509395 Q * cuba33ci resistance.oftc.net synthon.oftc.net 1329509395 Q * dowdle resistance.oftc.net synthon.oftc.net 1329509395 Q * tolkor resistance.oftc.net synthon.oftc.net 1329509395 Q * click resistance.oftc.net synthon.oftc.net 1329509395 Q * FIChTe resistance.oftc.net synthon.oftc.net 1329509395 Q * jrayhawk resistance.oftc.net synthon.oftc.net 1329509395 Q * quasisane resistance.oftc.net synthon.oftc.net 1329509395 Q * WMP resistance.oftc.net synthon.oftc.net 1329509395 Q * FloodServ resistance.oftc.net synthon.oftc.net 1329509410 J * transacid ~transacid@transacid.de 1329509410 J * MooingLemur ~troy@ipv4.pinchaser.com 1329509410 J * nenolod ~nenolod@tortois.es 1329509430 J * FloodServ services@services.oftc.net 1329509465 J * ghislain ~AQUEOS@adsl1.aqueos.com 1329509465 J * cuba33ci ~cuba33ci@114-36-232-84.dynamic.hinet.net 1329509465 J * dowdle ~dowdle@scott.coe.montana.edu 1329509465 J * tolkor ~rj@tdream.lly.earlham.edu 1329509465 J * jrayhawk ~jrayhawk@nursie.omgwallhack.org 1329509465 J * quasisane ~sanep@c-24-218-184-186.hsd1.nh.comcast.net 1329509465 J * click click@ice.vcon.no 1329509465 J * FIChTe ~fichte@bashpipe.de 1329509465 J * WMP ~oftc@auburn.sored.pl 1329510010 M * disposable I am unable to upgrade libc in the vserver - dpkg gives me an error that the kernel is too old. 1329512591 J * bonbons ~bonbons@2001:960:7ab:0:99d0:b279:626d:4602 1329514675 Q * dna_ Quit: Verlassend 1329515612 Q * hijacker_ Quit: Leaving 1329520951 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647 1329521590 Q * bonbons Quit: Leaving 1329522635 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f