1499821035 Q * Ghislain Quit: Leaving.
1499831072 J * fstd_ ~fstd@x4db57886.dyn.telefonica.de
1499831072 Q * fstd Read error: Connection reset by peer
1499831088 N * fstd_ fstd
1499832583 Q * PowerKe Ping timeout: 480 seconds
1499832793 J * PowerKe ~tom@d54C69995.access.telenet.be
1499840512 J * Ghislain ~ghislain@81.56.195.31
1499844995 J * nikolay ~nikolay@2001:981:4551:1:e5a1:eb88:a784:15
1499850612 J * hjf288 ~smuxi@cpc109027-salf6-2-0-cust228.10-2.cable.virginm.net
1499850736 M * hjf288 o/ me again - bit of a weird one, I've got the experimental patches on a 3.1.60 kernel and 4.1.42 kernel (the latest available patches applied easily when reverting a ipv6 commit) however I'm seeing some strange behaviour - the vservers will randomly replace the /dev/null device in the vserver with a regular file which doesn't occur on the previous vserver kenel I am using - 3.18.11
1499850810 M * hjf288 I've tried using  vdevmap --xid XX --set --open --create --device /dev/null and that creates `/dev/null` as a standard file rather than a character device
1499850834 M * hjf288 util_vserver version is "0.30.216-pre3119"
1499851194 N * Bertl_zZ Bertl
1499851196 M * Bertl morning folks!
1499851280 M * Bertl hjf288: double check that this isn't because of some (not cleaned up) startup script in the guest which (for whatever reason) removes /dev/null and tries to recreate it, which will normally fail
1499851532 M * hjf288 Hi Bertl - appreciate the response, I've been checking our startup scripts and haven't seen anything that removes/recreates /dev/null, if it was a script though I would have expected it to have occurred on the 3.18.11 vserver kernel as well :/
1499851581 M * Bertl well, it is unlikely that the kernel 'removes' a filesystem entry by accident
1499851609 M * Bertl it is more likely that something the kernel reports to userspace leads to this removal from userspace
1499851677 M * hjf288 Aye I do agree, I'm a little green with vserver but would vdevmap be expected to create /dev/null correctly (i.e. as a char device and not a regular file)?
1499851721 M * Bertl vdevmap will only control what devices are fine to create/use inside a guest and how they get mapped
1499851729 M * hjf288 ahh
1499851736 M * hjf288 that explains alot
1499851740 M * Bertl daniel_hozac has the details which are not covered by the flower page
1499855813 Q * nikolay Ping timeout: 480 seconds
1499856305 J * nikolay ~nikolay@2001:981:4551:1:d6be:d9ff:fe33:8c86
1499856836 Q * _Shiva_ Quit: Operator halted - Coffee not found
1499856844 J * _Shiva_ shiva@whatcha.looking.at
1499863789 Q * Aiken Remote host closed the connection
1499872393 Q * nikolay Quit: Leaving
1499885682 Q * hjf288 Read error: Connection reset by peer
1499891792 J * Aiken ~Aiken@d63f.h.jbmb.net
1499903939 Q * gnarface Quit: Leaving