1248393979 Q * dowdle Remote host closed the connection 1248394171 Q * Abraxas Ping timeout: 480 seconds 1248395082 J * Abraxas ~Abraxas@94-224-69-84.access.telenet.be 1248398470 Q * dave0gone Ping timeout: 480 seconds 1248399275 J * dave0gone ~dmo@home.dmo.ca 1248399599 M * Bertl puck: probably would be even more confusing if the kernel would contain a unique version, as debian tends to keep old version numbers and add patches 1248400182 J * ousado_ ~johnny@p5B3C3007.dip0.t-ipconnect.de 1248400631 Q * ousado Ping timeout: 480 seconds 1248403009 J * SHINSAKU ~Shinsaku@chello084010157123.chello.pl 1248403313 Q * SHINSAKU 1248403688 J * SHINSAKU ~Shinsaku@chello084010157123.chello.pl 1248404390 J * saulus_ ~saulus@c135070.adsl.hansenet.de 1248404800 Q * SauLus Ping timeout: 480 seconds 1248404809 N * saulus_ SauLus 1248406363 M * puck Bertl: aiiieeeeee 1248406385 M * puck We've written a snmp plugin that'll return info about vservers on the host (resource limits for now) 1248406400 M * puck But we have some boxes running 2.2 and some with 2.3 and the /proc/virtual files are different. 1248406462 M * Bertl well, first, I would suggest using the syscall command switch API for that (faster and very compatible) 1248406489 M * puck This is from perl 1248406490 M * Bertl and second, the VCI version should corespond (somewhat) to the proc files too 1248406512 M * Bertl there are python bindings and a C library in util-vserver 1248406514 M * puck Cool, we're ended up using the VCI version. We just weren't sure if it'd reflect changing files. 1248406554 M * Bertl the proc interface is designed for humans, not for software interfaces 1248406558 M * puck Heh 1248406569 M * puck I've passed it on, and I'll have a look at it next week. 1248406579 M * puck Once we have something we're happy to release we'll let you know. 1248408795 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com 1248408918 M * Bertl off to bed now .. have a good one everyone! 1248408923 N * Bertl Bertl_zZ 1248410266 M * geb we have really a different timezone, i am just getting up 1248410314 M * geb is there a ntp.13thfloor.at ? :) 1248410591 J * doener_ ~doener@i59F549ED.versanet.de 1248410691 Q * doener Ping timeout: 480 seconds 1248411572 J * ktwilight__ ~keliew@52.73-65-87.adsl-dyn.isp.belgacom.be 1248411961 Q * ktwilight_ Ping timeout: 480 seconds 1248413040 M * hijacker_ geb, why would you need ntp.13thfloor.at? there are many ntp mirrors around the globe you can use to sync your clocks 1248413166 Q * eyck Ping timeout: 480 seconds 1248414363 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1248415386 J * dna ~dna@128-205-103-86.dynamic.dsl.tng.de 1248417166 Q * PhatJ Quit: PhatJ 1248417703 M * fback geb: it's not the timezone, Bertl lives in .at :-) 1248419162 M * geb that was a sort of private joke about BUT 1248419202 M * geb http://www.google.com/search?hl=en&client=iceweasel-a&rls=org.debian%3Afr%3Aunofficial&q=bertl+universal+timezone&aq=f&oq=&aqi= 1248420057 J * sergey ~sergey@ntp.adc.am 1248420366 P * sergey Leaving 1248421331 J * ktwilight_ ~keliew@216.191-241-81.adsl-dyn.isp.belgacom.be 1248421687 Q * ktwilight__ Ping timeout: 480 seconds 1248422539 J * sergio ~sergio@ntp.adc.am 1248422580 N * sergio Guest324 1248422712 J * davidkarban ~david@193.85.217.71 1248422870 N * Guest324 Serg 1248426251 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1248427673 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1248428972 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk 1248429275 Q * ensc|w Ping timeout: 480 seconds 1248429299 N * Bertl_zZ Bertl 1248429303 M * Bertl morning folks! 1248429473 M * fback morning Bertl 1248429484 M * BenG morning 1248429501 M * fback new knowledge gained today, BUT timezone ;) 1248429988 J * ensc|w ~ensc@www.sigma-chemnitz.de 1248430007 M * sid3windr 1118319729 M * SiD3WiNDR Bertl Universal Time 1248430008 M * sid3windr :> 1248430019 M * sid3windr over 4 years later it still exists \o/ 1248430037 M * sid3windr must be one of my only concepts to last that long :> 1248430189 M * Bertl yeah :) 1248430306 J * derjohn_mob ~aj@80.85.196.112 1248430806 J * bernroth ~broth@62.245.254.80 1248430813 M * bernroth hello 1248430895 M * Bertl hello bernroth! 1248430949 M * bernroth I recently tested 2.6.30.1 with the -pre3 vserver patch and had some troubles mounting a filesystem from inside the vserver. the error code was ENOSPACE from the kernel 1248430988 M * bernroth there are many changes in the filesystem code of the 2.6.30 kernel which causes this error. I wonder if you already know these issues and if you work on a solution :) 1248431043 M * Bertl yep, known, and fixed in pre4 1248431106 M * bernroth ok, I have just seen it's already released, I'll give it a try 1248431109 M * bernroth thank you :) 1248431114 M * Bertl you're welcome! 1248431199 M * bernroth nevertheless maybe you would like to explain what caused this error 1248431386 M * Bertl it was a misapplied patch to the ext3 balloc code, i.e. mainline changed how the code works, and the patch ontop applied but did the wrong thing 1248431421 M * bernroth but it was not only with ext3, right? 1248431508 M * ard it was just ext3 1248431536 M * ard (as far as I know :-) ) 1248432040 M * bernroth we have observed this issue with lvm running on the base image and using bind-mounts in the vservers 1248432054 M * bernroth and/or mounting the same filesystem in the vserver 1248432071 M * ard but all ext3? 1248432089 M * ard BTW: you get that ENOSPACE only in special cases... 1248432099 M * ard xauth is one of the examples :-) 1248432213 M * bernroth well, in the case I know it was ext3 1248432215 M * bernroth :) 1248432241 M * bernroth but we had very few time to analyse the troubles, need to get the servers back online, finally we use 2.6.29.5 now 1248432252 M * bernroth which workes very nice 1248432525 M * Bertl yeah, 2.6.30.x is still very experimental (thus the pre extention) 1248432690 Q * arekm Quit: leaving 1248432815 Q * avb Ping timeout: 480 seconds 1248433399 Q * Pazzo Quit: Ex-Chat 1248434729 Q * SHINSAKU 1248436458 M * FIChTe but it feels quite stable ;) 1248436939 A * ard always does his desktop first 1248436956 M * ard more stress on stuff :-) 1248437030 M * bernroth I have now 4 servers running with the new pre4 patch, let's try and see what happens :) 1248437684 Q * gnuk Quit: NoFeature 1248437817 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1248438111 Q * davidkarban Quit: Ex-Chat 1248438303 M * sid3windr ard: your desktop has more stress than a server? :o 1248438321 M * sid3windr I guess you run openoffice.. :> 1248439009 M * ard firefox 1248439010 M * ard well 1248439024 M * ard the stress went a little down when I started using the beta's :-) 1248439041 M * ard but watching munin is a real stress for any browser 1248439323 Q * geb Quit: / 1248439532 J * avb avb@ns1.nerdnet.nl 1248440165 Q * BenG Quit: I Leave 1248440803 J * SHINSAKU ~Shinsaku@chello084010157123.chello.pl 1248440804 Q * mEDI_S Quit: mEDI_S 1248441354 N * dave0gone dave0 1248441611 J * mEDI_S ~medi@188.40.35.243 1248441631 J * _are_ ~quassel@h1417489.stratoserver.net 1248441641 M * _are_ Hi 1248441789 M * maharaja Bertl: damn, you released pre4 and i am compiling pre3 :-/ 1248441800 M * maharaja on a 800mhz cpu which seems to take *ages* :) 1248441869 M * sid3windr ^C & hit it again =) 1248441892 M * maharaja ill see to it later on 1248441952 Q * nkukard Ping timeout: 480 seconds 1248442053 J * JonB ~NoSuchUse@130.227.63.19 1248442091 M * arachnist maharaja: an hour or so, i guess ;> 1248442109 M * maharaja more 1248442161 M * maharaja packaging alone takes age 1248442162 M * maharaja ages 1248442188 M * maharaja /tmp was too small (128mb) and make-kpkg quitted with out-of-space error after 15 minutes 1248442395 J * nkukard ~nkukard@196.212.73.74 1248442743 M * arachnist why package a kernel, and not just "make modules_install install"? 1248442953 M * JonB arachnist: maybe there are some options that the kernel needs inhouse? 1248442960 M * JonB arachnist: maybe for security reasons 1248443002 M * dave0 arachnist: ease of deployment 1248443479 M * FIChTe why not compile on a faster machine ;)? 1248443587 Q * derjohn_mob Ping timeout: 480 seconds 1248444908 Q * dna Quit: Verlassend 1248445106 J * balbir_ ~balbir@59.145.136.1 1248445181 J * uva bno@118-160-165-237.dynamic.hinet.net 1248446326 J * thermoman ~thermoman@84.201.90.210 1248446445 Q * thermoman_ Ping timeout: 480 seconds 1248446664 J * dowdle ~dowdle@scott.coe.montana.edu 1248446836 Q * SHINSAKU Read error: Connection reset by peer 1248447181 Q * Serg Quit: Leaving 1248447492 J * tanjix tanjix@mozart.star-hosting.de 1248447494 M * tanjix hi @ll 1248447508 M * JonB hi tanjix 1248447522 M * tanjix i am trying to compile a kernel with the latest experimental patch, but i get an error: http://paste.linux-vserver.org/13133 1248447525 M * tanjix anyone can help? 1248447590 M * JonB did you get original kernel.org sources? and not your distributions linux kernel source? 1248447614 A * sid3windr does not see anyone with the nick 'll' :o 1248447683 M * tanjix Hi, yes, that were the original sources from kernel.org 1248447687 J * geb ~geb@AOrleans-253-1-47-97.w92-140.abo.wanadoo.fr 1248447695 M * JonB which patch did you get? 1248447699 M * Bertl tanjix: you sure that is the _latest_ patch? 1248447701 M * JonB did it apply cleanly? 1248447724 M * tanjix this patch: vs2.3.0.36.14 1248447728 M * tanjix and it applied without errors 1248447753 M * JonB tanjix: to which sourc? 1248447762 M * tanjix to 2.6.30.2 1248447863 M * tanjix i've seen in an archive that it is a bug in relation with amd64 1248447865 M * tanjix could that be? 1248447870 M * tanjix my environment is an amd64 system 1248447926 M * Bertl there is no vs2.3.0.36.14 for 2.6.30.2 yet 1248448011 M * tanjix oh, you're right, so i should take the 2.6.30.1? 1248448280 M * Bertl there is no vs2.3.0.36.14 for 2.6.30.1 either 1248448409 M * tanjix mh? why is it listed on the website? 1248448586 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1248448665 M * Bertl there are only pre releases listed there, and the latest one is pre4 1248448668 J * mxs_ mxs@p4FCC9AA2.dip.t-dialin.net 1248448689 M * Bertl where you are probably using the pre3 release 1248448740 M * tanjix rgiht, pre3 i try to use 1248448775 M * tanjix i currently try it with the 2.6.30.1 kern, i think this will work. if not, i'll report ;) 1248448809 M * Bertl will give the same issue, as it was fixed in pre4 :) 1248448856 M * tanjix mh ok ;) 1248448866 M * tanjix i'll abort the compilation then and get pre4 1248448965 Q * mxs Ping timeout: 480 seconds 1248449313 J * ghislainocfs21 ~Ghislain@adsl2.aqueos.com 1248449512 Q * ghislainocfs2 Ping timeout: 480 seconds 1248450230 Q * dowdle Remote host closed the connection 1248450335 M * tanjix that worked fine, thx ;) 1248450346 M * Bertl you're welcome! have fun! 1248450353 J * dowdle ~dowdle@scott.coe.montana.edu 1248450701 Q * geb Quit: / 1248451111 Q * JonB Quit: Leaving 1248451406 Q * balbir_ Ping timeout: 480 seconds 1248452113 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1248453646 J * gate_keeper_ ~gk@92.53.16.197 1248453881 Q * Abraxas Quit: bbl 1248454705 Q * gnuk Quit: NoFeature 1248455581 J * balbir_ ~balbir@122.172.9.179 1248455607 M * tanjix mh it's offtopic but maybe someone knows the right trick: the now new built kern shos only two yous with "cat/proc/cpuinfo" - with the old kernel there were 4... i am using it on an intel atom 330... any ideas? 1248455625 M * tanjix two cpus, of course 1248455699 M * Bertl well, the atom 330, IIRC, is a dual core processor, no? 1248455713 M * hparker Dual core with HT 1248455776 M * Bertl so probably HT is disabled then :) 1248455824 M * hparker I've got a couple of them, fun little systems 1248455827 M * tanjix if it is "SMT (Hyperthreading)" then it is enabled 1248455934 M * Bertl upload the bootup log somewhere? 1248456040 M * tanjix http://paste.linux-vserver.org/13134 1248456172 M * Bertl NR_CPUS:4 nr_cpumask_bits:4 nr_cpu_ids:2 nr_node_ids:1 1248456189 M * Bertl so it looks like they are detected ... 1248456215 M * tanjix but not shown... if i use a previous patched kernel based on 2.6.29 - they are there 1248456287 M * tanjix CPU: Unsupported number of siblings 4<6>CPU0: Thermal monitoring enabled (TM2) 1248456293 M * tanjix maybe has something to do with that? 1248456324 M * Bertl what is the max CPU limit set to (in your kernel(s)) 1248456329 M * tanjix 4 1248456351 M * Bertl well, seems that the bios enumbers them 0,2,4, and 6 1248456380 M * tanjix so shall i try to raise it?` 1248456390 M * Bertl at least to eight, yes 1248456395 M * tanjix ok 1248456478 M * hparker I've got HT disabled on the only atom running atm, and not wanting to restart my router so I can't get you a boot log to compare :P 1248456518 M * Bertl well, I think it is a good idea to disable HT on such processors, as it won't really improve overall performance 1248456552 M * hparker That's why it's disabled, playing with it ;) 1248456583 M * hparker From my understanding of HT it's more about marketing than performance 1248456849 Q * balbir_ Remote host closed the connection 1248457367 J * derjohn_mob ~aj@tmo-109-85.customers.d1-online.com 1248457840 M * tanjix mh i raised it to 8 now, rebuilt the kern, isntalled it, rebooted, but no change 1248458117 M * tanjix will be back later 1248458992 Q * gate_keeper_ Ping timeout: 480 seconds 1248460181 J * Abraxas ~Abraxas@94-224-69-84.access.telenet.be 1248461986 Q * avb Ping timeout: 480 seconds 1248462007 M * tanjix back 1248462346 Q * derjohn_mob Ping timeout: 480 seconds 1248463964 J * gate_keeper_ ~gk@92.53.16.197 1248464557 Q * ghislainocfs21 Quit: Leaving. 1248468703 J * avb avb@ns1.nerdnet.nl 1248469008 N * dave0 dave0gone 1248469341 M * Bertl off for now ... bbl 1248469345 N * Bertl Bertl_oO 1248469846 Q * bonbons Remote host closed the connection 1248470218 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1248470227 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1248470654 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1248471122 J * vServer_User ~vServer_U@host90-152-0-28.ipv4.regusnet.com 1248472851 Q * bonbons Quit: Leaving 1248472987 J * arekm arekm@carme.pld-linux.org 1248475718 Q * vServer_User 1248476486 N * Bertl_oO Bertl 1248476489 M * Bertl back now ... 1248476958 J * exe ~linkdead@189-31-191-59.cbace701.e.brasiltelecom.net.br 1248476958 P * exe 1248477614 Q * dowdle Remote host closed the connection 1248479254 M * Bertl off to bed now .. have a good one everyone! 1248479293 N * Bertl Bertl_zZ