Bug 479825 - osa-dispatcher starts before oracle-xe
Summary: osa-dispatcher starts before oracle-xe
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Spacewalk
Classification: Community
Component: Server
Version: 0.4
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jesus M. Rodriguez
QA Contact: Milan Zázrivec
URL:
Whiteboard:
Depends On:
Blocks: space05
TreeView+ depends on / blocked
 
Reported: 2009-01-13 13:00 UTC by Milan Zázrivec
Modified: 2009-09-17 07:08 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-09-17 07:08:56 UTC
Embargoed:


Attachments (Terms of Use)

Description Milan Zázrivec 2009-01-13 13:00:21 UTC
Description of problem:
* new Spacewalk 0.4 installation
* yum install jabberd osa-dispatcher
* machine reboot
* on startup:

Starting osa-dispatcher: sh: dbhome: command not found
RHN 1259 2009/01/13 14:02:29 +02:00: ('Connection attempt failed', 12541, 'ORA-12541: TNS:no listener\n')
RHN 1259 2009/01/13 14:02:29 +02:00: ('Error caught:',)
RHN 1259 2009/01/13 14:02:29 +02:00: ('Traceback (most recent call last):\n  File "/usr/share/rhn/osad/jabber_lib.py", line 120, in main\n    self.setup_config(config)\n  File "/usr/share/rhn/osad/osa_dispatcher.py", line 82, in setup_config\n    rhnSQL.initDB()\n  File "/usr/share/rhn/server/rhnSQL/__init__.py", line 99, 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 332, in connect\n    raise apply(sql_base.SQLConnectError, err_args)\nSQLConnectError: (12541, \'ORA-12541: TNS:no listener\\n\', \'xe\', \'Connection_Connect(): server attach\')\n',)
[  OK  ]
Starting taskomatic:  Starting RHN Taskomatic...
[  OK  ]
Starting Oracle Net Listener.
Starting Oracle Database 10g Express Edition Instance.



Version-Release number of selected component (if applicable):
osa-dispatcher-5.9.1-1

Comment 1 Michael Mráka 2009-01-13 14:55:02 UTC
Fixed in bug 479826 - git commits
commit 1bc6f9bdb32408d90ebccad32f2cbb8f5aa93296
    Automatic commit of package [spacewalk-backend] release [0.4.13-1].
commit 3d89afc195a75346c78ce9657c0d0ab2fb0af84c
    479826 - removed dbhome (no need for ORACLE_HOME in instantclient)

Comment 2 Milan Zázrivec 2009-01-13 15:58:54 UTC
(In reply to comment #1)
> Fixed in bug 479826 - git commits
> commit 1bc6f9bdb32408d90ebccad32f2cbb8f5aa93296
>     Automatic commit of package [spacewalk-backend] release [0.4.13-1].
> commit 3d89afc195a75346c78ce9657c0d0ab2fb0af84c
>     479826 - removed dbhome (no need for ORACLE_HOME in instantclient)

These commits fixed just the 
"Starting osa-dispatcher: sh: dbhome: command not found"
message, not the order in which the services start. I'm moving the
status back to NEW.

Comment 3 Jesus M. Rodriguez 2009-02-24 21:17:23 UTC
The services are ordered correctly in the startup script. the database is specified BEFORE osa-dispatcher.

Comment 4 Milan Zázrivec 2009-03-09 10:32:18 UTC
# runlevel
N 3
# pwd
/etc/rc3.d
# ls *oracle-xe *osa-dispatcher
S76osa-dispatcher  S80oracle-xe

Comment 5 Jesus M. Rodriguez 2009-03-10 22:07:06 UTC
Satellite's embedded oracle uses S75oracle and K24oracle
But oracle-xe uses S80oracle-xe and K05oracle-xe

Comment 6 Jesus M. Rodriguez 2009-03-11 01:38:25 UTC
In order to make this work for both scenarios we should make osa-dispatcher
S81osa-dispatcher
K04osa-dispatcher

Comment 7 Jesus M. Rodriguez 2009-03-11 12:54:09 UTC
fixed in 252c3207ca0fdc601d687fc3f62fb49648d84b01

Comment 8 Jesus M. Rodriguez 2009-04-03 13:50:23 UTC
find . -name *osa-dispatcher*
./rc3.d/S81osa-dispatcher
./rc0.d/K04osa-dispatcher
./rc1.d/K04osa-dispatcher
./init.d/osa-dispatcher
./rc6.d/K04osa-dispatcher
./rc5.d/S81osa-dispatcher
./rc4.d/S81osa-dispatcher
./rc2.d/S81osa-dispatcher

Comment 9 Jesus M. Rodriguez 2009-04-14 14:12:07 UTC
Spacewalk 0.5 released.

Comment 10 Miroslav Suchý 2009-09-17 07:08:56 UTC
Spacewalk 0.5 has been released for long time ago.


Note You need to log in before you can comment on or make changes to this bug.