[ovirt-users] supervdsmd IOError to /dev/stdout

Yaniv Bronheim ybronhei at redhat.com
Tue Aug 1 09:02:08 UTC 2017


Hi,

Seems like I already bumped in such issue awhile ago -
https://bugzilla.redhat.com/show_bug.cgi?id=1216880
but now I see what's wrong -  it happens after failing to read
/etc/vdsm/svdsm.logger.conf for some reason
then we have a bug in our fallback which tries to run
    logging.basicConfig(filename='/dev/stdout', filemode='w+',
                        level=logging.DEBUG)

and this fails while running as systemd daemon

sorry about that. check why it can't load  /etc/vdsm/svdsm.logger.conf and
update us
after fixing the access issue check if you can run
logging.config.fileConfig("/etc/vdsm/svdsm.logger.conf" ,
disable_existing_loggers=False)
Then supervdsmd should start properly

I'll reopen the bugzilla and fix the wrong fallback to syslog print

Thanks!


On Sun, Jul 30, 2017 at 3:23 PM Richard Chan <richard at treeboxsolutions.com>
wrote:

> 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 at redhat.com> wrote:
>
>>
>>
>> On Fri, Jul 28, 2017 at 8:37 PM, Richard Chan <
>> richard at 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 at 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 at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
-- 
Yaniv Bronhaim.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170801/4f805e42/attachment.html>


More information about the Users mailing list