Description of problem: vdsm 4.17.7 - is not running - TypeError: _execute_child_v276() got an unexpected keyword argument 'restore_sigpipe' latest vdsm 4.17.7 with latest rhel 7.2 3.10.0-316.el7.x86_64 Have an cpopen issue : [root@orchid-vds1 yum.repos.d]# vdsm-tool configure --force Checking configuration status... multipath requires configuration Traceback (most recent call last): File "/usr/bin/vdsm-tool", line 219, in main return tool_command[cmd]["command"](*args) File "/usr/lib/python2.7/site-packages/vdsm/tool/__init__.py", line 38, in wrapper func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py", line 137, in configure if _should_configure(c, args.force)] File "/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py", line 327, in _should_configure configured = _isconfigured(c) File "/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py", line 113, in _isconfigured return getattr(module, 'isconfigured', lambda: configurators.NO)() File "/usr/lib/python2.7/site-packages/vdsm/tool/configurators/passwd.py", line 43, in isconfigured _, out, _ = utils.execCmd(script) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 664, in execCmd deathSignal=deathSignal, childUmask=childUmask) File "/usr/lib64/python2.7/site-packages/cpopen/__init__.py", line 52, in __init__ stderr=stderr) File "/usr/lib64/python2.7/subprocess.py", line 712, in __init__ restore_sigpipe=restore_sigpipe) TypeError: _execute_child_v276() got an unexpected keyword argument 'restore_sigpipe' - Can't install server in latest 3.6 engine. Version-Release number of selected component (if applicable): vdsm 4.17.7 rhel 7.2 3.10.0-316.el7.x86_64 3.6.0-0.16.master.el6 How reproducible: 100 Expected results: Additional info:
This bug relates to backport in rhel7.2 which does not appear in fedora yet so we missed it (see Bug #1117751) we still composing the patch https://gerrit.ovirt.org/#/c/46300 and I'll publish cpopen version that fixes it asap. It will require vdsm.spec change as well.
This isn't an oVirt RC/GA blocker. It is relevant only for rhel 7.2, and in addition there is a workaround to downgrade python version. The fix is on the way, but this isn't a blocker.
*** Bug 1265083 has been marked as a duplicate of this bug. ***
still waiting for the build (1.4.0) in stable and the spec fix.
*** Bug 1265081 has been marked as a duplicate of this bug. ***
I didn't tested it yet, but other QE teams already installed rhel 7.2 servers with python-2.7.5-33.el7.x86_64 with success in rhev-m.
*** Bug 1265194 has been marked as a duplicate of this bug. ***
Still failed to add RHEL7.2-20151001.0 to RHEVM3.5.4 since failed to start vdsmd service. Test version: python-2.7.5-33.el7.x86_64 vdsm-4.16.21-1.el7ev.x86_64 rhevm-3.5.4-1.1.el6ev.noarch Test steps: 1. Add latest rhel7.2 to rhevm3.5.4 2. Failed to add it since failed to start vdsmd service. [root@hp-z220-06 ~]# systemctl status vdsmd ● vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor preset: disabled) Active: inactive (dead) Oct 08 14:55:32 hp-z220-06.qe.lab.eng.nay.redhat.com systemd[1]: Dependency failed for Virtual Desktop Server Manager. Oct 08 14:55:32 hp-z220-06.qe.lab.eng.nay.redhat.com systemd[1]: Job vdsmd.service/start failed with result 'dependency'. 3. Check the ovirt-engine's log in rhevm [root@rhevm354 ~]# vim /var/log/ovirt-engine/host-deploy/ovirt-20151008024533-10.66.144.4-7883daf6.log 2015-10-08 14:47:14 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:937 execute-output: ('/bin/systemctl', 'start', 'vdsmd.service') stderr: A dependency job for vdsmd.service failed. See 'journalctl -xe' for details. 2015-10-08 14:47:14 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/tmp/ovirt-CS7kJ6aeoD/pythonlib/otopi/context.py", line 142, in _executeMethod method['method']() File "/tmp/ovirt-CS7kJ6aeoD/otopi-plugins/ovirt-host-deploy/vdsm/packages.py", line 219, in _start self.services.state('vdsmd', True) File "/tmp/ovirt-CS7kJ6aeoD/otopi-plugins/otopi/services/systemd.py", line 138, in state 'start' if state else 'stop' File "/tmp/ovirt-CS7kJ6aeoD/otopi-plugins/otopi/services/systemd.py", line 77, in _executeServiceCommand raiseOnError=raiseOnError File "/tmp/ovirt-CS7kJ6aeoD/pythonlib/otopi/plugin.py", line 942, in execute command=args[0], RuntimeError: Command '/bin/systemctl' failed to execute 2015-10-08 14:47:14 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/bin/systemctl' failed to execute
vdsm from 3.6.0-16 does not include valid deps declaration. # rpm -q vdsm ; rpm -qR vdsm | grep cpopen vdsm-4.17.9-1.el7ev.noarch python-cpopen >= 1.3 i also cannot add host with 3.6 vdsm into 3.5.4 because of BZ1272075 (please move back to on_qa when vdsm deps are corrected. thx.)
You can't leave bugs from ON_QA to MODIFIED - nobody will do anything with that.. next time move to POST that it'll be more visible - POST means the patch is not in yet. This bug is about python-cpopen and not about vdsm, therefore it moved to MODIFIED because python-cpopen is already out. the patch https://gerrit.ovirt.org/#/c/46724/ is still not merged . keeping bug on POST until its in .
Fixed by python. Reducing priority, severity and blocker flag.
Oved is right. The requirement patch is not needed - Jiri, please update your python version and test again. moving back to QA
ok, works find with engine 3.6.0-22 build # rpm -q vdsm ; rpm -qR vdsm | grep cpopen vdsm-4.17.11-0.el7ev.noarch python-cpopen >= 1.3 [root@dell-r210ii-04 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.2 (Maipo)
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2016-0382.html