Bug 791231
| Summary: | rhnpush: <type 'exceptions.TypeError'> : 'NoneType' object is unsubscriptable | ||
|---|---|---|---|
| Product: | [Community] Spacewalk | Reporter: | Michael Mráka <mmraka> |
| Component: | Server | Assignee: | Michael Mráka <mmraka> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Red Hat Satellite QA List <satqe-list> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | low | ||
| Version: | 1.6 | CC: | cperry, joshpreston, jpazdziora |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | spacewalk-backend-1.8.9-1 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-11-01 16:21:57 UTC | Type: | --- |
| 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: | 800688, 871344 | ||
|
Description
Michael Mráka
2012-02-16 15:08:01 UTC
Obviously, not ideal. Is this a regression of behavior? I didn't checked. Frankly rhnpush-ing 5k packages is weird ;) spacewalk-repo-sync is better tool in that case. I've set low prio here. Michael, too right, but some of us do it :-) I have only experienced this issue when pushing large amounts of RPMs locally on the spacewalk / satellite server (which is more than likely resource starved). Depending on the amount of memory in the server, I've seen this error happen at 1100, 2000 and 3000 RPMs as I rebooted & added memory. I solved this problem by not pushing all RPMs (say more than 1-2k) at once with one command; rather processing them one by one or in groups at a time with the shell. For example, when pushing the RPMs locally, run it in a shell for loop: $ for RPM in /mnt/to/rpms/*.rpm; do rhnpush --server localhost -u **** -p **** --channel centos-61 $RPM; done It takes slightly longer to push them all, but it works successfully every time regardless of how much (or little) memory I've given the server. What's interesting is that I've never experienced this issue when pushing them from a remote system regardless of memory configuration (such as a workstation or build system). Hope that helps. is this with Oracle or PostgreSQL backend? I've seen this issue with both Oracle XE and Postgresql; however, it does happen more in Postgresql (at least the package count where this happens is smaller than the Oracle XE backend). I believe this is a symptom of CVE-2012-1145. Fixed in Spacewalk master, bd7ad3667f2388ae9929d1dfc03c49545e17384c. Tagged as spacewalk-backend-1.8.9-1. Moving ON_QA. Packages that address this bugzilla should now be available in yum repos at http://yum.spacewalkproject.org/nightly/ Spacewalk 1.8 has been released: https://fedorahosted.org/spacewalk/wiki/ReleaseNotes18 |