Bug 1265194
| Summary: | [ppc64le] cannot add ppc64le host into cluster / vdsm-network.service: control process exited, code=exited status=1 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Jiri Belka <jbelka> | ||||
| Component: | vdsm | Assignee: | Petr Horáček <phoracek> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Aharon Canan <acanan> | ||||
| Severity: | urgent | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 3.6.0 | CC: | alukiano, bazulay, ecohen, gklein, hannsj_uhl, hsun, istein, jbelka, lsurette, phoracek, shihliu, ycui, yeylon, ylavi | ||||
| Target Milestone: | --- | ||||||
| Target Release: | 3.6.0 | ||||||
| Hardware: | ppc64le | ||||||
| OS: | Linux | ||||||
| Whiteboard: | network | ||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-10-07 17:07:53 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | Network | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Jiri Belka
2015-09-22 11:07:27 UTC
we can find the same issue when install vdsm on RHEL-7.2-20150917.0. it will block the virt-who vdsm mode testing. This bug could related to [1] which occurs on x86_64 [1] https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1264667 upgrade.log contains: MainThread::ERROR::2015-09-22 06:33:43,723::upgrade::94::upgrade::(apply_upgrade) Failed to run upgrade-unified-persistence Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/tool/upgrade.py", line 92, in apply_upgrade upgrade.run(ns, args) File "/usr/lib/python2.7/site-packages/vdsm/tool/unified_persistence.py", line 193, in run run() File "/usr/lib/python2.7/site-packages/vdsm/tool/unified_persistence.py", line 44, in run networks, bondings = _getNetInfo() File "/usr/lib/python2.7/site-packages/vdsm/tool/unified_persistence.py", line 131, in _getNetInfo networks = _processNetworks(netinfo) File "/usr/lib/python2.7/site-packages/vdsm/tool/unified_persistence.py", line 53, in _processNetworks defaultGateway = getDefaultGateway() File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 319, in getDefaultGateway output = routeShowGateways('main') File "/usr/lib/python2.7/site-packages/vdsm/ipwrapper.py", line 537, in routeShowGateways return _execCmd(command) File "/usr/lib/python2.7/site-packages/vdsm/ipwrapper.py", line 526, in _execCmd returnCode, output, error = execCmd(command) 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' Jiri, which version of cpopen was used? It's possible, that [1] can fix it (or broke it). [1] https://gerrit.ovirt.org/#/c/46300/9 it's a duplicated issue with https://bugzilla.redhat.com/show_bug.cgi?id=1264667 According to Oved Ourfali's comment, I downgrade the python package from 2.7.5-33 to 2.7.5-32, vdsm-tool configure --force can be executed successfully, vdsm also can be restarted normally. so maybe it's not a ovirt issue, because we didn't install any ovirt packages, we just prepare a RHEL-7.2-20150917.0-Server os, and then add http://bob.eng.lab.tlv.redhat.com/builds/vt16/el7/ as the yum repo for installing vdsm packages. it's also not a python-cpopen issue, because this package is the same version in RHEL-7.2-20150910.2 and RHEL-7.2-20150917.0. RHEL-7.2-20150910.2 [PASS] => python-2.7.5-32 => python-cpopen-1.3-5 => vdsm-4.16.21-1.el7ev RHEL-7.2-20150917.0 [FAILED] => python-2.7.5-33 => python-cpopen-1.3-5 => vdsm-4.16.21-1.el7ev Can you please try to recreate with the updated cpopen package and python version? Please close as duplicate if this works. Please see #5 as ppc64le hosts are under your control for now. Thx. I not encounter such problem with: vdsm-4.17.8-1.el7ev.noarch python-cpopen-1.4-0.el7ev.ppc64le python-2.7.5-33.el7.ppc64le Closing as a duplicate. *** This bug has been marked as a duplicate of bug 1264667 *** |