Bug 483156
| Summary: | random 500 errors when using yum from client | ||
|---|---|---|---|
| Product: | [Community] Spacewalk | Reporter: | Mike McCune <mmccune> |
| Component: | Server | Assignee: | Pradeep Kilambi <pkilambi> |
| Status: | CLOSED DUPLICATE | QA Contact: | Mike McCune <mmccune> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 0.5 | CC: | bperkins, clasohm, czerakj, johnh, paji, tim |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-03-25 17:40:39 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: | 456553 | ||
|
Description
Mike McCune
2009-01-29 21:11:13 UTC
Observed this too (thought I'd filed this, but apparently not). I found this to be slightly confusing, as the yum operation would sometimes succeed and sometimes fail. The absence of these errors made success guaranteed, but the presence of them didn't always equate to failure. In my case, a restart of all services has made this go away for now, so I've found further investigation difficult. In my case physical memory availability on the machine is tight, although there's plenty of swap free. The problem has persisted through restarts for me, and appears to be affecting all operations against the repo. Here is a sample error from a scheduled job:
1.
This action will be executed after 01/30/09 11:46:24 AM CST.
2.
3.
This action's status is: Failed.
4.
The client picked up this action on 01/30/09 11:46:25 AM CST.
5.
The client completed this action on 01/30/09 11:47:11 AM CST.
6.
Client execution returned "Error while executing packages action: Error Downloading Packages: rhncfg-client - 5.2.0-0.el5.noarch: failed to retrieve getPackage/rhncfg-client-5.2.0-0.el5.noarch.rpm from centos5-base-i386 error was [Errno 14] HTTP Error 500: Internal Server Error [[6]]" (code -1)
7.
Packages Scheduled:
8.
9.
* rhncfg-client-5.2.0-0.el5
10.
* rhncfg-5.2.0-0.el5
11.
* rhncfg-actions-5.2.0-0.el5
Apparently the backend complains "ImportError: No module named apacheServ" for any error. But the debug level is set to 1 in the default install. Due to this we donot have sufficient information to track this error.. So the next time we need to s/debug=1/debug=5 in /etc/rhn/default/rhn_server.conf to actually have apache print the actual stack trace... Error like [..~]# yum search osadas Loading "security" plugin Loading "rhnplugin" plugin Error: Cannot retrieve repository metadata (repomd.xml) for repository: rhel-i386-server-5. Please verify its path and try again Only mean that yum server took a long time to respond to the client due to either creating cache or some other machine issue... Assigning this to prad :).. I tested on 0.5 install as well and dont seem to get any errors if have a fully functinal install of spacewalk. closing.. I have this error. I'm running the latest version of python/apache/tomcat from RHEL/OEL 5.3. I've had this issues for a few days. This morning I had errors until I turned debugging on 5. Other then large amounts of debug logs, My issues disappeared. *** This bug has been marked as a duplicate of bug 503584 *** |