Kestion de newbie : lancement d'un script au boot.

skunky · 22/05/2003 17:05:32

Bonjour,

je débute ss la debian.

Je dispose d'un script de lancement de mon serveur tomcat dans le dossier /etc/init.d/.

Celui ci fonctionne parfaitement si je tape à la mimine /etc/init.d/tomcat4 start.

J'ai des liens définis vers ce script dans les dossiers rcX.d pour lancer ou stopper le serveur suivant le runlevel.

Cependant au boot de la machine bien que je vois une partie du message m'indiquant le lancement du serveur (ca dépasse de l'écran :x ).

Starting Tomcat 4.0 servlet engine using Java from /usr/lib/j2se/1.3: tomcat4.

je ne trouve pas de process le concernant lorsque je fais un ps et je suis bon pour le lancer à la main et ca m'énerve!!! :x :x :x

Mes questions sont les suivantes :
1. Existe-t-il un log dans lequel je puisse voir toutes les infos affichées sur l'écran lors du boot. (j'en ai trouvé certains qui m'en affichent une partie mais pas tout)? Que dois-je faire pour logger ces infos?
2. Voyez vous une raison pour que ce script plante et vers où dois-je m'orienter pour savoir à quel moment ca plante?

Après avoir étudié le script j'ai remarqué l'appel à l'exécutable par :

if start-stop-daemon --test --start --pidfile "$PIDFILE"
--user $TOMCAT4_USER --startas "$DAEMON" >/dev/null; then
# -p preserves the environment (for $JAVA_HOME etc.)
su -p $TOMCAT4_USER -c ""$DAEMON" start $STARTUP_OPTS"
>>"$LOGDIR/catalina.out" 2>&1
echo "$NAME."

Toutefois je n'ai rien dans le fichier catalina.out juste après le boot.

En fait y'a le /etc/init.d/tomcat4 qui appelle le /usr/bin/tomcat4 qui lui lance réellement le serveur (c'est pas très fin de les appeler ts les deux tomcat4 mais c pas moi c'est le maintainer du package ). Je pense que les 'echo' du usr/bin/tomcat4 avant le lancement du serveur (message d'exceptions) pourraient être intéressants mais je ne les vois pas au boot.

Merci à ceux qui auront eu le courage de lire jusqu'ici.
Si quelqu'un le souhaite je peux lui mailer les différents scripts appelés lors du lancement de tomcat.

J'attend vos idées!
A+.
Skunky

kagou · 22/05/2003 17:44:56

Tu as regardé le log /var/log/daemons ?!
Sinon lorsque tu le lances "à la main" il fonctionne bien ? Et si oui, trouves tu son process avec ps ?

@+

skunky · 22/05/2003 18:28:39

Tu as regardé le log /var/log/daemons ?!

rien d'intéressant concernant mon pb ds ce log (vu que le démon est pas lancé c'est normal qu'il y ait rien)

Sinon lorsque tu le lances "à la main" il fonctionne bien ? Et si oui, trouves tu son process avec ps ?

Oui ca fonctionne impec et je vois mes process tomcat avec un ps.

kagou · 22/05/2003 20:09:56

Pas de commentaires/remarques dans le README sous /ush/share/doc/tomcat ??

skunky · 23/05/2003 11:22:45

Non rien concernant mon pb dans la doc de tomcat.

ioguix · 23/05/2003 11:43:39

Salut,

J'apporte une petite contribution qui pourrais t'aider:
En mode console (et mm avec un terminal graphique), tu peux remonter dans le buffer avec la combinaison Shift-pgup ou Shift-pgdwn.
Malheureusement, je ne sait pas pourkoi une fois l'invite de log arrivée, ce racourcis ne marche qu'une fois sur 2 ou 3 (d'ailleur si qqun sait pkoi...).Bon, ca marche pdt le boot sinon...

Autre chose, as-tu essayer de configurer la résolution de ton terminal? il suffit de modifier la ligne "vga=jeSaisPlusQuoi" dans /etc/lilo.conf par "vga=0x???" où ??? est défini par les valeurs suivantes (tirée de la doc kernel /usr/src/linux/Documentation/fb/vesafb.txt):

    | 640x480  800x600  1024x768 1280x1024
----+-------------------------------------
256 |  0x301    0x303    0x305    0x307
32k |  0x310    0x313    0x316    0x319
64k |  0x311    0x314    0x317    0x31A
16M |  0x312    0x315    0x318    0x31B

Bon chez moi, j'ai jamais fait fonctionner le mode 1280, mais ca marche bien avec la valeur 0x317 par exemple...ça dépend de ta carte...

Je sais pas si ça t'aura aidé beaucoup, mais si c'est le cas alors tant mieux

PS: bien penser à lancer "lilo" une fois lilo.conf modifié...Je préfère le dire, on sait jamais, je suis le premier à (toujours?) oublier de la faire

peyo · 23/05/2003 11:51:58

- tu es certain que dans le rcX.d ou tu as mis ton lien symbolique , X correspond bien au runlevel par défaut défini dans /etc/inittab ?

- est-ce-que tomcat se lance si tu l'appelles en utilisant ton lien ?

> /etc/rcX.d/S80_lien_vers_/etc/init.d/tomcat4 start

skunky · 23/05/2003 18:01:52

Merci pour vos réponses.

peyo j'ai vérifié, tout semble correspondre et tomcat se lance quand j'utilise mon lien.

/etc/rc2.d/S90tomcat4 start
Starting Tomcat 4.0 servlet engine using Java from /usr/lib/j2se/1.3: tomcat4.

Par contre j'ai lu un report de bug intéressant à cette adresse :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=178730

Voilà ce que je pense avoir compris :
Dans le script de lancement de tomcat, on trouve les lignes

# Create catalina.policy (for the security manager)
    rm -f /var/lib/tomcat4/catalina.policy
    cat /etc/tomcat4/policy.d/*.policy >/var/lib/tomcat4/catalina.policy

Voici l'état de mon répertoire /var/lib/tomcat4 :

linux-debian:/var/lib/tomcat4# ls -al
total 24
drwxr-xr-x    4 root     root         4096 mai 23 17:47 .
drwxr-xr-x   32 root     root         4096 mai 22 10:23 ..
-rw-r--r--    1 root     root         6950 mai 23 17:47 catalina.policy
drwxr-xr-x    2 root     root         4096 mai 20 11:31 conf
drwxr-xr-x    4 tomcat4  root         4096 mai 20 12:28 webapps

Je comprend donc bien comme le dit le mec dans son report de bug que le user tomcat4 (ou n'importe quel autre user à part le root) ne pourra pas bidouiller le fichier catalina.policy et que du coup ca vautre.

Mais ce n'est que dans la suite du script que l'on passe sous le user tomcat4 (enfin je crois :?: ) :

su -p $TOMCAT4_USER -c ""$DAEMON" start $STARTUP_OPTS" 
>>"$LOGDIR/catalina.out" 2>&1

Donc ma question est la suivante : au moment du boot de la machine, sous quel utilisateur sommes-nous?

Je sais pas si je suis bien clair.
En gros quand je suis root, le serveur se lance sans problème et si je tente sous un autre compte utilisateur j'ai :

Starting Tomcat 4.0 servlet engine using Java from /usr/lib/j2se/1.3: 
rm: Ne peut délier `/var/lib/tomcat4/catalina.policy': Permission non accordée

Par contre si je fais un

su tomcat4

, le /etc/init.d/tomcat4 start fonctionne...Je comprend plus rien :cry: :cry:

J'en profite pour poser une autre question, comment on connait le mot de passe des utilisateurs système comme tomcat4 ou apache?

Bon si ca vous donne des idées je suis preneur.
Sur ce bon week-end à vous.

peyo · 24/05/2003 19:28:57

il est dit dans le rapport de bug :

 Various fixes are possible. "umask 022" near the top of the script is probably
the simplest.

une solution c'est peut-être d'essayer ...

Andesi - forum

#1 22/05/2003 17:05:32

Kestion de newbie : lancement d'un script au boot.

#2 22/05/2003 17:44:56

Re : Kestion de newbie : lancement d'un script au boot.

#3 22/05/2003 18:28:39

Re : Kestion de newbie : lancement d'un script au boot.

#4 22/05/2003 20:09:56

Re : Kestion de newbie : lancement d'un script au boot.

#5 23/05/2003 11:22:45

Re : Kestion de newbie : lancement d'un script au boot.

#6 23/05/2003 11:43:39

Re : Kestion de newbie : lancement d'un script au boot.

#7 23/05/2003 11:51:58

Re : Kestion de newbie : lancement d'un script au boot.

#8 23/05/2003 18:01:52

Re : Kestion de newbie : lancement d'un script au boot.

#9 24/05/2003 19:28:57

Re : Kestion de newbie : lancement d'un script au boot.

Pied de page des forums