1334880418 J * ryker ~jalberts@c-67-176-243-86.hsd1.in.comcast.net
1334880423 P * ryker 
1334881859 Q * padde Remote host closed the connection
1334881864 J * padde ~padde@patrick-nagel.net
1334882619 Q * grobie Ping timeout: 480 seconds
1334882620 J * grobie ~grobie@tyr.schnuckelig.eu
1334885961 J * nou Chaton@causse.larzac.fr.eu.org
1334886173 Q * brambles Quit: leaving
1334886218 J * brambles brambles@79.133.200.49
1334886486 Q * nou Ping timeout: 480 seconds
1334888621 J * barismetin ~barismeti@c-68-36-205-86.hsd1.nj.comcast.net
1334890922 Q * barismetin Remote host closed the connection
1334894958 M * Bertl off to bed now ... have a good one everyone!
1334894962 N * Bertl Bertl_zZ
1334895026 Q * clopez Ping timeout: 480 seconds
1334895143 Q * ensc Remote host closed the connection
1334895152 J * ensc ~irc-ensc@p54ADDC56.dip.t-dialin.net
1334895445 N * ensc Guest1035
1334895454 J * ensc ~irc-ensc@p54ADE7BB.dip.t-dialin.net
1334895641 Q * Guest1035 Ping timeout: 480 seconds
1334898721 Q * deathtje Read error: Operation timed out
1334898804 Q * Alex[fob] Remote host closed the connection
1334898837 J * Alex[fob] ~alex@2001:638:80a:109::152:0
1334898960 J * deathtje ~deathtje@216.67.225.106
1334899804 J * Nam_ ~Nam@d50-92-130-51.bchsia.telus.net
1334900217 Q * Nam Ping timeout: 480 seconds
1334900427 J * ghislain ~AQUEOS@adsl2.aqueos.com
1334901191 J * vspas ~vspas@87.213.36.165
1334901236 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no
1334902620 Q * Alex[fob] Ping timeout: 480 seconds
1334905987 M * ghislain hello there
1334906848 M * ncopa hi
1334906862 M * ncopa daniel_hozac: did you have time to have a look at the patches i sent?
1334911106 J * nou Chaton@causse.larzac.fr.eu.org
1334911823 M * daniel_hozac patch 1 won't work
1334911881 J * clopez ~clopez@44.18.165.83.dynamic.mundo-r.com
1334912004 M * daniel_hozac patch 3 and 4 seem unnecessary
1334912269 M * ncopa patch 3 will allow gentoo use --initstyle openrc
1334912297 M * ncopa in addition to --initstyle gentoo
1334912316 M * ncopa 4 is only to inform of the existence of openrc initstyle
1334912339 M * ncopa why will patch 1 not work?
1334912415 M * daniel_hozac distrib/misc doesn't get installed to distributions/misc.
1334912424 M * ncopa ah ok
1334912436 M * daniel_hozac it isn't used for that.
1334912457 M * daniel_hozac you might want to look at the redhat distribution and how it gets used.
1334912500 M * ncopa i just thought it was slightly clumsy to use gentoo dir for alpine
1334912519 M * daniel_hozac so create an openrc directory.
1334912556 M * ncopa i thought of that to but openrc is not really a linux distribution either
1334912578 M * ncopa but thats still better than use gentoo subdir
1334912582 M * ncopa I'll look into it
1334912599 M * ncopa thanks!
1334912609 M * ncopa oh
1334912625 M * ncopa so you dont want gentoo to be able to use initstyle openrc?
1334912642 M * ncopa nor the help text mention openrc?
1334912666 M * daniel_hozac the help text doesn't mention gentoo.
1334912692 M * daniel_hozac or arch.
1334912726 M * ncopa maybe it should list all valid initstyles?
1334914441 Q * clopez Remote host closed the connection
1334914604 M * ncopa I am having issues to test it frrom git since it does not work with new automake
1334914911 M * ncopa i suppose alpine coudl create its own init-vserver.sh too
1334914928 M * ncopa its a 4-liner
1334915750 M * disposable :q
1334915763 M * disposable wrong terminal
1334916034 J * clopez ~clopez@fanzine.igalia.com
1334917469 J * Alex[fob] ~alex@2001:638:80a:109::152:0
1334918416 Q * nou Ping timeout: 480 seconds
1334920111 Q * Alex[fob] Ping timeout: 480 seconds
1334920535 N * Bertl_zZ Bertl
1334920540 M * Bertl morning folks!
1334920803 Q * ensc|w Remote host closed the connection
1334920811 J * ensc|w ~ensc@www.sigma-chemnitz.de
1334921340 J * fisted ~fisted@xdsl-87-78-185-158.netcologne.de
1334921487 Q * fisted_ Read error: Operation timed out
1334924073 M * ghislain mornign
1334924359 J * nou Chaton@causse.larzac.fr.eu.org
1334925893 J * BenG ~bengreen@m252-mp1.cvx4-b.not.dial.ntli.net
1334929197 M * ghislain i got the same oops in 3.2.15
1334929218 M * Bertl good, please annotate and upload
1334929266 M * ghislain dam i have the build tree but:
1334929266 M * ghislain (root)> addr2line -e /vservers/buildsqueeze64/root/linux-2.6-vserver/vmlinux ffffffffa007b80a
1334929266 M * ghislain ??:0
1334929487 M * Bertl maybe you disabled the debug info in the kernel config?
1334929559 Q * BenG Quit: I Leave
1334929923 M * ghislain hum i guess so
1334929942 M * Bertl you can try to enable it, then rebuild and use that
1334929963 M * Bertl but if the issue is easily recreated, it would probably be best to install and gather a new dump
1334930049 M * ghislain for this it takes 1/ start the guest
1334930054 M * ghislain 2/ do some NFS stuff
1334930063 M * ghislain 3/ stop the guest => boum
1334930088 M * ghislain i have the [vserver] process in D state but
1334930186 M * ghislain /bin/sh -c ! /usr/sbin/vserver --silent 'guest8' status || { ?echo -n '.' >>/tmp/vserver-init.iSKWL8 ; ?/usr/sbin/vserver --defaulttty --sync  "guest8" stop; } => [vserver] => Boum
1334930236 M * ghislain install and gather a new dump you mean install a kernel with debugging enabled ?
1334930247 M * Bertl yup
1334930366 M * ghislain what are the options i need to setup for the debug to work ?
1334930449 M * Bertl CONFIG_DEBUG_INFO=y
1334930515 M * Bertl you may also enable CONFIG_DEBUG_BUGVERBOSE=y
1334930670 M * ghislain i suppose keeping it on a production kernel is not good so i must have two versions
1334930714 M * Bertl the CONFIG_DEBUG_INFO is completely harmless
1334930735 M * Bertl i.e. you can either keep it in production kernels or simply strip out the debug information
1334930743 M * Bertl (which is what most distros do)
1334930764 M * ghislain (which is what most distros do) to keep or to strip ? :)
1334930872 M * Bertl strip the info, and create a separate debug package
1334931054 M * ghislain ok, i do not find the verbose one
1334931079 M * ghislain i found CONFIG_DEBUG_INFO_REDUCED but not the reverse
1334931156 M * ghislain i will just write it by hand instead
1334931173 M * Bertl the DEBUG_BUGVERBOSE depends on a number of other things, but as I said, it's not required in your case
1334931182 M * Bertl it adds runtime debug information
1334931308 M * ghislain ok i am building it ..
1334931324 M * ghislain will be ready in 3208423974hours of compiling :D
1334931375 M * Bertl well, this one will take a little longer than a few seconds, as the debug info has to be created for every object
1334931416 Q * vspas Ping timeout: 480 seconds
1334931451 M * ghislain my script start from scratch each time i launch it so it NEVER take a few second
1334931508 M * ghislain it basicaly takes ages
1334931566 M * Bertl bad choice of script then :)
1334931835 J * Nam__ ~Nam@d50-92-130-51.bchsia.telus.net
1334932074 M * ghislain lets say i prefer to be sure nothing mess up the kernel built so i start a guest copy the kernel source, the patch and the .config in it and build it each time
1334932091 M * ghislain but in theorie i do not have to build a kernel more than x time every now and then
1334932150 M * ghislain of course with 3.2 it changed, even the guest thing seems bad perhaps another system would be better
1334932286 Q * Nam_ Ping timeout: 480 seconds
1334932343 M * ghislain i saw pbuilder can be a solution too
1334932850 J * dowdle ~dowdle@scott.coe.montana.edu
1334933229 Q * macmaN Ping timeout: 480 seconds
1334933814 Q * fisted Ping timeout: 480 seconds
1334935106 J * fisted ~fisted@xdsl-87-78-185-158.netcologne.de
1334939102 M * ghislain you bet that now i have deug on it will not crash ? ;p
1334939126 M * ghislain s/deug/debug/
1334940184 J * macmaN ~macmaN@138.167.190.90.dyn.estpak.ee
1334940193 M * macmaN bertl, high
1334940201 M * macmaN hi :>
1334940214 M * macmaN i have a major BUG occuring in block/bfq.h
1334940226 M * macmaN right after vserver id start
1334940295 M * macmaN http://paste.pocoo.org/show/PyCmKO7ZVVtPsy8CkwdM/
1334940348 M * macmaN 523         BUG_ON(idx >= BFQ_IOPRIO_CLASSES); 
1334940401 M * macmaN sys-cluster/util-vserver-0.30.216_pre3025 
1334940447 M * macmaN i am not seeing anything on the mailing list that matches..
1334940612 M * macmaN i have elevator=cfq in kernel cmdline
1334941094 M * Bertl kernel/patch version?
1334941200 M * macmaN its in the paste
1334941210 M * macmaN 3.3.1-vs2.3.3.2+pf 
1334941213 M * Bertl what's the +pf?
1334941246 M * macmaN http://pf.natalenko.name we talked about it when i told you about the running out of mount flags problem
1334941302 M * Bertl find . -type f -iname 'bfq.h'
1334941317 M * Bertl turns up empty in a 3.3.2-vs kernel tree
1334941368 M * macmaN okay. i guess i forgot it's not in mainline.
1334941370 M * macmaN yet.
1334941389 M * Bertl so, the problem is obviously in the +pf part
1334941405 M * macmaN what is your default I/O scheduler?
1334941416 M * Bertl cfq
1334941442 M * macmaN okay. i thought elevator=cfq would do that, but i guess it's not enough
1334941451 M * macmaN i will disable bfq
1334941499 M * macmaN in kernel
1334941507 M * Bertl definitely worth a try, but maybe the bfq patches modify the other scheduler files as well, so be cautious
1334941567 M * macmaN 3.0.7 worked, i guess time changed things
1334941723 M * Bertl doesn't mean you can't fix it though
1334941742 M * macmaN yep
1334941762 M * macmaN will have to report to bfq guys
1334941767 M * macmaN to start
1334941794 M * Bertl from the dump, I'd say it should happen on a vanilla kernel as well
1334941809 M * Bertl (if you play around with i/o? cgroups)
1334941918 M * macmaN 	3.3.0-v3r3/	05-Apr-2012 15:11 	seems to be more recent than my kernel setup...
1334941934 M * macmaN i have just made a non-bfq kernel and booted it, so lets see
1334942021 M * macmaN cfq seems to stay live
1334942023 M * macmaN vserver booted
1334942052 M * macmaN v3-r3: - Bugfix: removed an important error causing occasional kernel panics when   moving a process to a new cgroup. The panic occurred if:   1) the queue associated to the process was idle when the process was moved      and   2) a new disk request was inserted into the queue just after the move. - Further latency improvement through a better treatment of low-bandwidth   async queues.
1334942053 M * macmaN hrm
1334942065 M * macmaN this sounds like it is what i need
1334942204 M * macmaN good thing about all this is that i learned about netconsole
1334942227 M * macmaN this BUG totally hoses any IO, netconsole and photos was the only way to get at least something 
1334942490 M * macmaN bleh, indeed, i have to upgrade to 3.3.2-pf
1334942691 M * macmaN heh, i think i need to follow bfq googlegroup as well, this thing is reported outside of vserver already: https://groups.google.com/forum/?fromgroups#!topic/bfq-iosched/gs49i2e_rV0
1334942932 M * Bertl probably a good idea :)
1334944447 J * Miguelzinho ~Miguelzin@201.77.177.82
1334945567 Q * macmaN Quit: IRC webchat at http://irc2go.com/
1334948774 Q * clopez Ping timeout: 480 seconds
1334949405 J * bonbons ~bonbons@2001:960:7ab:0:8c20:f842:6533:6617
1334949840 M * Bertl off for a nap ... bbl
1334949854 N * Bertl Bertl_zZ
1334951278 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg
1334952629 Q * hijacker_ Quit: Leaving
1334953682 Q * DreamerC Read error: Operation timed out
1334953696 J * DreamerC ~DreamerC@122.116.181.118
1334953844 Q * Miguelzinho Quit: Leaving
1334955395 J * macmaN ~chezburge@138.167.190.90.dyn.estpak.ee
1334958940 N * Bertl_zZ Bertl
1334958948 M * Bertl back now ...
1334960805 M * macmaN Bertl: all is good with bfq v3r3
1334961003 M * Bertl excellent!
1334961256 J * jazzanova1 ~boris@173.242.119.177
1334961257 M * jazzanova1 hi
1334961265 M * jazzanova1 getting this on guest: 
1334961265 M * jazzanova1 root@vserver1:/# ps aux | grep hello
1334961266 M * jazzanova1 Segmentation fault
1334961275 M * macmaN strace?
1334961365 Q * bonbons Quit: Leaving
1334961366 M * daniel_hozac really, really old guest?
1334961381 M * Bertl with really, really old psutils :)
1334961393 M * jazzanova1 http://pastebin.com/SVjDuzUw
1334961425 M * jazzanova1 don't think it is old. how can I check ?
1334961439 M * jazzanova1 it was working, and then stopped. something happened.
1334961456 M * jazzanova1 should I just create a new guest and move things over ?
1334961458 M * Bertl so, it's actually the grep segfaulting?
1334961476 M * Bertl that's interesting ...
1334961486 M * jazzanova1 root@vserver1:/# cat "Hello" | grep "Hell"
1334961487 M * jazzanova1 cat: Hello: No such file or directory
1334961487 M * jazzanova1 Segmentation fault
1334961503 M * Bertl anything in dmesg on the host?
1334961513 M * jazzanova1 also at the same time this started happening, ssh stopped working on the guest.
1334961519 M * Bertl the guest seems to be 32bit, are you on a 64bit host?
1334961546 M * jazzanova1 nothing special on the guest
1334961580 M * jazzanova1 I don't think it is 64: root@vserver1:/# cat "Hello" | grep "Hell"
1334961581 M * jazzanova1 cat: Hello: No such file or directory
1334961586 M * jazzanova1 sorry
1334961597 M * jazzanova1 AMD Athlon(tm) II X2 260 Processor
1334961600 M * Bertl try the following:
1334961600 M * jazzanova1 i think it is 32bit
1334961618 M * Bertl ps aux >/tmp/ps.out
1334961621 M * jazzanova1 yesterday it was working
1334961627 M * Bertl grep hello /tmp/ps.out
1334961629 M * daniel_hozac so what did you change?
1334961634 M * jazzanova1 nothing
1334961652 M * Bertl could be a lot of things, memory limits come to my mind
1334961674 M * jazzanova1 on which host or guest, Bertl ?
1334961676 M * daniel_hozac libc upgrade would be my first guest.
1334961682 M * daniel_hozac uh, guess.
1334961683 M * daniel_hozac :)
1334961691 M * jazzanova1 daniel: on guest ? 
1334961698 M * daniel_hozac of course.
1334961771 M * jazzanova1 got segfault during upgrade :)
1334961816 M * Bertl daniel_hozac: so I guess, you win :)
1334961834 M * jazzanova1 tried shuttind it down and got this:  3314    42 vserver1      ?        Ss     0:00 init [6]         
1334961851 M * jazzanova1 "A timeout occured while waiting for the vserver to finish and it wil"
1334961959 M * jazzanova1 Bertl: runing grep without any argument segfaults
1334961977 M * Bertl again, anything in dmesg (on the host)?
1334962052 M * jazzanova1 no
1334962146 M * jazzanova1 moving my stuff do a different vserver
1334962151 M * jazzanova1 but this is curious 
1334962464 M * Bertl well, very likely the guest filesystem is corrupted
1334962482 M * Bertl i.e. it has a mix of incompatible libraries
1334963110 M * ghislain hum bertl are you here ?
1334963145 M * ghislain i got the crash with the kernel with debugging but still addr2line report nothing :(
1334963179 M * Bertl did you save the vmlinux from the build tree and use that?
1334963201 M * ghislain it is on another server but yes
1334963216 M * ghislain -rwxr-xr-x 1 root root 88929550 Apr 20 16:27 /vservers/buildsqueeze64/root/linux-2.6-vserver/vmlinux
1334963229 M * Bertl and the kernel .config has DEBUG_INFO enabled?
1334963245 M * Bertl (well the file certainly looks like)
1334963254 M * Bertl what is the exact command you use?
1334963265 M * ghislain (root)> addr2line -e /vservers/buildsqueeze64/root/linux-2.6-vserver/vmlinux ffffffffa0075160
1334963265 M * ghislain ??:0
1334963295 M * ghislain yes it has  CONFIG_DEBUG_INFO=y
1334963295 M * ghislain CONFIG_DEBUG_BUGVERBOSE=y
1334963326 M * ghislain (root)> zgrep CONFIG_DEBUG /proc/config.gz|grep y
1334963326 M * ghislain CONFIG_DEBUG_KERNEL=y
1334963326 M * ghislain CONFIG_DEBUG_BUGVERBOSE=y
1334963326 M * ghislain CONFIG_DEBUG_INFO=y
1334963326 M * ghislain CONFIG_DEBUG_MEMORY_INIT=y
1334963327 M * ghislain CONFIG_DEBUG_RODATA=y
1334963327 M * ghislain CONFIG_DEBUG_RODATA_TEST=y
1334963330 M * ghislain oups sorry
1334963352 M * Bertl try a few other addresses 
1334963373 M * Bertl also, is the kernel modular?
1334963424 M * ghislain yes modular
1334963426 M * ghislain got one: /root/linux-2.6-vserver/kernel/wait.c:277
1334963467 M * Bertl okay, so it might be in a module, in which case you need to use the corresponding .ko
1334963530 M * ghislain http://paste.linux-vserver.org/20796
1334963537 M * ghislain oh
1334963651 M * Bertl so in this case, the lockd.ko
1334963759 M * ghislain not it report nothing
1334963781 M * ghislain http://paste.linux-vserver.org/20797
1334963980 M * jazzanova1 thanks guys, for now
1334963983 Q * jazzanova1 Quit: Leaving
1334964012 M * ghislain sunrpc, nfs and lockd .ko do not give any line numbers
1334964592 M * ghislain you got the whole with http://paste.linux-vserver.org/20799 but nothing interesting in the module
1334964707 M * ghislain http://paste.linux-vserver.org/20800 if i put all the adress for the kernel
1334964883 M * ghislain i need to go to sleep, hope it helped , not sure if it is vserver related here
1334965109 Q * ghislain Quit: Leaving.