Bug 1336537
| Summary: | spacewalk-nightly - spacecmd softwarechannel_adderrata | ||
|---|---|---|---|
| Product: | [Community] Spacewalk | Reporter: | Bishop Clark <bishop> |
| Component: | API | Assignee: | Jiří Dostál <jdostal> |
| Status: | CLOSED NOTABUG | QA Contact: | Red Hat Satellite QA List <satqe-list> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 2.4 | CC: | jdostal |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-06-20 10:27:16 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1484117 | ||
|
Description
Bishop Clark
2016-05-16 18:57:50 UTC
this smells like bug 806895 and bug 812053 but I didn't get any usable fixes out of either. Sorry if it's a true dupe. Oops. Typo in my repro steps. When I say: 3. spacecmd -y -q -- centos6-64 centos6-64-security CESA-2016:0494 I mean 3. spacecmd -y -q -- softwarechannel_adderrata centos6-64 centos6-64-security CESA-2016:0494 In short, I forgot the spacecmd command. Doh! Hello, I was able to successfully reproduce your issue and made some investigation. Those two bugs you enclosed are not related to this issue, as it uses different API. "softwarechannel_adderrata" from spacecmd expects cloned channel as destination channel, because in other case it might happen that it will clone all the errata packages including packages for different OS. "softwarechannel_adderrata" calls API 'errata.cloneAsOriginal' which does the check described above. To omit this check you should look at 'errata.clone'. Hope this helps Is there a subcommand in spacecmd to allow regular access to this API call? If so, my issue could be more a documentation issue than a code issue. If not, and if I prepared the centos6-64-security channel via a command like spacecmd -q -- \ softwarechannel_clone \ -s centos6-64 \ -n centos6-64-security \ -l centos6-64-security \ -p something_else \ -o can I then clone my (one, in this example) Erratum from my source channel to its clone? spacecmd -y -q -- \ softwarechannel_adderrata \ centos6-64 \ centos6-64-security \ CESA-2016:0494 I can live with that second solution, I think. If that will work, it could be all I need. Yeah, that mostly works for my needs. I need to vape the freshly copied payload in order to start fresh and keep the associative link to its parent, but that's it. So, as above, softwarechannel_clone, and then spacecmd -q -y -- \ softwarechannel_removepackages \ centos6-64-securityerrata \ '*' And then we can clone errata by part or by script [1] and we should get the ones we want. Close me up. (with many thanks for your time, and apologies for the spam) I'm glad it helped. Closing this one as "not a bug". This BZ closed some time during 2.5, 2.6 or 2.7. Adding to 2.7 tracking bug. |