Bug 492138
| Summary: | after the installation getting WEB TRACEBACK email each minute | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Satellite 5 | Reporter: | Jan Hutař <jhutar> | ||||
| Component: | Server | Assignee: | Jan Pazdziora <jpazdziora> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | John Matthews <jmatthew> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 530 | CC: | bperkins, cperry, gkhachik, mzazrivec | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | sat530 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-09-10 19:12:28 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: | 457079 | ||||||
| Attachments: |
|
||||||
|
Description
Jan Hutař
2009-03-25 15:11:34 UTC
The SELinux denial message is different to the tracebacks. The tracebacks attached within the tar file all indicate a network and/or DB connection issue. Was this Satellite's WebUI and other area's functioning correctly with DB communications? Wondering if the DB was in a failed state or not. Otherwise, we have two possible issues/bugs here within the 5 tracebacks provided, 4 were taskomatic DB connection, the other was cobbler network connection traceback. Cliff Hello, this was part of the automated RHTS test so I do not know if WebUI was OK. I'll try to recreate and will let you know: http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=52308 Hello, I have installed 530 again, and email-flood continued. Could you please take a look at: z204.z900.redhat.com root/rhts - I have stopped satellite to get rid of the emails. This RHTS system is reserved for 3 days. Thank you in advance, Jan Sorry Jan, we missed it. Can you set it up again? Hello,
not sure if this will help you as current nightly seems to be completely broken on RHEL5 s390x with Enforcing Satellite (I'm not getting any tracebacks right now), but this is what I have done:
# setenforce 0
# ./install.pl --disconnected
Created admin user in the WebUI
# rhn-satellite stop
# setenforce 1
# rhn-satellite stop
You can try yourself on:
z206.z900.redhat.com root/rhts
(will be reserved for next +- 90 hours)
# rhn-satellite restart
Shutting down rhn-satellite...
Stopping RHN Taskomatic...
Stopped RHN Taskomatic.
Stopping cobbler daemon: [ OK ]
Stopping rhn-search...
Stopped rhn-search.
Stopping MonitoringScout ... [ OK ]
Stopping Monitoring ... [ OK ]
Stopping httpd: [ OK ]
Stopping tomcat5: [ OK ]
Shutting down osa-dispatcher: [ OK ]
Shutdown Oracle: Processing Database instance "rhnsat": log file /opt/apps/oracle/web/product/10.2.0/db_1/log/shutdown.log
[ OK ]
Shutting down Jabber router: [FAILED]
Done.
Starting rhn-satellite...
Starting Jabber services[ OK ]
Starting Oracle: /opt/apps/oracle/web/product/10.2.0/db_1/bin/lsnrctl: error while loading shared libraries: libclntsh.so.10.1: cannot enable executable stack as shared object requires: Permission denied
Processing Database instance "rhnsat": log file /opt/apps/oracle/web/product/10.2.0/db_1/log/startup.log
[ OK ]
Starting osa-dispatcher: RHN 29273 2009/04/01 09:16:37 -04:00: ('Connection attempt failed', 12541, 'ORA-12541: TNS:no listener\n')
RHN 29273 2009/04/01 09:16:37 -04:00: ('Error caught:',)
RHN 29273 2009/04/01 09:16:37 -04:00: ('Traceback (most recent call last):\n File "/usr/share/rhn/osad/jabber_lib.py", line 119, in main\n self.setup_config(config)\n File "/usr/share/rhn/osad/osa_dispatcher.py", line 81, in setup_config\n rhnSQL.initDB()\n File "/usr/share/rhn/server/rhnSQL/__init__.py", line 98, in initDB\n __init__DB(backend, host, port, username, password, database)\n File "/usr/share/rhn/server/rhnSQL/__init__.py", line 52, in __init__DB\n __DB.connect()\n File "/usr/share/rhn/server/rhnSQL/driver_cx_Oracle.py", line 333, in connect\n raise apply(sql_base.SQLConnectError, err_args)\nSQLConnectError: (12541, \'ORA-12541: TNS:no listener\\n\', \'rhnsat\', \'Connection_Connect(): server attach\')\n',)
[ OK ]
Starting tomcat5: [ OK ]
Starting httpd: [ OK ]
Starting Monitoring ... [ OK ]
Starting MonitoringScout ... [ OK ]
Starting rhn-search...
Starting cobbler daemon: [ OK ]
Starting RHN Taskomatic...
Done.
Err, my fault, I'm getting these tracebacks - so I have stopped the Satellite on that system. Accepting this bug. We see the connection problems with SELinux in Enforcing, but not in Permissive. Specifically on s390x with the 2009-03-27 ISO. We hope to have this addressed via bug 491949, in thirdparty repo commit 0325d2d95fa5c2cc40a756da4529243fe2157808. The package oracle-server-s390x-10.2.0.4-42 is on the Satellite-5.3.0-RHEL5-re20090403.2 ISO. Moving ON_QA. Installed ISO Satellite-5.3.0-RHEL5-re20090625.0-s390x-embedded-oracle.iso This is on s390x, I don't see any traceback emails. Marking VERIFIED Verified with last stage iso -> RELEASE_PENDING An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-1434.html |