1516669500 J * fstd_ ~fstd@xdsl-81-173-138-100.netcologne.de 1516669953 Q * fstd Ping timeout: 480 seconds 1516669953 N * fstd_ fstd 1516676697 N * Bertl_oO Bertl_zZ 1516687596 Q * misc-- Read error: Connection reset by peer 1516692969 Q * Carpoon Quit: leaving 1516695849 J * Carpoon ~Carpoon@carpoon.hu 1516696118 J * nikolay ~nikolay@149.235.255.3 1516697295 M * Ghislain1 Bertl_zZ: apart the 2 delta and the yet to be accepted virt_mem patch is there other correction done or do you think we can start deploying the kernel fix to production ? 1516702698 N * Bertl_zZ Bertl 1516702702 M * Bertl morning folks! 1516702728 M * Bertl Ghislain1: well, some cleanup and more testing is required, but otherwise it looks good 1516703707 M * Ghislain1 ok, tell me when you want to wrap a new kernel test. I will test on my test server and start to deploy to internal machines and test them too 1516703727 M * Ghislain1 if all goes well i will move to the rest of the machines 1516706733 M * yang_ So, currently the vserver guests have been moved to "lost+found" do I need to move them back into /var/lib/vserver/... before I try to reboot, and then perform also a "fsck" ? 1516706744 M * yang_ I did the required migration 1516706755 M * yang_ So hopefully it will be ok this time 1516709858 M * Guy- yang_: I'd move them there, yes 1516709872 M * Guy- and the 2nd fsck should tell us if the corruption is still reproducible 1516715558 M * Le_Coyote Hi Bertl 1516715620 M * Le_Coyote Bertl: is util-vserver managed by daniel_hozac only, or do you help too? I'm asking because I've received close to zero feedback regarding the SSP segfault I reported 1516715632 M * Le_Coyote Aside from you syaing "if it works, it works" :D 1516715674 M * Le_Coyote For the record, vserver-stat segfaults if compiled with SSP, unless initHertz and initPageSize are *NOT* declared with the __constructor attribute 1516715684 M * Le_Coyote Cheers :) 1516717066 M * Bertl daniel_hozac only 1516717671 M * Bertl off for now ... bbl 1516717676 N * Bertl Bertl_oO 1516717850 J * ryuo ~ryuo@cpe-173-172-105-97.kc.res.rr.com 1516718101 M * Le_Coyote Alright 1516718124 M * Le_Coyote daniel_hozac: hi! Any comments regarding the util-vserver vs. SSP and the solution I suggested? 1516718216 M * yang_ ok the migrated server now doesn't come up to getty - https://imgur.com/a/0djj5 1516718239 M * yang_ I can paste the remaining dmesg 1516718268 M * yang_ I haven't fixed the IP numbers yet 1516719193 M * Guy- yang_: it looks like the vserver guest has no ip set in /etc/vservers/guestname/interfaces/0/ip 1516719484 M * yang_ yes...old IP's still there 1516719489 M * yang_ I need to modify those contexts 1516719523 M * yang_ but why is it set in such a way, that the contexts auto-start ? 1516719530 M * yang_ can that be disabled ? 1516719545 M * yang_ I mean I usually manually start the gues systems 1516719551 M * yang_ the guest systems 1516719804 M * yang_ Well even if the IP's are old/wrong, why does this prevent the server getting up to getty: prompt ? 1516719818 M * yang_ the IP's can be fixed later on 1516719919 J * obeardly ~obeardly@12.153.3.34 1516720078 M * Le_Coyote yang_: that's set in /etc//apps/init/mark IIRC 1516720108 M * Le_Coyote Also, I don't think I've ever seen "vserver start" get you a prompt 1516720114 M * Le_Coyote But maybe I've been doing it wrong 1516720171 M * ryuo Le_Coyote: yang_ is trying to get the serial console on the host for the vserver host functioning. 1516720203 M * ryuo that's the "prompt" he's trying to reach. 1516720222 M * Le_Coyote My bad, sorry :) 1516720987 M * AlexanderS I would investigate the failing of rc.local. 1516724185 M * yang_ https://imgur.com/a/p16Ub 1516724234 M * ryuo yang_: did you reconfigure the host's networking? 1516724238 M * yang_ no 1516724249 M * yang_ only /etc/network/interfaces 1516724255 M * ryuo that's what i meant 1516724256 M * yang_ but not guest systems 1516724277 M * ryuo we need to figure out how to get your access to the host working before worrying about the guests. 1516724293 M * yang_ well maybe I am using a wrong static IP I can make it "inet dhcp" 1516724304 M * ryuo reboot into the rescue shell. 1516724310 M * ryuo i have an idea. 1516724324 M * ryuo each host can be rather weird. 1516724333 M * ryuo OVH especially from my time using their VPS. 1516724357 M * ryuo they assign /32 and /128 IPs and you have to manually define the routes so you can reach their default gateways. 1516724373 M * ryuo the subnets are so small you can't otherwise reach them by normal means. 1516724413 M * ryuo anyway. 1516724498 M * Guy- (that's actually a pretty neat thing; I like it that hosts are not exposed to broadcast crap their neighbours would otherwise send. ip addr add 1.2.3.4 peer 5.6.7.8 dev eth0; ip ro add default via 5.6.7.8 and it works beautifully.) 1516724520 M * Guy- (I wonder how windows hosts cope with this, though :) 1516724634 M * ryuo curiously OVH supports DHCPv4 for their static allocations but not DHCPv6. Go figure. 1516724683 M * ryuo I imagined they'd want to do that instead of doing static configuration of it. 1516724708 M * ryuo interestingly their secondary DNS service doesn't even support AAAA records. 1516725949 Q * nikolay Quit: Leaving 1516726750 M * Le_Coyote Oh, a fellow OVH victim :) 1516726754 M * Le_Coyote I mean client *ahem* 1516728130 M * ryuo lol 1516728134 M * ryuo yea. 1516729171 M * yang_ all well now 1516730941 M * ryuo i'd probably rent a dedicated if they didn't cost an arm and a leg. 1516734234 M * Guy- ryuo: there are very cheap dedicated servers available in Paris, fwiw 1516736884 M * ryuo Guy-: yea, but seems like none in North America. 1516736970 M * Guy- and geographic proximity matters so much for your use-case? 1516737015 M * ryuo Not too much. 1516737038 M * ryuo Hm. 1516737060 M * ryuo I'll consider alternatives when my current VPS is closer to expiring. 1516744094 Q * _are_ Remote host closed the connection 1516744103 J * _are_ ~quassel@2a01:238:4325:ca00:f065:c93c:f967:9285 1516745419 J * gratuxri ~gratuxri@104.207.150.19 1516745535 Q * padde Quit: leaving 1516745545 J * padde ~padde@patrick-nagel.net 1516746809 J * Guest2544 ~chatzilla@4G4AAACJW.tor-irc.dnsbl.oftc.net 1516746846 Q * _are_ Remote host closed the connection 1516746857 J * _are_ ~quassel@2a01:238:4325:ca00:f065:c93c:f967:9285 1516747130 Q * Guest2544 Quit: ChatZilla 0.9.93 [Firefox 52.5.2/20170202060301] 1516749188 J * sannes ~ace@2a02:fe0:c130:1d90:243a:5d81:2dad:3f61 1516749238 Q * daniel_hozac Ping timeout: 480 seconds 1516749357 J * daniel_hozac ~daniel@217-211-16-149-no42.tbcn.telia.com 1516751445 Q * _are_ Remote host closed the connection 1516751451 Q * sannes Quit: Leaving. 1516751454 J * _are_ ~quassel@2a01:238:4325:ca00:f065:c93c:f967:9285