J'ai install=E9 une base Oracle et j'ai voulu automatiser sont arr=EAt.
Dans /etc/init.d j'ai cr=E9e le script oracle qui r=E9agit aux param=E8tres
start et stop.
Il se trouve que tous les scripts S fonctionnent, si je boute le
serveur Oracle d=E9marre, par contre l'arr=EAt n'est jamais fait.
Voici les liens K que j'ai cr=E9es :
ln -s /etc/init.d/oracle /etc/rc.d/rc0.d/K01oracle
ln -s /etc/init.d/oracle /etc/rc.d/rc1.d/K01oracle
ln -s /etc/init.d/oracle /etc/rc.d/rc6.d/K01oracle
J'ai cr=E9e une log dans /etc/init.d/oracle pour savoir quand ce script
est appel=E9 et les param=E8tres qui lui sont pass=E9, au d=E9marrage pas d=
e
probl=E8me je vois une trace dans la log, mais le script n'est jamais
appel=E9 sur un arr=EAt.
Manuellement le script oracle stop fonctionne bien.
Auriez vous une id=E9e de l'origine de mon probl=E8me ?
mais dans drakxservices le service oracle est toujours considéré comme arrêté, bien que les bouttons démarrrer et arrêter fonctionnent sans problème.
Normalement, le fait que drakxservices le voit comme arrêté ne doit pas empêcher le système d'envoyer quand même un stop à l'arrêt.
J'ai fais un script de lancement et d'arrêt Oracle sur quelques machines et je voyais bien à l'arrêt que la machine stoppait le service (base+webinterface+listener).
Par contre je suis passé par chkconfig + ntsysv.
Note de bourrin: si ça marche pas, remplace les commandes halt, reboot et shutdown par un alias qui fait "commande && service oracle stop".
Je sais, c'est dégueu, mais si mon script n'avait pas fonctionné j'aurais préféré ça que de niquer mes bases oracle.
-- Floris Dubreuil
wwwtrashspam@gmail.com a écrit :
On 3 avr, 13:25, Fabien LE LEZ <grams...@gramster.com> wrote:
mais dans drakxservices le service oracle est toujours considéré comme
arrêté, bien que les bouttons démarrrer et arrêter fonctionnent sans
problème.
Normalement, le fait que drakxservices le voit comme arrêté ne doit pas
empêcher le système d'envoyer quand même un stop à l'arrêt.
J'ai fais un script de lancement et d'arrêt Oracle sur quelques machines
et je voyais bien à l'arrêt que la machine stoppait le service
(base+webinterface+listener).
Par contre je suis passé par chkconfig + ntsysv.
Note de bourrin: si ça marche pas, remplace les commandes halt, reboot
et shutdown par un alias qui fait "commande && service oracle stop".
Je sais, c'est dégueu, mais si mon script n'avait pas fonctionné
j'aurais préféré ça que de niquer mes bases oracle.
mais dans drakxservices le service oracle est toujours considéré comme arrêté, bien que les bouttons démarrrer et arrêter fonctionnent sans problème.
Normalement, le fait que drakxservices le voit comme arrêté ne doit pas empêcher le système d'envoyer quand même un stop à l'arrêt.
J'ai fais un script de lancement et d'arrêt Oracle sur quelques machines et je voyais bien à l'arrêt que la machine stoppait le service (base+webinterface+listener).
Par contre je suis passé par chkconfig + ntsysv.
Note de bourrin: si ça marche pas, remplace les commandes halt, reboot et shutdown par un alias qui fait "commande && service oracle stop".
Je sais, c'est dégueu, mais si mon script n'avait pas fonctionné j'aurais préféré ça que de niquer mes bases oracle.
-- Floris Dubreuil
Cumbalero
a écrit :
Avec drakxservices sous mdv j'ai constaté que le service Oracle éta it toujours arrété.
Sous Debian, dans /etc/defaults, tu peux inhiber les scripts de démarrage de l'init.d en mettant une directive "STARTúulse" dans un fichier qui porte le nom du service en question.
Il y a peut-être un mécanisme équivalent sous Mandriva
A+ JF
wwwtrashspam@gmail.com a écrit :
Avec drakxservices sous mdv j'ai constaté que le service Oracle éta it
toujours arrété.
Sous Debian, dans /etc/defaults, tu peux inhiber les scripts de
démarrage de l'init.d en mettant une directive "START=faulse" dans un
fichier qui porte le nom du service en question.
Il y a peut-être un mécanisme équivalent sous Mandriva
Avec drakxservices sous mdv j'ai constaté que le service Oracle éta it toujours arrété.
Sous Debian, dans /etc/defaults, tu peux inhiber les scripts de démarrage de l'init.d en mettant une directive "STARTúulse" dans un fichier qui porte le nom du service en question.
Il y a peut-être un mécanisme équivalent sous Mandriva
A+ JF
wwwtrashspam
On 5 avr, 17:36, Floris wrote:
a écrit :
> On 3 avr, 13:25, Fabien LE LEZ wrote: > mais dans drakxservices le service oracle est toujours considéré co mme > arrêté, bien que les bouttons démarrrer et arrêter fonctionnent sans > problème.
Normalement, le fait que drakxservices le voit comme arrêté ne doit p as empêcher le système d'envoyer quand même un stop à l'arrêt.
Je prenais ça pour un début de piste qui n'a pas aboutit.
J'ai fais un script de lancement et d'arrêt Oracle sur quelques machine s et je voyais bien à l'arrêt que la machine stoppait le service (base+webinterface+listener).
Par contre je suis passé par chkconfig + ntsysv.
Oui, mais tu as du créer un script dans /etc/init.d. J'ai crée un services 'test' qui ne fait que écrire dans une log qu'il démarre ou s'arrête, même topo. Et là je suis perdu, j'ai dupliqué un script existant qui fonctionne et j'ai virer les commandes puis mis des echo "$0 $1" >> /var/log/ test.log Même problème un truc m'échappe.
Note de bourrin: si ça marche pas, remplace les commandes halt, reboot et shutdown par un alias qui fait "commande && service oracle stop".
Je sais, c'est dégueu, mais si mon script n'avait pas fonctionné j'aurais préféré ça que de niquer mes bases oracle.
Oui, mais là c'est pas grave, je veux par contre comprendre ou est la subtilité, sous HP jamais eu de problèmes.
On 5 avr, 17:36, Floris <nos...@free.fr> wrote:
wwwtrashs...@gmail.com a écrit :
> On 3 avr, 13:25, Fabien LE LEZ <grams...@gramster.com> wrote:
> mais dans drakxservices le service oracle est toujours considéré co mme
> arrêté, bien que les bouttons démarrrer et arrêter fonctionnent sans
> problème.
Normalement, le fait que drakxservices le voit comme arrêté ne doit p as
empêcher le système d'envoyer quand même un stop à l'arrêt.
Je prenais ça pour un début de piste qui n'a pas aboutit.
J'ai fais un script de lancement et d'arrêt Oracle sur quelques machine s
et je voyais bien à l'arrêt que la machine stoppait le service
(base+webinterface+listener).
Par contre je suis passé par chkconfig + ntsysv.
Oui, mais tu as du créer un script dans /etc/init.d.
J'ai crée un services 'test' qui ne fait que écrire dans une log qu'il
démarre ou s'arrête, même topo.
Et là je suis perdu, j'ai dupliqué un script existant qui fonctionne
et j'ai virer les commandes puis mis des echo "$0 $1" >> /var/log/
test.log
Même problème un truc m'échappe.
Note de bourrin: si ça marche pas, remplace les commandes halt, reboot
et shutdown par un alias qui fait "commande && service oracle stop".
Je sais, c'est dégueu, mais si mon script n'avait pas fonctionné
j'aurais préféré ça que de niquer mes bases oracle.
Oui, mais là c'est pas grave, je veux par contre comprendre ou est la
subtilité, sous HP jamais eu de problèmes.
> On 3 avr, 13:25, Fabien LE LEZ wrote: > mais dans drakxservices le service oracle est toujours considéré co mme > arrêté, bien que les bouttons démarrrer et arrêter fonctionnent sans > problème.
Normalement, le fait que drakxservices le voit comme arrêté ne doit p as empêcher le système d'envoyer quand même un stop à l'arrêt.
Je prenais ça pour un début de piste qui n'a pas aboutit.
J'ai fais un script de lancement et d'arrêt Oracle sur quelques machine s et je voyais bien à l'arrêt que la machine stoppait le service (base+webinterface+listener).
Par contre je suis passé par chkconfig + ntsysv.
Oui, mais tu as du créer un script dans /etc/init.d. J'ai crée un services 'test' qui ne fait que écrire dans une log qu'il démarre ou s'arrête, même topo. Et là je suis perdu, j'ai dupliqué un script existant qui fonctionne et j'ai virer les commandes puis mis des echo "$0 $1" >> /var/log/ test.log Même problème un truc m'échappe.
Note de bourrin: si ça marche pas, remplace les commandes halt, reboot et shutdown par un alias qui fait "commande && service oracle stop".
Je sais, c'est dégueu, mais si mon script n'avait pas fonctionné j'aurais préféré ça que de niquer mes bases oracle.
Oui, mais là c'est pas grave, je veux par contre comprendre ou est la subtilité, sous HP jamais eu de problèmes.
wwwtrashspam
On 6 avr, 08:41, Cumbalero wrote:
a écrit :
> Avec drakxservices sous mdv j'ai constaté que le service Oracle éta it > toujours arrété.
Sous Debian, dans /etc/defaults, tu peux inhiber les scripts de démarrage de l'init.d en mettant une directive "STARTúulse" dans un fichier qui porte le nom du service en question.
Il y a peut-être un mécanisme équivalent sous Mandriva
Pas vu d'équivalent dans le man mandriva.
On 6 avr, 08:41, Cumbalero <cumbal...@NOSPAM.yahoo.fr> wrote:
wwwtrashs...@gmail.com a écrit :
> Avec drakxservices sous mdv j'ai constaté que le service Oracle éta it
> toujours arrété.
Sous Debian, dans /etc/defaults, tu peux inhiber les scripts de
démarrage de l'init.d en mettant une directive "START=faulse" dans un
fichier qui porte le nom du service en question.
Il y a peut-être un mécanisme équivalent sous Mandriva
> Avec drakxservices sous mdv j'ai constaté que le service Oracle éta it > toujours arrété.
Sous Debian, dans /etc/defaults, tu peux inhiber les scripts de démarrage de l'init.d en mettant une directive "STARTúulse" dans un fichier qui porte le nom du service en question.
Il y a peut-être un mécanisme équivalent sous Mandriva
Pas vu d'équivalent dans le man mandriva.
wwwtrashspam
La solution, sous mandriva, est simple (on me l'avait donnée par mail, mais je ne regarde pas souvent) : Il faut créer un lock avec exactement le même nom que le service. Je faisais touch /var/lock/subsys/oracle.lock Et il faut faire touch /var/lock/subsys/oracle
La solution, sous mandriva, est simple (on me l'avait donnée par mail,
mais je ne regarde pas souvent) :
Il faut créer un lock avec exactement le même nom que le service.
Je faisais touch /var/lock/subsys/oracle.lock
Et il faut faire touch /var/lock/subsys/oracle
La solution, sous mandriva, est simple (on me l'avait donnée par mail, mais je ne regarde pas souvent) : Il faut créer un lock avec exactement le même nom que le service. Je faisais touch /var/lock/subsys/oracle.lock Et il faut faire touch /var/lock/subsys/oracle
Floris
a écrit :
La solution, sous mandriva, est simple (on me l'avait donnée par mail, mais je ne regarde pas souvent) : Il faut créer un lock avec exactement le même nom que le service. Je faisais touch /var/lock/subsys/oracle.lock Et il faut faire touch /var/lock/subsys/oracle
C'est bien d'avoir posté la solution. Bravo!
-- Floris Dubreuil
wwwtrashspam@gmail.com a écrit :
La solution, sous mandriva, est simple (on me l'avait donnée par mail,
mais je ne regarde pas souvent) :
Il faut créer un lock avec exactement le même nom que le service.
Je faisais touch /var/lock/subsys/oracle.lock
Et il faut faire touch /var/lock/subsys/oracle
La solution, sous mandriva, est simple (on me l'avait donnée par mail, mais je ne regarde pas souvent) : Il faut créer un lock avec exactement le même nom que le service. Je faisais touch /var/lock/subsys/oracle.lock Et il faut faire touch /var/lock/subsys/oracle
