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.