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 <yk...@redhat.com> wrote:

>
>
> On Fri, Jul 28, 2017 at 8:37 PM, Richard Chan <
> rich...@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@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
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to