je rencontre actuellement des probl=E8mes avec autofs sur une etch =E0 jour=
, en
effet il refuse de se lancer au d=E9marrage de la machine !
Le script /etc/init.d/autofs est pourtant bien ex=E9cut=E9 au d=E9marrage d=
e la
machine, mais le programme automount n'est pas pr=E9sent dans la liste des
process !
Si je lance le script manuellement, automount d=E9marre correctement.
En regardant ce que fais le script, je remarque que celui-ci charge tout
d'abord un module noyau (autofs4), je confirme que ce module est
correctement charg=E9 apr=E8s le d=E9marrage de la machine.
Le probl=E8me semble =EAtre localis=E9 au niveau de la commande start-stop-=
daemon,
mais ce que je ne m'explique pas c'est pourquoi un lancement manuel
fonctionne et pas un lancement au boot du syst=E8me.
Je pr=E9cise que j'utilise autofs dans le cadre de montage de r=E9pertoire =
NFS,
et une partie de la conf est stock=E9e dans un annuaire LDAP.
J'ai bien essay=E9 de d=E9marrer autofs en position 99 de /etc/rc2.d, mais =
le
probl=E8me persiste.
Bonjour =E0 tous,<br><br>je rencontre actuellement des probl=E8mes avec aut=
ofs sur une etch =E0 jour, en effet il refuse de se lancer au d=E9marrage d=
e la machine !<br><br>Le script /etc/init.d/autofs est pourtant bien ex=E9c=
ut=E9 au d=E9marrage de la machine, mais le programme automount n'est p=
as pr=E9sent dans la liste des process !<br>
Si je lance le script manuellement, automount d=E9marre correctement.<br><b=
r>En regardant ce que fais le script, je remarque que celui-ci charge tout =
d'abord un module noyau (autofs4), je confirme que ce module est correc=
tement charg=E9 apr=E8s le d=E9marrage de la machine.<br>
<br>Le probl=E8me semble =EAtre localis=E9 au niveau de la commande start-s=
top-daemon, mais ce que je ne m'explique pas c'est pourquoi un lanc=
ement manuel fonctionne et pas un lancement au boot du syst=E8me.<br><br>Je=
pr=E9cise que j'utilise autofs dans le cadre de montage de r=E9pertoir=
e NFS, et une partie de la conf est stock=E9e dans un annuaire LDAP.<br>
<br>J'ai bien essay=E9 de d=E9marrer autofs en position 99 de /etc/rc2.=
d, mais le probl=E8me persiste.<br><br>Merci par avance pour votre aide,<br=
><br>Laurent<br>
------=_Part_1483_7423945.1211362384366--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je me réponds à moi même, j'ai trouvé l'origine du problème.
En fait, automount est lancé au moment où le système fait un DHCP dis cover pour obtenir une adresse IP.
Etant donné que automount veut "binder" le LDAP pour récupérer sa con f et qu'à ce moment précis, il n'y a pas d'adresse IP affectée, il est é vident que le daemon se vautre lamentablement d'où l'erreur dans les log "unable to bind ldap server".
Le script de lancement d'autofs n'étant pas très waterproof, j'ai rajou té dans celui-ci un sleep de 5 secondes de quoi laisser le temps au DHCP pour m'affecter une adresse IP et ceci résout donc mon problème.
Cordialement,
Laurent
Le 21 mai 2008 11:33, Laurent Oliva a écrit :
Bonjour à tous,
je rencontre actuellement des problèmes avec autofs sur une etch à jo ur, en effet il refuse de se lancer au démarrage de la machine !
Le script /etc/init.d/autofs est pourtant bien exécuté au démarrage de la machine, mais le programme automount n'est pas présent dans la liste de s process ! Si je lance le script manuellement, automount démarre correctement.
En regardant ce que fais le script, je remarque que celui-ci charge tout d'abord un module noyau (autofs4), je confirme que ce module est correctement chargé après le démarrage de la machine.
Le problème semble être localisé au niveau de la commande start-stop-daemon, mais ce que je ne m'explique pas c'est pourquoi un lancement manuel fonctionne et pas un lancement au boot du système.
Je précise que j'utilise autofs dans le cadre de montage de répertoir e NFS, et une partie de la conf est stockée dans un annuaire LDAP.
J'ai bien essayé de démarrer autofs en position 99 de /etc/rc2.d, mai s le problème persiste.
Bonjour,<br><br>Je me réponds à moi même, j'ai trouvé l'ori gine du problème.<br><br>En fait, automount est lancé au moment où le système fait un DHCP discover pour obtenir une adresse IP.<br><br>Etant donné que automount veut "binder" le LDAP pour récupérer sa conf et qu'à ce moment précis, il n'y a pas d'adresse IP a ffectée, il est évident que le daemon se vautre lamentablement d'o ù l'erreur dans les log "unable to bind ldap server".<br> <br>Le script de lancement d'autofs n'étant pas très waterproof , j'ai rajouté dans celui-ci un sleep de 5 secondes de quoi laisser l e temps au DHCP pour m'affecter une adresse IP et ceci résout donc mo n problème.<br> <br>Cordialement,<br><br>Laurent<br><br><div class="gmail_quote">Le 21 ma i 2008 11:33, Laurent Oliva <<a href="mailto:"> </a>> a écrit :<br><blockquote class="gmail_q uote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0 pt 0.8ex; padding-left: 1ex;"> Bonjour à tous,<br><br>je rencontre actuellement des problèmes avec aut ofs sur une etch à jour, en effet il refuse de se lancer au démarrage d e la machine !<br><br>Le script /etc/init.d/autofs est pourtant bien exéc uté au démarrage de la machine, mais le programme automount n'est p as présent dans la liste des process !<br>
Si je lance le script manuellement, automount démarre correctement.<br><b r>En regardant ce que fais le script, je remarque que celui-ci charge tout d'abord un module noyau (autofs4), je confirme que ce module est correc tement chargé après le démarrage de la machine.<br>
<br>Le problème semble être localisé au niveau de la commande start-s top-daemon, mais ce que je ne m'explique pas c'est pourquoi un lanc ement manuel fonctionne et pas un lancement au boot du système.<br><br>Je précise que j'utilise autofs dans le cadre de montage de répertoir e NFS, et une partie de la conf est stockée dans un annuaire LDAP.<br>
<br>J'ai bien essayé de démarrer autofs en position 99 de /etc/rc2. d, mais le problème persiste.<br><br>Merci par avance pour votre aide,<br ><font color="#888888"><br>Laurent<br> </font></blockquote></div><br>
------=_Part_5372_1781467.1211442187773--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Je me réponds à moi même, j'ai trouvé l'origine du problème.
En fait, automount est lancé au moment où le système fait un DHCP dis cover
pour obtenir une adresse IP.
Etant donné que automount veut "binder" le LDAP pour récupérer sa con f et
qu'à ce moment précis, il n'y a pas d'adresse IP affectée, il est é vident
que le daemon se vautre lamentablement d'où l'erreur dans les log "unable to
bind ldap server".
Le script de lancement d'autofs n'étant pas très waterproof, j'ai rajou té
dans celui-ci un sleep de 5 secondes de quoi laisser le temps au DHCP pour
m'affecter une adresse IP et ceci résout donc mon problème.
Cordialement,
Laurent
Le 21 mai 2008 11:33, Laurent Oliva <laurent.oliva@gmail.com> a écrit :
Bonjour à tous,
je rencontre actuellement des problèmes avec autofs sur une etch à jo ur, en
effet il refuse de se lancer au démarrage de la machine !
Le script /etc/init.d/autofs est pourtant bien exécuté au démarrage de la
machine, mais le programme automount n'est pas présent dans la liste de s
process !
Si je lance le script manuellement, automount démarre correctement.
En regardant ce que fais le script, je remarque que celui-ci charge tout
d'abord un module noyau (autofs4), je confirme que ce module est
correctement chargé après le démarrage de la machine.
Le problème semble être localisé au niveau de la commande
start-stop-daemon, mais ce que je ne m'explique pas c'est pourquoi un
lancement manuel fonctionne et pas un lancement au boot du système.
Je précise que j'utilise autofs dans le cadre de montage de répertoir e NFS,
et une partie de la conf est stockée dans un annuaire LDAP.
J'ai bien essayé de démarrer autofs en position 99 de /etc/rc2.d, mai s le
problème persiste.
Bonjour,<br><br>Je me réponds à moi même, j'ai trouvé l'ori gine du problème.<br><br>En fait, automount est lancé au moment où le système fait un DHCP discover pour obtenir une adresse IP.<br><br>Etant donné que automount veut "binder" le LDAP pour récupérer sa conf et qu'à ce moment précis, il n'y a pas d'adresse IP a ffectée, il est évident que le daemon se vautre lamentablement d'o ù l'erreur dans les log "unable to bind ldap server".<br>
<br>Le script de lancement d'autofs n'étant pas très waterproof , j'ai rajouté dans celui-ci un sleep de 5 secondes de quoi laisser l e temps au DHCP pour m'affecter une adresse IP et ceci résout donc mo n problème.<br>
<br>Cordialement,<br><br>Laurent<br><br><div class="gmail_quote">Le 21 ma i 2008 11:33, Laurent Oliva <<a href="mailto:laurent.oliva@gmail.com"> laurent.oliva@gmail.com</a>> a écrit :<br><blockquote class="gmail_q uote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0 pt 0.8ex; padding-left: 1ex;">
Bonjour à tous,<br><br>je rencontre actuellement des problèmes avec aut ofs sur une etch à jour, en effet il refuse de se lancer au démarrage d e la machine !<br><br>Le script /etc/init.d/autofs est pourtant bien exéc uté au démarrage de la machine, mais le programme automount n'est p as présent dans la liste des process !<br>
Si je lance le script manuellement, automount démarre correctement.<br><b r>En regardant ce que fais le script, je remarque que celui-ci charge tout d'abord un module noyau (autofs4), je confirme que ce module est correc tement chargé après le démarrage de la machine.<br>
<br>Le problème semble être localisé au niveau de la commande start-s top-daemon, mais ce que je ne m'explique pas c'est pourquoi un lanc ement manuel fonctionne et pas un lancement au boot du système.<br><br>Je précise que j'utilise autofs dans le cadre de montage de répertoir e NFS, et une partie de la conf est stockée dans un annuaire LDAP.<br>
<br>J'ai bien essayé de démarrer autofs en position 99 de /etc/rc2. d, mais le problème persiste.<br><br>Merci par avance pour votre aide,<br ><font color="#888888"><br>Laurent<br>
</font></blockquote></div><br>
------=_Part_5372_1781467.1211442187773--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je me réponds à moi même, j'ai trouvé l'origine du problème.
En fait, automount est lancé au moment où le système fait un DHCP dis cover pour obtenir une adresse IP.
Etant donné que automount veut "binder" le LDAP pour récupérer sa con f et qu'à ce moment précis, il n'y a pas d'adresse IP affectée, il est é vident que le daemon se vautre lamentablement d'où l'erreur dans les log "unable to bind ldap server".
Le script de lancement d'autofs n'étant pas très waterproof, j'ai rajou té dans celui-ci un sleep de 5 secondes de quoi laisser le temps au DHCP pour m'affecter une adresse IP et ceci résout donc mon problème.
Cordialement,
Laurent
Le 21 mai 2008 11:33, Laurent Oliva a écrit :
Bonjour à tous,
je rencontre actuellement des problèmes avec autofs sur une etch à jo ur, en effet il refuse de se lancer au démarrage de la machine !
Le script /etc/init.d/autofs est pourtant bien exécuté au démarrage de la machine, mais le programme automount n'est pas présent dans la liste de s process ! Si je lance le script manuellement, automount démarre correctement.
En regardant ce que fais le script, je remarque que celui-ci charge tout d'abord un module noyau (autofs4), je confirme que ce module est correctement chargé après le démarrage de la machine.
Le problème semble être localisé au niveau de la commande start-stop-daemon, mais ce que je ne m'explique pas c'est pourquoi un lancement manuel fonctionne et pas un lancement au boot du système.
Je précise que j'utilise autofs dans le cadre de montage de répertoir e NFS, et une partie de la conf est stockée dans un annuaire LDAP.
J'ai bien essayé de démarrer autofs en position 99 de /etc/rc2.d, mai s le problème persiste.
Bonjour,<br><br>Je me réponds à moi même, j'ai trouvé l'ori gine du problème.<br><br>En fait, automount est lancé au moment où le système fait un DHCP discover pour obtenir une adresse IP.<br><br>Etant donné que automount veut "binder" le LDAP pour récupérer sa conf et qu'à ce moment précis, il n'y a pas d'adresse IP a ffectée, il est évident que le daemon se vautre lamentablement d'o ù l'erreur dans les log "unable to bind ldap server".<br> <br>Le script de lancement d'autofs n'étant pas très waterproof , j'ai rajouté dans celui-ci un sleep de 5 secondes de quoi laisser l e temps au DHCP pour m'affecter une adresse IP et ceci résout donc mo n problème.<br> <br>Cordialement,<br><br>Laurent<br><br><div class="gmail_quote">Le 21 ma i 2008 11:33, Laurent Oliva <<a href="mailto:"> </a>> a écrit :<br><blockquote class="gmail_q uote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0 pt 0.8ex; padding-left: 1ex;"> Bonjour à tous,<br><br>je rencontre actuellement des problèmes avec aut ofs sur une etch à jour, en effet il refuse de se lancer au démarrage d e la machine !<br><br>Le script /etc/init.d/autofs est pourtant bien exéc uté au démarrage de la machine, mais le programme automount n'est p as présent dans la liste des process !<br>
Si je lance le script manuellement, automount démarre correctement.<br><b r>En regardant ce que fais le script, je remarque que celui-ci charge tout d'abord un module noyau (autofs4), je confirme que ce module est correc tement chargé après le démarrage de la machine.<br>
<br>Le problème semble être localisé au niveau de la commande start-s top-daemon, mais ce que je ne m'explique pas c'est pourquoi un lanc ement manuel fonctionne et pas un lancement au boot du système.<br><br>Je précise que j'utilise autofs dans le cadre de montage de répertoir e NFS, et une partie de la conf est stockée dans un annuaire LDAP.<br>
<br>J'ai bien essayé de démarrer autofs en position 99 de /etc/rc2. d, mais le problème persiste.<br><br>Merci par avance pour votre aide,<br ><font color="#888888"><br>Laurent<br> </font></blockquote></div><br>
------=_Part_5372_1781467.1211442187773--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
