1302826620 Q * dowdle Remote host closed the connection
1302827732 M * Bertl off to bed now .. have a good one everyone!
1302827737 N * Bertl Bertl_zZ
1302831993 Q * _nono_ Ping timeout: 480 seconds
1302832941 J * ktwilight_ ~keliew@91.176.92.174
1302833238 Q * ktwilight__ Ping timeout: 480 seconds
1302833620 Q * AndrewLee Remote host closed the connection
1302833626 J * AndrewLee ~andrew@210.240.39.201
1302840019 M * hparker Upgraded to 2.6.35-vs2.3.0.36.32-gentoo last night, tonight I get: kernel: ps[7317]: segfault at f77b0000 ip 00000000f77a9967 sp 00000000ffae51d0 error 4 in libproc.so.2.0.17[f77a3000+9000] .. Ideas?
1302840558 N * Bertl_zZ Bertl
1302840589 M * Bertl hparker: update libproc (and a kernel update to 2.6.38.x would be a good idea as well)
1302840829 M * hparker Bertl: Ok. But it just had a load of 245 requiring a power cycle to get it back, then this happened
1302840882 M * hparker I get that error trying to start Cold Fusion in one of the guests
1302841130 M * hparker Same thing with latest procps :(
1302841486 M * MooingLe1ur hmmm
1302841490 N * MooingLe1ur MooingLemur
1302841529 M * Bertl hparker: the segfault in libproc is a bug in libproc
1302841550 M * Bertl but as I said, updating the kernel is a good idea as well
1302841562 M * hparker Fair enough, but I'm running procps-3.8.2
1302841584 M * Bertl so how does the segfault look now?
1302841591 M * hparker err... 3.2.8
1302841617 M * hparker ps[32343]: segfault at f772b000 ip 00000000f7724967 sp 00000000ffd06740 error 4 in libproc.so.2.0.17[f771e000+9000]
1302841632 M * Bertl so, as you can see, libproc.so.2.0.17
1302841639 M * Bertl (same as before)
1302841643 M * hparker Isn't that part of procps?
1302841671 M * Bertl no idea, but it's the library which causes this segfault in userspace :)
1302841676 M * hparker ;)
1302841680 A * hparker pokes more
1302841974 M * hparker Ahh, that's the libproc in the guest
1302842116 A * MooingLemur wonders if hparker can put a 2.6.38 ebuild in the tree or if that's only Hollow's thing
1302842124 M * hparker hah
1302842132 J * fisted_ ~fisted@p50885606.dip.t-dialin.net
1302842179 Q * fisted Ping timeout: 480 seconds
1302842246 M * MooingLemur for 2.6.37, it seems to patch cleanly with gentoo-sources patches, except for conflicting EXTRAVERSION.  I'm not actually running any 2.6.38s yet.  Most of my servers are still on 2.6.35-2.3.0.36.32
1302842263 M * hparker Ahh
1302842376 M * hparker Well, I'm just upgrading from 2.6.22, so :P
1302842418 M * MooingLemur hey, I just managed to uncrust one of those the other day.  Hadn't been upgraded since late 2008.
1302842421 M * MooingLemur :P
1302842433 M * hparker heh
1302842535 M * hparker And I've rebooted it a couple of times since upgrading to 2.6.35-vs2.3.0.36.32-gentoo without issue... Now this guest is having issues starting Cold Fusion
1302842618 M * MooingLemur I'm not sure if it's necessary but you might want the latest keyworded util-vserver.
1302842663 M * hparker I'm running the latest ~
1302842670 M * hparker And ~dietlibc
1302842671 M * Bertl there was a time when gentoo users always had the latest and greatest ... ah how I miss that time ...
1302842676 M * hparker :P
1302842706 M * MooingLemur well, we have python 2.7 and 3.1
1302842721 M * MooingLemur and RHEL 5 is still on 2.4 ;)
1302842745 M * hparker heh.. I've got both of those masked on all of my systems till things get worked out
1302842749 Q * smokey Read error: Operation timed out
1302842754 M * hparker I may have 2.7 on one
1302843575 Q * ntrs_away resistance.oftc.net oxygen.oftc.net
1302843575 Q * cuba33ci resistance.oftc.net oxygen.oftc.net
1302843575 Q * thal resistance.oftc.net oxygen.oftc.net
1302843575 Q * nkukard resistance.oftc.net oxygen.oftc.net
1302843618 J * ntrs_away ~ntrs@vault08.rosehosting.com
1302843618 J * cuba33ci ~cuba33ci@111-240-172-98.dynamic.hinet.net
1302843618 J * thal ~thalunil@walledcity.de
1302843618 J * nkukard ~nkukard@41-133-112-179.dsl.mweb.co.za
1302843948 M * hparker It's not purty, but I got Cold Fusion to start :P
1302843970 M * hparker MooingLemur: I'll play with a .38 and see what I find
1302844063 M * MooingLemur hparker: what do you think caused it to break?
1302844069 M * MooingLemur anything to do with the kernl?
1302844136 M * hparker Yeah, I found reports in google of problems with that old libproc and newer kernels... It's a FC4 host I inherited and there's no way I'm forking out the money for ColdFusion for one client
1302844173 M * hparker I may hae to shove it in a KVM guest :P
1302844224 M * MooingLemur ugh
1302844225 M * MooingLemur :P
1302844262 M * hparker heh
1302844288 M * hparker A guy colo'd a box with me, got out of the business, worked out a deal for me to take over his clients
1302845898 M * Bertl well, AFAIK, updating the libproc is enough to fix that particular issue
1302845926 M * hparker Yeah, just not sure what other problems it'll give me in that old system
1302845936 M * hparker FC4 is a bit... Uhm... Dated :P
1302845979 M * Bertl obviously security is not an issue on that guest ... so I'd probably just try
1302846197 M * hparker heh
1302846250 M * hparker It's just apache/coldfusion and ftp till I get the mounts and auth worked out for them to ftp into a different guest
1302846302 M * hparker I'll try it in my testing setup though
1302846486 M * hparker Which is interesting in that my testing setup has no problems with the same kernel
1302846768 M * hparker Software versions of everything should be the same. Same packages keyworded on both, both current with all updates
1302846843 M * Bertl no problems with what?
1302846862 M * hparker Any of the procps apps or libs
1302846906 M * Bertl as I said, it's a bug in libproc, where under certain conditions a null pointer gets dereferenced 
1302846937 M * Bertl it's hard to trigger because you rarely have the same /proc entries on different systems
1302846949 M * Bertl and it has been fixed a long time ago :)
1302846950 M * hparker I guess I get the conditions on the live server and not the testing one with the same software on both :P Only difference is the live is on real hardware, testing in KVM
1302846956 M * hparker ahh
1302846964 J * petzsch ~markus@p57B64E65.dip.t-dialin.net
1302847003 M * Bertl I wouldn't be surprised if even FC4 had an updated lib to fix that
1302847022 M * hparker lol... Don't guess I'll be compiling it on the FC4 guest: -bash: gcc: command not found
1302847045 M * hparker hrrmm.. GuessI'll see if I can find a mirror with that old stuff
1302847058 M * Bertl just use yum to update that thing, it will take ages but it might work
1302847092 M * hparker It can't find the filelist :P
1302847125 M * hparker Oh, I'm wrong... It's CentOS 3 :P
1302847151 M * Bertl sure it isn't RHEL2 ?
1302847167 M * hparker cat /etc/redhat-release 
1302847168 M * hparker CentOS release 3.9 (Final)
1302847191 M * Bertl so final is final, shouldn't be hard to find that :)
1302847219 M * hparker Except it's EOL and the mirrors I've hit so far only go back to 4
1302847265 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no
1302847333 M * Bertl hard is life ...
1302847336 M * hparker hehe
1302847344 M * hparker i've got it worked around atm
1302848250 M * hparker Found a mirror with the updates... And no procps :P
1302848289 M * hparker Oh well, workaround is ugly, but works
1302849857 J * ghislain ~AQUEOS@adsl2.aqueos.com
1302850232 Q * petzsch Quit: Leaving.
1302850548 M * daniel_hozac vault.centos.org has old releases
1302850781 M * hparker No update for procps :( Thanks anyway daniel_hozac 
1302850861 M * daniel_hozac wouldn't really have expected it...
1302850870 M * daniel_hozac was CentOS 3 even 2.6-based?
1302850872 M * hparker heh
1302850928 M * hparker Don't think so
1302851400 M * pmjdebruijn daniel_hozac: it wasn't
1302851408 M * pmjdebruijn daniel_hozac: a heavily patched 2.4.21? I think
1302851420 M * pmjdebruijn it did have NPTL, and a new scheduler if I recall correctly
1302851517 Q * hparker Quit: Quit
1302852214 Q * derjohn_mob Ping timeout: 480 seconds
1302852605 J * petzsch ~markus@p57B64D56.dip.t-dialin.net
1302852978 M * arekm Bertl: could you rediff for 2.6.38.3
1302853394 M * Bertl sure, give me a minute
1302853611 M * Wonka .3 already? *sigh*
1302853653 M * Wonka .2 uptime is only 5 days now...
1302853742 M * Mr_Smoke 13 days here :)
1302853743 M * Bertl why do they keep fixing the kernels? those bastards! 
1302853746 M * Mr_Smoke Heheheh
1302853753 M * Wonka :)
1302853768 M * Wonka can't they do it right on the first try? ;)
1302853850 M * Wonka mmh... nfs, nfs, nfs, ext4. hmf. should install that...
1302853961 M * Bertl arekm: updated patch uploaded
1302855167 M * arekm Bertl: thanks
1302855435 M * Bertl np
1302856084 M * Bertl time for a nap ... bbl
1302856107 N * Bertl Bertl_zZ
1302857023 J * C14r ~C14r@mail.cipworx.de
1302858193 J * _nono_ ~gomes@licencieux.ircam.fr
1302860758 J * uranus ~oli@port-83-236-216-119.static.qsc.de
1302860795 M * uranus someone already got 2.6.38.3-vs2.3.0.37-rc12 to work?
1302860807 M * uranus if it try to start vservers i get naddress: vc_net_add(): Function not implemented
1302861402 J * derjohn_mob ~aj@ip-81-210-228-18.unitymediagroup.de
1302861604 Q * ncopa Ping timeout: 480 seconds
1302862080 M * daniel_hozac uranus: could you strace that?
1302862101 M * daniel_hozac e.g. strace -fF chbind --nid 42 --ip 192.168.1.0/24
1302862334 Q * ghislain Read error: Connection reset by peer
1302862554 Q * Piet Remote host closed the connection
1302862606 J * Piet ~Piet__@659AAA39Y.tor-irc.dnsbl.oftc.net
1302865047 Q * petzsch Read error: Connection reset by peer
1302865425 J * ncopa ~ncopa@ti0143a340-0488.bb.online.no
1302865541 M * uranus daniel_hozac, just a moment have to reboot backup to that kernel
1302867176 J * petzsch ~markus@p57B64D56.dip.t-dialin.net
1302867249 Q * derjohn_mob Ping timeout: 480 seconds
1302868744 J * ghislain ~AQUEOS@adsl2.aqueos.com
1302868916 M * uranus daniel_hozac, http://paste.linux-vserver.org/19244
1302870620 J * jrklein ~jrklein@173.218.66.179
1302870877 Q * jrklein 
1302871124 J * jrklein ~jrklein@2001:0:53aa:64c:0:7adf:5225:bd4c
1302871968 Q * jrklein Ping timeout: 480 seconds
1302872466 J * jrklein ~jrklein@2001:0:53aa:64c:0:7da0:5225:bd4c
1302873317 Q * petzsch Quit: Leaving.
1302873829 N * Bertl_zZ Bertl
1302873834 M * Bertl back now ...
1302873916 M * uranus moin Bertl 
1302873925 M * Bertl uranus: hmm, that looks like I forgot something :)
1302873951 M * daniel_hozac ah
1302873957 M * daniel_hozac do_vserver
1302873963 M * Bertl let me upload a patch, sec
1302873971 M * daniel_hozac my bad :)
1302874062 M * Bertl uranus: http://vserver.13thfloor.at/ExperimentalT/delta-nrange-fix04.diff
1302874071 M * Bertl let me know if that fixes the issue for you
1302874096 M * uranus kernel build run
1302874148 M * Bertl daniel_hozac: I decided to shorten the remove to rem for ipv4 (for now) please adjust that when you get around for util-vserver
1302874163 M * Bertl will do the same for ipv6 shortly, but in a separate patch
1302874169 M * daniel_hozac yeah
1302874174 M * daniel_hozac make sense
1302874198 M * daniel_hozac do these have an API bump?
1302874232 M * Bertl no, not yet, but we can do one if that helps?
1302874264 M * Bertl but as the old commands have been kept, I saw no reason for a bump
1302874289 M * daniel_hozac well, i can't tell when to use the new one without one.
1302874323 M * uranus Bertl, reboot in progress
1302874333 M * daniel_hozac i suppose i could rearrange the utils to try each new version in turn and call the lower one on ENOSYS, but that seems suboptimal.
1302874359 M * Bertl was just going to ask why does test v2, if ENOSYS, test v1 if ENOSYS use v0 not work here?
1302874375 M * Bertl but I'm fine with a bump as well, no problem
1302874390 J * thierryp ~thierry@zanzibar.inria.fr
1302874479 M * uranus Bertl, vserver started up
1302874599 M * Bertl I take that as good sign, yes?
1302874613 M * uranus sure - works well
1302874632 M * Bertl daniel_hozac: http://vserver.13thfloor.at/ExperimentalT/delta-version-bump08.diff
1302874646 M * daniel_hozac :)
1302874649 M * daniel_hozac thanks
1302874654 M * Bertl starting with rc14 and I'll add it to all kernels with the new API
1302874694 M * Bertl okay, have to grab some groceries and visit the post office ... bbl
1302874700 N * Bertl Bertl_oO
1302875226 M * uranus Bertl_oO, much thanks for the fast fix!
1302875272 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647
1302877263 J * derjohn_mob ~aj@p54B02CDE.dip.t-dialin.net
1302878175 Q * uranus Remote host closed the connection
1302878819 Q * derjohn_mob Ping timeout: 480 seconds
1302878855 Q * jrklein Quit: goodbye
1302879311 Q * thierryp Remote host closed the connection
1302879390 J * dowdle ~dowdle@scott.coe.montana.edu
1302879545 J * derjohn_mob ~aj@p54B02CDE.dip.t-dialin.net
1302879890 Q * ncopa Quit: Leaving
1302880424 N * Bertl_oO Bertl
1302880976 Q * derjohn_mob Ping timeout: 480 seconds
1302883602 J * bonbons ~bonbons@2001:960:7ab:0:4121:894a:e82:653f
1302884423 J * thierryp ~thierry@home.parmentelat.net
1302885024 Q * thierryp Remote host closed the connection
1302885493 Q * yang_ Remote host closed the connection
1302886149 J * yang yang@gNewSense.linuxshell.org
1302886186 N * yang Guest2114
1302891009 J * imcsk8 ~ichavero@148.229.1.11
1302891175 J * ViRUS ~mp@p54B2AC74.dip.t-dialin.net
1302893785 N * ensc Guest2126
1302893787 M * Bertl off for now ... bbl
1302893794 J * ensc ~irc-ensc@p5DF2BF35.dip.t-dialin.net
1302893795 N * Bertl Bertl_oO
1302894206 Q * Guest2126 Ping timeout: 480 seconds
1302895018 J * manana ~mayday090@84.17.25.149
1302895160 J * thierryp ~thierry@home.parmentelat.net
1302895366 Q * thierryp Remote host closed the connection
1302895731 Q * ghislain Quit: Leaving.
1302899936 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg
1302900135 Q * ViRUS Quit: If there is Artificial Intelligence, then there's bound to be some artificial stupidity. (Thomas Edison)
1302900950 J * thierryp ~thierry@82.226.190.44
1302900966 Q * thierryp Remote host closed the connection
1302901411 Q * hijacker_ Quit: Leaving
1302902137 J * FireEgl FireEgl@2001:470:e056:1:ccd9:c669:a724:ed0c
1302902192 J * derjohn_mob ~aj@pD95769BD.dip.t-dialin.net
1302902942 J * jrklein ~quassel@2001:470:1f0f:572::250:160
1302903524 Q * derjohn_mob Ping timeout: 480 seconds
1302903843 Q * hparker Ping timeout: 480 seconds
1302905127 J * thierryp ~thierry@home.parmentelat.net
1302905461 Q * manana Remote host closed the connection
1302906311 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647
1302906707 Q * FireEgl Ping timeout: 480 seconds
1302907914 Q * imcsk8 Quit: Leaving
1302908833 Q * Piet Remote host closed the connection
1302908848 J * Piet_ ~Piet__@1RDAAAFBL.tor-irc.dnsbl.oftc.net
1302909559 Q * bonbons Quit: Leaving
1302910208 Q * hparker Ping timeout: 480 seconds
1302910221 N * Piet_ Piet
1302910271 Q * thierryp Remote host closed the connection
1302910995 Q * dowdle Remote host closed the connection