1473213864 M * Bertl_oO off to bed now ... have a good one everyone! 1473213865 N * Bertl_oO Bertl_zZ 1473214947 J * fstd_ ~fstd@x4db6dcbf.dyn.telefonica.de 1473215414 Q * fstd Ping timeout: 480 seconds 1473215415 N * fstd_ fstd 1473227992 J * Ghislain ~aqueos@adsl1.aqueos.com 1473228866 J * derjohn_mob ~aj@p578b6aa1.dip0.t-ipconnect.de 1473232929 Q * derjohn_mob Ping timeout: 480 seconds 1473232944 J * geos_one ~chatzilla@213-47-170-183.static.upcbusiness.at 1473234909 J * derjohn_mob ~aj@46.189.28.52 1473240882 J * JonB ~jonbendts@212-60-115-150.ip.cust.zensystems.net 1473241477 M * JonB hey. Lost 3 out of 4 disks in a raid6 array, have to restore from backup, but apparently there are no devices in dev/ directory once restored from the backup. Which ones do I need? 1473242699 M * Ghislain use the skeleton to rebuild them 1473242794 M * Ghislain vserver xxx build -m skeleton -n xxx and copy the one created seems the easiest way 1473242804 M * Ghislain use a dummy nn 1473242811 M * Ghislain dumy name 1473244092 M * JonB Ghislain, thanks. I ended up just building a completely new 1473244762 M * Ghislain this is another way ^^ 1473257591 J * marcfiu ~oftc-webi@pool-173-72-20-147.cmdnnj.fios.verizon.net 1473257610 M * marcfiu hello 1473257700 M * marcfiu has anyone run into a NULL dereference in proc_pid_nsproxy()? 1473257745 M * marcfiu I need to debug the core dump further, but eyeballing the code it looks like either the task struct or the nsproxy struct referenced by the task struct is NULL. 1473257815 M * marcfiu A user on one of our systems ran a brute force "grep -r" and apparently this scanned all available /proc/*/nsproxy files. My guess is that one of those tasks was dying and there is a race condition of reading the nsproxy file and the underlying tasks going away. Just a wild guess. 1473257875 M * marcfiu While I am using vs2.3.0.36.29.6, the proc_pid_nsproxy() code hasn't changed in the newer vserver patch releases. 1473260307 M * marcfiu I guess I'll need to wait for Bertl or daniel_hozac to no longer be in zZ state :) 1473260515 M * Ghislain i guess so ^^ 1473262855 N * Bertl_zZ Bertl 1473262857 M * Bertl morning folks! 1473263330 M * Ghislain hello bertl :p 1473263432 M * Ghislain i tried to find things about xfs but seems the code has been removed from the patch ? 1473263457 M * Ghislain i am very bad at finding code, basicaly i searched the "xfs" in it 1473263685 Q * FloodServ Service unloaded 1473264027 J * FloodServ services@services.oftc.net 1473264861 M * Ghislain vserver xxxxxx build -n xxxxxx --force --i-know-its-there , should it not bother me with the mounted partition ? 1473265390 M * Bertl yes, xfs code has been removed some time ago 1473265403 Q * geos_one Quit: ChatZilla 0.9.92 [Firefox 48.0/20160807140607] 1473265416 M * Bertl as I said last time, the errors on xfs are expected 1473265422 M * Ghislain ok that explain why i do not find it ^^ 1473265452 M * Ghislain yes it do not understand the tag mount option 1473265518 M * Bertl marcfiu: hey, LTNS! do you happen to have a stack trace? 1473266091 Q * JonB Quit: Leaving 1473266609 M * marcfiu hi Bertl 1473266617 M * marcfiu yes I have a stack trace (sort of) 1473266706 M * marcfiu http://pastebin.com/Rxsv6DB3 1473266778 M * marcfiu This is for a variant of the vs2.3.0.36.29.6 patch applied to CentOS 2.6.32-642.1.1 kernel. 1473266813 M * marcfiu but as far as I can tell, proc_pid_nsproxy() code is basically "as is" in the patch and later versions. 1473267176 M * marcfiu Bertl: I'll be back in about 30 minutes. 1473267887 Q * derjohn_mob Remote host closed the connection 1473269417 M * Bertl off for now ... bbl 1473269419 N * Bertl Bertl_oO 1473274198 Q * l0kit_ Quit: Reconnecting 1473274212 J * l0kit ~1oxT@0001b54e.user.oftc.net 1473274363 J * sannes ~ace@2a02:fe0:c131:9070:bcef:414e:36f3:ff5a 1473276725 Q * marcfiu Ping timeout: 480 seconds 1473282243 Q * Ghislain Quit: Leaving.