Bug 1449124
| Summary: | spacewalk-debug (on external Oracle) output contains: /sbin/runuser: warning: cannot change directory to /opt/apps/oracle: No such file or directory | ||
|---|---|---|---|
| Product: | Red Hat Satellite 5 | Reporter: | Jan Hutař <jhutar> |
| Component: | Server | Assignee: | Tomáš Kašpárek <tkasparek> |
| Status: | CLOSED ERRATA | QA Contact: | Jan Hutař <jhutar> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 580 | CC: | dyordano, lhellebr, tlestach |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | spacewalk-backend-2.5.3-152-sat spacewalk-web-2.5.2-12-sat spacewalk-2.5.0-12-sat | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-10-19 11:57:19 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: | 1450111 | ||
I've managed to reproduce this issue - in fact there's even simpler reproducer than running spacewalk-debug.
if [ -f /usr/bin/db-control ] ; then
/usr/bin/db-control report > $DIR/db-control-report
fi
The issue is actually in db-control which should not be present on machines with Oracle - this may be possible for satellites upgraded from 5.5 and earlier versions.
There's actually issue with db-control report not working with Oracle at all:
# /usr/bin/db-control report
/sbin/runuser: warning: cannot change directory to /opt/apps/oracle: No such file or directory
Error: The database must be running to get a space report.
As part of fix I am going to change: run db-control report only with PG database in spacewalk-debug.
Shall I also add obsolete for spacewalk-dobby into spacewalk-oracle package? Or is there any reason why we should keep it? (I am not aware of any)
spacewalk.git(master): cccd8324a8d09ad98a3bafc51621f811b6428c8c 4d5a5c95333283f4d186dd49068a6d666da467ae Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2017:2915 |
Description of problem: spacewalk-debug output contains: /sbin/runuser: warning: cannot change directory to /opt/apps/oracle: No such file or directory Version-Release number of selected component (if applicable): spacewalk-backend-tools-2.5.3-121.el6sat.noarch How reproducible: always Steps to Reproduce: 1. Have satellite on external Oracle 2. # spacewalk-debug Actual results: # spacewalk-debug Collecting and packaging relevant diagnostic information. Warning: this may take some time... * copying configuration information * copying logs * copying config-defaults files * copying cobbler files * copying ssl-build * copying /etc/sudoers* * copying apache, postgres, tomcat entries from /etc/passwd * copying apache, postgres, tomcat entries from /etc/group * querying RPM database (versioning of Spacewalk, etc.) * querying schema version, database charactersets and database /sbin/runuser: warning: cannot change directory to /opt/apps/oracle: No such file or directory * querying users timezone and localization preferences * get diskspace available * get database statistics * get schema statistics * copying audit.log * copying tasko/sat * timestamping * creating tarball (may take some time): /tmp/spacewalk-debug.tar.bz2 * removing temporary debug tree Debug dump created, stored in /tmp/spacewalk-debug.tar.bz2 Expected results: There should be no "No such file or directory" in the tool's output Additional info: rhn.conf contains: db_backend = oracle db_user = rhnsat db_password = rhnsat db_name = //guest:1522/rhnsat.world db_host = guest db_port = 1522 db_ssl_enabled =