Hi Yaniv,
On this one node, it happened from 3.6 -> 4.0. It persisted after 4.0->4.1.
Current: vdsm-4.19.24-1.el7.centos.x86_64
In systemd override I now have to have:
StandardOutput=null
Jul 29 01:19:21 xxxxxxxx systemd[1]: Starting Auxiliary vdsm service for
running helper functions as root...
Jul 29 01:19:21 xxxxxxxx python2[39124]: detected unhandled Python
exception in '/usr/share/vdsm/supervdsmServer'
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: Traceback (most recent call
last):
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: File
"/usr/share/vdsm/supervdsmServer", line 45, in <module>
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: level=logging.DEBUG)
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: File
"/usr/lib64/python2.7/logging/__init__.py", line 1529, in basicConfig
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: hdlr = FileHandler(filename,
mode)
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: File
"/usr/lib64/python2.7/logging/__init__.py", line 902, in __init__
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: StreamHandler.__init__(self,
self._open())
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: File
"/usr/lib64/python2.7/logging/__init__.py", line 925, in _open
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: stream =
open(self.baseFilename, self.mode)
Jul 29 01:19:21 xxxxxxxx daemonAdapter[39124]: IOError: [Errno 6] No such
device or address: '/dev/stdout'
Jul 29 01:19:21 xxxxxxxx systemd[1]: supervdsmd.service: main process
exited, code=exited, status=1/FAILURE
On Sun, Jul 30, 2017 at 3:47 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
On Fri, Jul 28, 2017 at 8:37 PM, Richard Chan <
richard(a)treeboxsolutions.com> wrote:
> After an upgrade to 4.0 I have a single host that cannot start supervdsmd
> because of IOError on /dev/stdout. All other hosts upgraded correctly.
>
Upgrade from which version? 3.6? Did you stay on 4.0 or continued to 4.1?
>
> In the systemd unit I have to hack StandardOutput=null.
>
> Any thing I have overlooked? The hosts are all identical and it is just
> this one
> that has this weird behaviour.
>
Any logs that you can share?
Y.
>
> --
> Richard Chan
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
>
>
--
Richard Chan
Chief Architect
TreeBox Solutions Pte Ltd
1 Commonwealth Lane #03-01
Singapore 149544
Tel: 6570 3725
http://www.treeboxsolutions.com
Co.Reg.No. 201100585R