1231462573 J * xdr ~xdr@gote2.247.cust.blixtvik.net 1231462683 Q * xdr_ Ping timeout: 480 seconds 1231463265 Q * dowdle Remote host closed the connection 1231464138 J * takeru ~takeru@nttkyo888227.tkyo.nt.ftth.ppp.infoweb.ne.jp 1231466805 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com 1231466961 Q * trippeh Server closed connection 1231466962 Q * takeru Quit: takeru 1231466963 J * trippeh atomt@uff.ugh.no 1231467119 Q * ghislainocfs21 Ping timeout: 480 seconds 1231467696 J * ghislainocfs21 ~Ghislain@adsl2.aqueos.com 1231467726 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1231467948 Q * ghislainocfs2 Ping timeout: 480 seconds 1231468314 Q * pmjdebruijn Server closed connection 1231468323 J * pmjdebruijn pascal@jester.pcode.nl 1231469281 J * takeru ~takeru@nttkyo888227.tkyo.nt.ftth.ppp.infoweb.ne.jp 1231470516 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com 1231470819 Q * ghislainocfs21 Ping timeout: 480 seconds 1231471613 J * scottro ~scottro@cpe-74-68-139-23.nyc.res.rr.com 1231471835 Q * scottro 1231477139 M * Bertl off to bed now ... have a good one everyone! 1231477147 N * Bertl Bertl_zZ 1231477224 Q * ktwilight__ Ping timeout: 480 seconds 1231477691 J * ktwilight ~ktwilight@222.110-66-87.adsl-dyn.isp.belgacom.be 1231477715 Q * rangaparmastan Read error: Connection reset by peer 1231478695 Q * takeru Quit: takeru 1231479749 J * ghislainocfs21 ~Ghislain@adsl2.aqueos.com 1231480062 Q * ghislainocfs2 Ping timeout: 480 seconds 1231482723 Q * [PUPPETS]Gonzo Server closed connection 1231482743 J * [PUPPETS]Gonzo gonzo@fellatio.deswahnsinns.de 1231484550 J * bzed_ ~bzed@devel.recluse.de 1231484834 Q * bzed Ping timeout: 480 seconds 1231484839 N * bzed_ bzed 1231485162 J * doener_ ~doener@i577B8BE4.versanet.de 1231485263 Q * doener Ping timeout: 480 seconds 1231486148 Q * dkg Read error: Operation timed out 1231486199 Q * larsivi Ping timeout: 480 seconds 1231486334 J * dkg ~dkg@lair.fifthhorseman.net 1231487522 Q * dkg Read error: Operation timed out 1231487755 J * dkg ~dkg@lair.fifthhorseman.net 1231489023 Q * Hunger Server closed connection 1231489038 J * Hunger Hunger.hu@Hunger.hu 1231489041 J * takeru ~takeru@nttkyo888227.tkyo.nt.ftth.ppp.infoweb.ne.jp 1231490046 J * anton-du-plessis ~anton@196.34.243.123 1231490181 J * dna ~dna@77-207-103-86.dynamic.dsl.tng.de 1231490537 M * anton-du-plessis Good morning to all..... Just installed Fedora 9 x86_64, system update set kernel version to 2.6.27.9-73.fc9.x86_64. VERY NEW to VServer and want to give it a spin, but I do not know which kernel patch to apply. Closest seem to be either vs2.3.0.36.2 or vs2.3.0.36.4. Which one will work ? (if any) 1231490563 M * pmjdebruijn try either stable 1231490569 M * pmjdebruijn or the latest experimental 1231490584 M * pmjdebruijn anton-du-plessis: you should probably start from a vanilla kerenl 1231490586 M * pmjdebruijn nog fedora's 1231490587 M * pmjdebruijn not* 1231490686 M * anton-du-plessis :) Not a fedora fan ? 1231490692 M * pmjdebruijn no 1231490707 M * pmjdebruijn the vservers patches probably won't cleanly apply to fedora kerenl 1231490717 M * pmjdebruijn fedora's kernel is heavily patched (thus nonstandard) 1231490720 M * pmjdebruijn but you can always try 1231490732 M * pmjdebruijn also the latest stable is 2.6.22.19-vs2.2.0.7 1231491282 M * anton-du-plessis I noticed... Which distro would be generally recommended ? 1231491468 M * pmjdebruijn huh? 1231491471 M * pmjdebruijn there 1231491476 M * pmjdebruijn there's nothing wrong with fedora 1231491516 M * pmjdebruijn anton-du-plessis: just use a vanilla kernel with fedora 1231491543 Q * fosco Server closed connection 1231491544 J * fosco fosco@212.85.148.86 1231492866 M * anton-du-plessis pmjdebruijn: Thanks, will do... 1231492867 M * anton-du-plessis ALL: Have a great 2009.. 1231493223 Q * Guy- Server closed connection 1231493237 J * Guy- ~korn@elan.rulez.org 1231493569 Q * ghislainocfs21 Quit: Leaving. 1231493578 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com 1231494017 J * larsivi ~larsivi@85.221.53.194 1231495695 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1231496317 Q * dna Quit: Verlassend 1231496679 J * sharkjaw ~gab@149-67-194.231210.adsl.tele2.no 1231500678 J * nkukard ~nkukard@196.212.73.74 1231500683 M * nkukard heya guys 1231500739 M * nkukard i'm trying to track down possibly what i've done wrong, i compiled a 64-bit kernel with a i586 64bit compiler .... no problem .... then i patched it (2.6.22) with the vserver patch, recompiled, installed ... now it seems i'm getting oops's in slab_alloc() 1231500741 M * nkukard rather odd 1231500784 M * nkukard if i run 32-bit kernel, no problems 1231500965 M * nkukard ah, the other diff between the vanilla 64bit and the vserver 64bit is the vanilla one i'm using is 2.6.27.10 and the vserver one is 2.6.22 1231500979 M * nkukard its a amd phenom x4 9850 cpu *looks more* 1231501207 Q * tokkee Server closed connection 1231501209 J * tokkee tokkee@ssh.faui2k3.org 1231503425 Q * sharkjaw Remote host closed the connection 1231503482 M * Guy- nkukard: fwiw, I run 2.6.22.19+vs2.2.0.7 on several amd64 boxes and I'm not getting oopses 1231503508 M * Guy- nkukard: maybe try with the SLUB allocator instead, just to make sure 1231503535 M * nkukard good idea 1231503549 M * nkukard maybe i can also try a bios update 1231503566 M * Guy- I don't think that should matter much 1231503580 M * Guy- unless the bios changelog specifically hints at a problem you might be seeing... 1231503592 M * nkukard CONFIG_SLUB=y 1231503598 M * nkukard it is configured that way 1231503601 M * Guy- oh 1231503621 M * Guy- can you pastebin one of those oopses? 1231503705 M * nkukard standby 1231503760 M * nkukard here is a string of them, the first time 1231503850 M * nkukard http://paste.linuxassist.net/175934 1231503993 M * nkukard the second oops i got killed the disks before it could be logged 1231505284 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86 1231506454 Q * balbir_ Ping timeout: 480 seconds 1231507438 Q * sid3windr Server closed connection 1231507445 J * sid3windr luser@bastard-operator.from-hell.be 1231508131 J * docelic__ ~docelic@78.134.199.240 1231508519 Q * docelic_ Ping timeout: 480 seconds 1231509693 J * pmenier ~pmenier@ACaen-152-1-24-57.w83-115.abo.wanadoo.fr 1231510652 N * Bertl_zZ Bertl 1231510658 M * Bertl morning folks! 1231510901 M * Bertl nkukard: could you upload the first oops completely? 1231510942 M * nkukard i pasted above Bertl, did I miss something? 1231510958 M * Bertl yes, the beginning, which includes kernel information 1231511076 M * Bertl ah, no, I see it, just strangely wrapped 1231511098 M * Bertl 2.6.22.19-2.0-64bit_vserver <- is that debian? 1231511146 M * Bertl in any way, what Linux-VServer patch was used there? 1231511195 M * nkukard its my own kernel that i packaged ... one sec 1231511212 M * nkukard patch-2.6.22.19-vs2.2.0.7.diff 1231511222 M * nkukard i have links to my config and build script 1231511248 M * Bertl is the oops reproduceable? 1231511963 Q * jrdnyquist Quit: Leaving 1231512509 M * Bertl have some work in the basement .. bbl 1231512516 N * Bertl Bertl_oO 1231512724 Q * larsivi Ping timeout: 480 seconds 1231513035 M * nkukard Bertl_oO, an oops is 100% reproducable yes 1231513049 M * nkukard all i need to do is run a fsck on the multi-tbyte array 1231513055 M * nkukard it hit last time about 2.5% in 1231513209 J * ghislainocfs21 ~Ghislain@adsl2.aqueos.com 1231513453 Q * ghislainocfs2 Ping timeout: 480 seconds 1231513830 J * balbir_ ~balbir@122.172.106.53 1231513916 Q * kir Remote host closed the connection 1231516032 J * dowdle ~dowdle@scott.coe.montana.edu 1231516628 N * Bertl_oO Bertl 1231516670 M * ktwilight so, i have a missing process. i tried to find it using ps ax and lsof, but it's not there. i know the process is still running because netstat -tlp shows its listening but it doesn't have a pid. strange? 1231516694 M * Bertl nkukard: and it doesn't happen with the kernel org basekernel, compiled with the same compiler and options? 1231516696 M * daniel_hozac does vps show it? 1231516748 J * kir ~kir@swsoft-msk-nat.sw.ru 1231516756 M * ktwilight daniel_hozac, aha, it does. but i can't kill it? 1231516765 M * ktwilight $ kill -15 23130 1231516765 M * ktwilight bash: kill: (23130) - No such process 1231516767 M * ktwilight it says no such process 1231516779 M * ktwilight but, am sure it does exist 1231516780 M * daniel_hozac use vkill 1231516780 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1231516805 M * ktwilight $ vps -A | grep ntop 1231516805 M * ktwilight 23130 1 ALL_PROC ? 00:00:19 ntop 1231516819 M * ktwilight $ vkill -- 23130 1231516820 M * ktwilight vkill: vc_ctx_kill(): No such process 1231516823 M * ktwilight daniel_hozac, strange? 1231516871 M * ktwilight i have gtg, i'll bbl in the night. sorry! 1231516900 Q * takeru Quit: takeru 1231517343 Q * FireEgl Quit: Leaving... 1231517445 M * nkukard Bertl, can i try a patch against 2.6.27? 1231517460 M * nkukard Bertl, i'm comparing a working kernel 64-bit 2.6.27 vs kernel 64-bit + vserver 2.6.22 :( 1231517750 M * Bertl well, no problem with testing a 2.6.27 vserver kernel 1231517795 M * Bertl but the interesting part is if this is a (maybe already fixed) mainline issue or something introduced (don't know how) by Linux-VServer 1231518744 J * Beuc ~yo@82.238.35.175 1231518779 Q * grosgis Remote host closed the connection 1231518816 M * Beuc Hi. I upgraded to the 2.6.27 vs2.3.0.36.4 kernel. I upgraded to the latest util-vserver pre-release. Now it says "/proc/uptime can not be accessed" and I'm pointed to http://oldwiki.linux-vserver.org/Proc-Security. What does it mean? :) 1231518872 M * Bertl what is the latest util-vserver pre-release and how did you upgrade? 1231518908 M * Beuc util-vserver-0.30.216-pre2827 1231518914 M * Beuc from nov 2008 1231518929 M * Beuc Upgrade-> well, I just installed a new kernel, no fancy. 1231518943 M * Bertl and the utils? 1231518983 M * Beuc Hmm, I was using the Debian version before. I uninstalled/purged it, then compiled and installed the pre-release 1231519004 M * Beuc (debian = 0.30.216~r2772-4~bpo40+2) 1231519024 M * Bertl did you run the suggested distribution install stuff? 1231519028 M * Beuc yes 1231519035 M * Beuc v2772 didn't work with the new vserver kernel btw 1231519049 M * Bertl yeah, the debian version is broken 1231519059 M * Beuc (something 'not implemented' - but I don't have the message under the hand) 1231519067 M * Beuc Precisely: 1231519116 M * Beuc ./configure --sysconfigdir=/etc --localstatedir=/var && make && make install && make install-distribution 1231519151 M * Beuc Then I checked that 'util-vserver' init scripts was started on boot, and I also enabled 'vservers-defaults' 1231519168 M * Bertl please run testme.sh and upload the output to paste.linux-vserver.org 1231519197 M * Beuc of course, silly me 1231519204 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1231519274 M * Beuc http://paste.linux-vserver.org/12695 1231519277 M * Beuc all success though 1231519448 M * Bertl yeah, looks all fine ... try to run the vprocunhide script, and make sure that your config doesn't accidentially list the /proc dir or so 1231519494 M * Beuc What do you mean (about listing /proc)? 1231519521 M * daniel_hozac you did set up the vprocunhide script to run on boot, right? 1231519537 M * Beuc Is /etc/init.d/util-vserver doing that? 1231519549 M * Beuc (apparently vprocunhide does the trick) 1231519553 M * Beuc so probably no 1231519565 M * daniel_hozac no, /etc/init.d/vprocunhide does that 1231519577 M * Beuc ah geez, why wasn't it enabled? 1231519583 M * daniel_hozac did you enable it? 1231519598 M * Beuc yep 1231519604 M * Beuc I mean I just did 1231519615 M * Bertl okay, run it then 1231519618 M * daniel_hozac so that'd be why it wasn't :-) 1231519670 M * Beuc "ah geez, why wasn't it enabled?" -> I mean, why do I have to enable it manually :p 1231519689 M * daniel_hozac because you installed from source. 1231519695 M * daniel_hozac there is no generic way to enable an initscript. 1231519734 M * Beuc I see 1231519770 M * Beuc I'm pretty new to using from source - anything I should have read? 1231519804 M * Bertl nah, coming here is probably the best choice you could make 1231519892 M * Beuc Time to share the gained knowledge /me things :) 1231519909 M * Bertl well, you know where the wiki is :) 1231519947 M * Bertl but do a search/check first, I'm pretty sure we have pages covering manual installtion 1231520013 J * takeru ~takeru@nttkyo888227.tkyo.nt.ftth.ppp.infoweb.ne.jp 1231520040 M * daniel_hozac we do. 1231520068 M * daniel_hozac http://linux-vserver.org/Installation_on_Linux_2.6 1231520177 M * Beuc I looked in 'util-vserver' documentation 1231520352 M * maharaja daniel_hozac: please commit the deb-src for security patch :( in the debian vserver build script 1231520410 Q * takeru Quit: takeru 1231520445 M * daniel_hozac maharaja: it's on the long list of things to do. 1231520479 M * maharaja but isn't it a trivial commit? 1231520503 M * daniel_hozac which makes it even less of a priority. 1231520509 M * maharaja or done in 2 seconds ;) 1231520511 M * Beuc maharaja: what security patch? 1231520522 M * maharaja just to add another line to source.list 1231520546 M * maharaja Beuc: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509134 1231520644 M * daniel_hozac note that me committing it doesn't affect Debian in any way though. 1231520671 M * maharaja i know 1231520680 M * daniel_hozac for Debian, what you'd want is a dietlibc that has a working umount2 on ia64. 1231520688 M * maharaja i read about that 1231520704 M * maharaja unfortunatly, i have no clue about libc programming or ia64 1231520898 M * maharaja for the debian/upstream problem: the issue exists since ... ages :) if it's not making its way into lenny ... fine - but squeeze will eventually come ;) 1231520908 M * maharaja and lenny-backports 1231521028 J * larsivi ~larsivi@9.80-202-30.nextgentel.com 1231521091 N * balbir_ balbirsingh 1231522163 M * nkukard Bertl, i'll try latest patch for 2.6.27 ... i don't think there is much use me faffing over trying to track the problem down if its fixed in 2.627 mainline, if its a mainline issue ... what you think? 1231522170 M * nkukard 2.6.27 64-bit mainline works for me fine 1231522187 M * nkukard let me see if linux-vserver works on same kernel version, good comparison imho? 1231522224 Q * er Quit: Leaving 1231522323 M * Bertl nkukard: fine for me 1231522368 Q * C14r Quit: leaving 1231522370 M * nkukard excellent, any known issues with the development patch btw? :) 1231522412 J * C14r ~C14r@mail.cipworx.de 1231522427 M * Bertl nope 1231522432 M * nkukard prefect 1231522446 M * nkukard let me test 1231522477 M * nkukard doubt vserver can dd if=/dev/zero my /dev/md0, so its fine 1231522963 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fe60:79d4 1231523946 P * kir Leaving. 1231525687 Q * ghislainocfs21 Quit: Leaving. 1231525693 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com 1231526738 J * cga ~weechat@94.36.117.245 1231527214 Q * gnuk Quit: NoFeature 1231529642 P * Beuc Leaving 1231531766 M * ktwilight back :) 1231531770 M * ktwilight hm, so no solution eh? 1231532003 M * ktwilight aha, chcontext works :) 1231532040 M * ktwilight why does vserver always seem to have the answer for everything... 1231533248 Q * bXi Server closed connection 1231533250 J * bXi bluepunk@irssi.co.uk 1231533798 J * dna ~dna@77-207-103-86.dynamic.dsl.tng.de 1231533993 J * Scurz ~snurf@ceyzeriat.home.snurf.info 1231533995 M * Scurz hi 1231534498 M * Scurz I'm patching a debian kernel with the vserver patch (patch-2.6.22.19-vs2.3.0.34.diff) but I get errors : http://pastebin.com/m3d707db5 why ? 1231534744 M * daniel_hozac because it's not a 2.6.22.19 kernel? 1231534768 M * daniel_hozac or you're applying it in the wrong directory. 1231534788 Q * larsivi Ping timeout: 480 seconds 1231534790 M * daniel_hozac you'll have much better luck just building your own kernel. 1231534799 M * daniel_hozac use make-kpkg if that makes you feel better about it. 1231534840 M * Scurz daniel_hozac: in which directory I have to apply the patch ? this is not enough help on the website.. 1231534862 M * Scurz s/this/there 1231534862 M * daniel_hozac http://linux-vserver.org/Installation_on_Linux_2.6 has a step-by-step guide..... 1231534889 M * Scurz oh ok, i didn't find this page 1231534890 M * Scurz sorry 1231534964 M * Bertl np 1231535020 Q * infowolfe Quit: Leaving 1231535023 M * Bertl Scurz: note, that if, for whatever reason, you want a debian kernel, you better get the debian package and/or rebuild that 1231535028 J * infowolfe ~infowolfe@c-24-21-204-37.hsd1.or.comcast.net 1231535054 M * Bertl but in general, the debian kernels are outdated, broken and incomplete ... 1231535106 M * Scurz Bertl: I have to compile my own kernel because I need the IPv6 Kernel but with debian kernels are too old 1231535131 M * Scurz s/Kernel/protocol 1231535135 M * Bertl there should be a 2.6.26/vs2.3 kernel in testing somewhere 1231535144 M * daniel_hozac that has IPv6 disabled though :-) 1231535161 M * Bertl but as I said, you're better off with building your own based on a kernel.org kernel 1231535192 M * Scurz yep :) 1231535212 M * Scurz debian is a good distribution but certain packages are too old sometimes 1231535245 M * Bertl it's not lack of maintainership, it is the result of their strange policy 1231535257 M * Scurz sure 1231535654 M * Bertl daniel_hozac: I remember there was a simple way to clean a C source from specific #if/#ifdef sections, based on a define, but I do not remember how exactly ... any help is welcome :) 1231535681 M * mnemoc ifundef ? 1231535693 M * daniel_hozac unifdef ;) 1231535713 M * mnemoc that 1231535714 M * mnemoc :p 1231535730 M * Bertl thanks! I knew you would know :) 1231535759 M * mnemoc the kernel includes a nice .c version these days 1231535795 M * Bertl for the dependancy trracking, I guess/ 1231535820 M * daniel_hozac i would hope it uses gcc's dependency tracking. 1231535839 M * mnemoc gcc -M powered? 1231535863 M * mnemoc before it was an unreadable sed script :p 1231535877 M * Bertl daniel_hozac: I think the problem with gcc is that it doesn't handle stuff like ... ignore this file, because the change doesn't contribute to this kernel config 1231535955 M * daniel_hozac can you ever be really sure of that though? 1231535963 M * daniel_hozac unless you actually preprocess both versions. 1231535980 M * Bertl no, but the kernel build system does some fancy stuff in this regard 1231535995 M * mnemoc Bertl: the last time I saw it was used for headers_install 1231536018 M * Bertl ah, yes, there it makes perfect sense to get rid of the KERNEL sections 1231536056 M * daniel_hozac right. 1231536951 J * Aiken ~Aiken@ppp118-208-102-132.lns3.bne4.internode.on.net 1231537051 Q * hparker Quit: Quit 1231537583 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86 1231537774 M * Bertl nap attack ... bbl 1231537780 N * Bertl Bertl_zZ 1231538192 J * Piet ~piet@asteria.debian.or.at 1231539636 Q * cga Quit: WeeChat 0.2.6 1231539644 J * larsivi ~larsivi@9.80-202-30.nextgentel.com 1231539996 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1231540061 Q * fb Read error: Connection reset by peer 1231540072 J * fb fback@red.fback.net 1231540479 J * blathijs_ ~matthijs@drsnuggles.stderr.nl 1231540511 Q * blathijs Remote host closed the connection 1231541469 Q * blathijs_ Remote host closed the connection 1231541710 J * blathijs ~matthijs@drsnuggles.stderr.nl 1231542396 Q * bonbons Quit: Leaving 1231542484 Q * transacid Server closed connection 1231542503 J * transacid ~transacid@transacid.de 1231542855 J * blues blues@ade148.neoplus.adsl.tpnet.pl 1231542974 Q * blues_ Ping timeout: 480 seconds 1231543645 Q * dna Quit: Verlassend 1231543824 Q * sid3windr Ping timeout: 480 seconds 1231543845 J * sid3windr luser@bastard-operator.from-hell.be 1231545061 Q * balbirsingh Ping timeout: 480 seconds