Bug 1459075
| Summary: | [RFE][CodeChange] Replace python-cpopen usage with python-subprocess32 | ||
|---|---|---|---|
| Product: | [oVirt] vdsm | Reporter: | Dan Kenigsberg <danken> |
| Component: | RFEs | Assignee: | Nir Soffer <nsoffer> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Lilach Zitnitski <lzitnits> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | --- | CC: | bazulay, bugs, lsurette, nsoffer, oourfali, ratamir, rbalakri, Rhev-m-bugs, sbonazzo, srevivo, ybronhei, ycui, ykaul, ylavi |
| Target Milestone: | ovirt-4.2.0 | Keywords: | CodeChange, FutureFeature |
| Target Release: | --- | Flags: | rule-engine:
ovirt-4.2+
ratamir: testing_plan_complete- ylavi: planning_ack+ rule-engine: devel_ack+ ratamir: testing_ack+ |
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-12-20 11:16:08 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1470218 | ||
| Bug Blocks: | |||
|
Description
Dan Kenigsberg
2017-06-06 08:49:15 UTC
I started to check what is still missing for such https://gerrit.ovirt.org/78659 replacement. We still have in both imageSharing.py qemuimg.py a "deathSignal" usage that we need to eliminate. Except that, I will send PIPE as default stdout and stdin when we call execCmd, and the rest is fine.. I'll continue verification after imagesharing.py and qemuimg.py will be fixed. I'm not sure what is the reason for still counting on signal when we run with systemctl.. I though we're already fine there We will remove the deathSignal from the few places using it. https://gerrit.ovirt.org/75009 is removing one instance. Moving the intention of this bug to be about the vdsm usages in python-copen - As we discussed few weeks ago, seems like all left locations that need modification are storage areas and requires storage team followup. The build in centos is ready (see Bug 1470218). If something still missing let me know What is the right target for this? (In reply to Yaniv Lavi from comment #6) > What is the right target for this? The work was completed in vdsm few weeks ago, I think this can be in 4.2.0 and mark as modified/onqa. This is included in current master, so can be moved to ON_QA when qa have time to test it. There is no behavior change, running automation is enough to verify the changes. There was a similar effort in ioprocess - version 1.0 (working on the release) also uses now suprocess32: https://gerrit.ovirt.org/84291 (In reply to Nir Soffer from comment #8) > This is included in current master, so can be moved to ON_QA when qa have > time to test it. > > There is no behavior change, running automation is enough to verify the > changes. Based on this comment and since we haven't seen any unusual behavior in out automation tests, moving to verified. This bugzilla is included in oVirt 4.2.0 release, published on Dec 20th 2017. Since the problem described in this bug report should be resolved in oVirt 4.2.0 release, published on Dec 20th 2017, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report. |