Bug 512960
| Summary: | rhnpush Causes httpd Segfault On Fedora 10 | ||
|---|---|---|---|
| Product: | [Community] Spacewalk | Reporter: | Devan Goodwin <dgoodwin> |
| Component: | Server | Assignee: | Devan Goodwin <dgoodwin> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Devan Goodwin <dgoodwin> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 0.6 | CC: | bkearney |
| 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-09-10 12:06:38 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: | 456554 | ||
This issue is NOT happening on Fedora 11. (lends credence to the theory it's the rpmdb mismatch IMO) James Bowes provided us with a fix: spaceawlk.git: ef3bece2f536e2ea86456e872f53fa47b18dfc6d Testing as soon as the new packages hit devel repo. Verified, now working nicely. Spacewalk 0.6 released |
Description of problem: When running rhnpush on Fedora 10, package upload fails due to a segmentation fault in httpd. Version-Release number of selected component (if applicable): spacewalk 0.6. rhnpush-5.4.2-1.fc10.noarch httpd-2.2.11-2.fc10.i386 httpd-tools-2.2.11-2.fc10.i386 rhn-org-httpd-ssl-key-pair-sw2-1.0-3.noarch How reproducible: 100% Steps to Reproduce: 1. Attempt an rhnpush to a 0.6 Spacewalk install on Fedora 10. 2. 3. Actual results: ==> rhn/rhn_upload_package_push.log <== 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnImport.load('Attempting to load module __init__.pyc from upload_server.handlers /usr/share/rhn/upload_server/handlers',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnImport.load('Attempting to load module __init__.pyo from upload_server.handlers /usr/share/rhn/upload_server/handlers',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnImport.load('Attempting to load module __init__.py from upload_server.handlers /usr/share/rhn/upload_server/handlers',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnImport.load('Attempting to load module package_push from upload_server.handlers /usr/share/rhn/upload_server/handlers',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnImport.load('Module package_push loaded',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/apacheUploadServer._wrapper('Calling', <bound method PackagePush.headerParserHandler of <upload_server.handlers.package_push.package_push.PackagePush instance at 0x1b2d76c>>) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnPackageUpload.headerParserHandler('Method', 'POST') 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: rhnSQL/driver_cx_Oracle.connect('Connecting to database', 'xe') 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: package_push/package_push.headerParserHandler('Username', None, 'Force', 0) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnPackageUpload.authenticate_session('143x2c3ba1dcc1449ab4ec1e6f19d1490f56', 0) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnUser.session_reload('143x2c3ba1dcc1449ab4ec1e6f19d1490f56',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: rhnSQL/driver_cx_Oracle._execute_wrapper('Executing SQL: "select web_user_id, expires, value from pxtSessions where id = :session_id" with bind params: {session_id: 143}',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnUser.reload(1,) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: rhnSQL/driver_cx_Oracle._execute_wrapper('Executing SQL: "select * from web_contact where id = :hashval" with bind params: {hashval: 1}',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: rhnSQL/driver_cx_Oracle._execute_wrapper('Executing SQL: "select * from web_customer where id = :hashval" with bind params: {hashval: 1}',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: rhnSQL/driver_cx_Oracle._execute_wrapper('Executing SQL: "select * from web_user_personal_info where web_user_id = :hashval" with bind params: {hashval: 1}',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: rhnSQL/driver_cx_Oracle._execute_wrapper('Executing SQL: "select * from web_user_contact_permission where web_user_id = :hashval" with bind params: {hashval: 1}',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: rhnSQL/driver_cx_Oracle._execute_wrapper('Executing SQL: "select * from web_user_site_info where web_user_id = :userid and type = \'M\'" with bind params: {userid: 1}',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: importlib/userAuth.getUserGroupsFromUserInstance(1,) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: rhnSQL/driver_cx_Oracle._execute_wrapper('Executing SQL: "select ugt.label from rhnUserGroupType ugt, rhnUserGroup ug, rhnUserGroupMembers ugm where ugm.user_id = :user_id and ugm.user_group_id = ug.id and ug.group_type = ugt.id" with bind params: {user_id: 1}',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: importlib/userAuth.auth_session("Groups: ['satellite_admin', 'org_admin']; org_id: 1; user_id: 1",) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: importlib/userAuth.authzOrg('info[orgId]', 1, 'org id', 1) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: importlib/userAuth.isSuperuser('Is NOT superuser',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: importlib/userAuth.isOrgAdmin('Is org admin',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: importlib/userAuth.authzOrg('Org authorized (org_admin or channel_admin)',) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/apacheUploadServer._wrapper('Calling', <bound method PackagePush.handler of <upload_server.handlers.package_push.package_push.PackagePush instance at 0x1b2d76c>>) 2009/07/21 10:41:59 -03:00 1902 127.0.0.1: server/rhnPackageUpload.handler('Method', 'POST') ==> httpd/error_log <== [Tue Jul 21 10:41:59 2009] [notice] child pid 1902 exit signal Segmentation fault (11) Expected results: Push succeeds. Additional info: This is almost surely related to the rpmdb mismatch from https://bugzilla.redhat.com/show_bug.cgi?id=487621#c5 While we worked around it for that particular bug, I suspect the issue is biting us again. If my assumption is correct then bug #491119 is probably of interest as well.