1599020058 Q * romster Ping timeout: 480 seconds
1599020352 J * romster ~romster@158.140.215.184
1599020405 J * Ghislain ~ghislain@adsl2.aqueos.com
1599020589 J * romster_ ~romster@158.140.215.184
1599020812 J * romster__ ~romster@158.140.215.184
1599020813 Q * romster_ Read error: Connection reset by peer
1599021043 Q * romster Ping timeout: 480 seconds
1599023992 M * Bertl  off to bed now ... have a good one everyone!
1599023993 N * Bertl Bertl_zZ
1599024053 Q * Aiken Remote host closed the connection
1599024123 J * Aiken ~Aiken@b951.h.jbmb.net
1599036194 Q * transacid Ping timeout: 480 seconds
1599039632 J * transacid ~transacid@transacid.de
1599044910 J * fstd ~fstd@xdsl-87-79-46-135.nc.de
1599045376 Q * fstd_ Ping timeout: 480 seconds
1599047743 Q * Aiken Remote host closed the connection
1599051371 N * Bertl_zZ Bertl
1599051373 M * Bertl  morning folks!
1599061030 J * yoh ~yoh@washoe.dartmouth.edu
1599061311 M * yoh From prehistoric (pre-docker etc) used vserver on a debian system.  ATM still have kernel linux-image-2.6.32-5-vserver-amd64 with util-vserver 0.30.216-pre3054-1 . Upgrading one of the "vservers" to debian jessie alerted that finally libc6 no longer supports that kernel.  Since ( no longer?) vserver kernel images in debian, is there a reasonably safe path to upgrade to some more recent kernel with vserver pat
1599061317 M * yoh ches and more recent utils? (buster has 0.30.216-pre3120-1.4+b11)
1599061426 M * Hurga I've always building my own, it's not that hard.
1599061479 M * Hurga have you built kernels before?
1599061485 M * Ghislain i use 4.9.234 for now and latest utils too 
1599061533 M * yoh Hurga: yeap, in the what seems to be now childhood ;)  So you think I should just jump to the latest/greatest with the maximal chance of success to have my vserver guests setup still working?
1599061564 M * Ghislain no you will not be able to go farther than 4.9, this is the latest supported kernel
1599061605 M * yoh Ghislain: I do not even see .234 at http://vserver.13thfloor.at/Experimental/
1599061633 M * Bertl patches will be updated soon ...
1599061638 M * yoh Ghislain: 4.9 is still a huge leap from 2.6.32, so I wondered if I should try jumping to some 3.x first?
1599061658 M * Hurga yoh: I never had to touch the guests really. There *may* be some details in /etc/vservers like guest fstab, but I wouldn't worry for now, just set up kernel and utils and try.
1599061681 M * Ghislain you use the patch for the http://vserver.13thfloor.at/Experimental/patch-4.9.217-vs2.3.9.12.diff + http://vserver.13thfloor.at/Experimental/delta-uptime-fix03.diff with some rej easy to fix
1599061706 M * Bertl the only thing you need to be careful with 'recent' kernels and really old guests is the syscall interface
1599061707 M * Hurga yoh: I had super ancient guests running with current vserver setups.
1599061709 M * Ghislain or you can just use 4.9.217 for an easy win
1599061750 M * Ghislain with very old guest you can have a need to set the parameter to say it's a 32bit guest
1599061756 M * Ghislain dont remeber which one it is
1599061832 A * yoh uff: my host system is even more "elaborate" -- I even see some wheezy APT sources... kept postponing dealing with this beast for too long, just kept upgrading, ufff
1599061885 M * Hurga you need kernel and utils, it's pretty independent of the rest.
1599061894 M * yoh Bertl: guests getting upgraded -- so shouldn't be too ancient...
1599061923 A * yoh thanks everyone -- I guess I will entail on this journey of the upgrade.
1599061981 A * yoh sees some packages from debian lenny (released in 2009) on the host, uff
1599061988 M * Bertl note that psand (ben) is still doing debian specific Linux-VServer kernels
1599062001 M * Bertl https://www.psand.net/services/public-repository.html
1599062018 M * CcxWrk You might want to get new gcc and binutils prior to building the kernel though.
1599062049 M * CcxWrk (Or just build on newer system and copy over the boot image an modules)
1599062056 M * yoh Bertl: oh, that is lovely of him -- I might take advantage of that!
1599062130 M * CcxWrk Old kernel will block installing userspace compiled against newer headers, but not vice versa generally. Linus is fairly good at enforcing "we don't break userspace".
1599062149 M * yoh Bertl: I wonder why Ben is not on https://www.psand.net/about-us/ ...
1599062341 M * Bertl probably they do not consider system administrators worth mentioning?
1599062631 M * Ghislain most company do not consider tech guy existing, have a look at "the it crowd" for a fun view of what i mean
1599062675 M * yoh yeah, that was the sad reality I was hinting on :-(
1599062708 M * Ghislain well Ben is perhaps undercover , so this is another explanation if he is a reptilian he dont want to appear
1599063250 M * yoh on how ancient that server is -- it still has IDE drives!  I only now mentioned that one drive in mirror has failed some time ago -- beyond the duration of the kept logs... uff
1599063307 M * Bertl lol
1599063308 M * yoh readding a drive to (software) RAID proceeds at 1MB/sec... should I move it to RPi? ;-)
1599064530 M * Hurga 1MB/sec resync speed, or just reading?
1599064632 M * Bertl  off for now ... bbl
1599064634 N * Bertl Bertl_oO
1599074086 J * Aiken ~Aiken@b951.h.jbmb.net
1599080670 Q * Ghislain Quit: Leaving.
1599083392 Q * gnarface Quit: Leaving
1599083799 J * gnarface ~gnarface@108-227-52-42.lightspeed.irvnca.sbcglobal.net