Soit une machine fraichement installée en Debian Squeeze (amd64) :
- la machine est en DHCP
- l'authentification se fait via un annnuaire LDAP distant, via les
paquets libnss-ldapd, libpam-ldapd, nslcd, et nscd
- des montages NFS sont montés par autofs5, via une configuration LDAP
La configuration est fonctionnelle, à ceci près que lors du boot de la
machine, nslcd ne démarre pas en se plaignant de ne pouvoir joindre le
serveur LDAP, et autofs ne monte pas mes auto-montages.
Une fois ces deux daemons redémarrés manuellement, le tout fonctionne.
J'en conclus que le réseau est trop long à démarrer ou du moins que
insserv n'attend pas que mes interfaces soient effectivement up avant de
passer au démarrage de ces deux démons... ce qui est ennuyeux !
J'avoue que le fonctionnement de sysv-rc et insserv est assez mystérieux
pour moi, malgré la lecture de http://wiki.debian.org/LSBInitScripts/
DependencyBasedBoot
Je prends donc toute explication claire sur la façon *propre* de
customiser l'ordre de démarrage des daemons avec ce nouveau système...
Merci !
--
Rico
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/ig1kb1$obu$1@dough.gmane.org
http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot ne contient effectivement pas grand-chose dâutile pour la modification. En revanche http://wiki.debian.org/LSBInitScripts est assez clair, non ?
http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot ne
contient effectivement pas grand-chose dâutile pour la
modification. En revanche http://wiki.debian.org/LSBInitScripts
est assez clair, non ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/201101081601.48812.Sylvain.L.Sauvage@free.fr
http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot ne contient effectivement pas grand-chose dâutile pour la modification. En revanche http://wiki.debian.org/LSBInitScripts est assez clair, non ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Pascal Hambourg
Sylvain L. Sauvage a écrit :
Et donc, reste ta seconde idée : le réseau est trop long à démarrer Sauf que, si je ne me trompe pas, /etc/init.d/neworking lance et attend ifup -a qui lance et attend dhclient qui ne part en tâche de fond que lorsque l'interface est configurée.
Quid quand l'interface est démarrée avec allow-hotplug au lieu d'auto, ce qui me semble être la configuration par défaut après l'installation ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Sylvain L. Sauvage a écrit :
Et donc, reste ta seconde idée : le réseau est trop long à
démarrer
Sauf que, si je ne me trompe pas, /etc/init.d/neworking lance
et attend ifup -a qui lance et attend dhclient qui ne part en
tâche de fond que lorsque l'interface est configurée.
Quid quand l'interface est démarrée avec allow-hotplug au lieu d'auto,
ce qui me semble être la configuration par défaut après l'installation ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4D29B699.3010108@plouf.fr.eu.org
Et donc, reste ta seconde idée : le réseau est trop long à démarrer Sauf que, si je ne me trompe pas, /etc/init.d/neworking lance et attend ifup -a qui lance et attend dhclient qui ne part en tâche de fond que lorsque l'interface est configurée.
Quid quand l'interface est démarrée avec allow-hotplug au lieu d'auto, ce qui me semble être la configuration par défaut après l'installation ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/201101091853.27482.Sylvain.L.Sauvage@free.fr
Tu dois voir que tout est lancé dans le bonne ordre (nslcd après $network). Et pour nslcd et autofs, les dépendances m’ont l’air correctes.
ça, j'avais fait, et les dépendances sont correctement séquencées.
Et donc, reste ta seconde idée : « le réseau est trop long à démarrer »… Sauf que, si je ne me trompe pas, /etc/init.d/neworking lance et attend ifup -a qui lance et attend dhclient qui ne part en tâche de fond que lorsque l’interface est configurée. Donc, à moins que ton interface soit configurée différemment, le réseau doit être fonctionnel quand nslcd est lancé.
Là c'est ma faute, mea culpa. mes explications quant àaux détails de ma config sont erronées dans mon 1er post : - ma config IP est en adressage fixe, et non pas en DHCP - surtout (et c'est AHMA la cause du problème), j'utilise deux interfaces aggrégées en 802.3ad !
En investigant, je me suis rendu compte que ifupdown n'attend pas que le bonding soit prêt pour considérer l'interface "up". Du coup j'ai ouvert le ticket #609242 sur le paquet ifenslave-2.6 (j'ai hésité avec ifupdown, mais ifenslave-2.6 m'a semblé plus adapté)
En attendant, la seule bidouille très crade que j'ai trouvé pour palier au problème consiste à rajouter un "post-up" afin de faire perdre du temps à ifupdown, le temps que mes interfaces négocient l'agrégation avec le switch...
En tous cas merci pour le lien sur sysv-rc, il est bien plus utile que celui que j'avais référencé !
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/igemm3$p94$
Le Sat, 08 Jan 2011 16:01:48 +0100, Sylvain L. Sauvage a écrit :
Tu dois voir que tout est lancé dans le bonne ordre (nslcd
après $network). Et pour nslcd et autofs, les dépendances m’ont l’air
correctes.
ça, j'avais fait, et les dépendances sont correctement séquencées.
Et donc, reste ta seconde idée : « le réseau est trop long à
démarrer »…
Sauf que, si je ne me trompe pas, /etc/init.d/neworking lance
et attend ifup -a qui lance et attend dhclient qui ne part en tâche de
fond que lorsque l’interface est configurée. Donc, à moins que ton
interface soit configurée différemment, le réseau doit être fonctionnel
quand nslcd est lancé.
Là c'est ma faute, mea culpa. mes explications quant àaux détails de ma
config sont erronées dans mon 1er post :
- ma config IP est en adressage fixe, et non pas en DHCP
- surtout (et c'est AHMA la cause du problème), j'utilise deux interfaces
aggrégées en 802.3ad !
En investigant, je me suis rendu compte que ifupdown n'attend pas que le
bonding soit prêt pour considérer l'interface "up". Du coup j'ai ouvert
le ticket #609242 sur le paquet ifenslave-2.6 (j'ai hésité avec ifupdown,
mais ifenslave-2.6 m'a semblé plus adapté)
En attendant, la seule bidouille très crade que j'ai trouvé pour palier
au problème consiste à rajouter un "post-up" afin de faire perdre du
temps à ifupdown, le temps que mes interfaces négocient l'agrégation avec
le switch...
En tous cas merci pour le lien sur sysv-rc, il est bien plus utile que
celui que j'avais référencé !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/igemm3$p94$1@dough.gmane.org
Tu dois voir que tout est lancé dans le bonne ordre (nslcd après $network). Et pour nslcd et autofs, les dépendances m’ont l’air correctes.
ça, j'avais fait, et les dépendances sont correctement séquencées.
Et donc, reste ta seconde idée : « le réseau est trop long à démarrer »… Sauf que, si je ne me trompe pas, /etc/init.d/neworking lance et attend ifup -a qui lance et attend dhclient qui ne part en tâche de fond que lorsque l’interface est configurée. Donc, à moins que ton interface soit configurée différemment, le réseau doit être fonctionnel quand nslcd est lancé.
Là c'est ma faute, mea culpa. mes explications quant àaux détails de ma config sont erronées dans mon 1er post : - ma config IP est en adressage fixe, et non pas en DHCP - surtout (et c'est AHMA la cause du problème), j'utilise deux interfaces aggrégées en 802.3ad !
En investigant, je me suis rendu compte que ifupdown n'attend pas que le bonding soit prêt pour considérer l'interface "up". Du coup j'ai ouvert le ticket #609242 sur le paquet ifenslave-2.6 (j'ai hésité avec ifupdown, mais ifenslave-2.6 m'a semblé plus adapté)
En attendant, la seule bidouille très crade que j'ai trouvé pour palier au problème consiste à rajouter un "post-up" afin de faire perdre du temps à ifupdown, le temps que mes interfaces négocient l'agrégation avec le switch...
En tous cas merci pour le lien sur sysv-rc, il est bien plus utile que celui que j'avais référencé !
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/igemm3$p94$
Pascal Hambourg
Eric Belhomme a écrit :
- surtout (et c'est AHMA la cause du problème), j'utilise deux interfaces aggrégées en 802.3ad !
En investigant, je me suis rendu compte que ifupdown n'attend pas que le bonding soit prêt pour considérer l'interface "up". Du coup j'ai ouvert le ticket #609242 sur le paquet ifenslave-2.6 (j'ai hésité avec ifupdown, mais ifenslave-2.6 m'a semblé plus adapté)
Ce problème n'est pas spécifique au bonding puisqu'il affecte également d'autre types d'interface réseau. Par exemple : - PPP : pppd passe en tâche de fond immédiatement sans attendre que la connexion soit établie. Quand je redémarre ma passerelle ADSL sous lenny (avec le système de démarrage traditionnel non basé sur les dépendances), il arrive fréquemment que BIND9 démarre avant que l'établissement de la connexion PPP soit achevé. - bridge : le délai d'ouverture (forward delay) après l'activation, qui est pris en compte avec un sleep dans /etc/network/if-pre-up.d/bridge.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Eric Belhomme a écrit :
- surtout (et c'est AHMA la cause du problème), j'utilise deux interfaces
aggrégées en 802.3ad !
En investigant, je me suis rendu compte que ifupdown n'attend pas que le
bonding soit prêt pour considérer l'interface "up". Du coup j'ai ouvert
le ticket #609242 sur le paquet ifenslave-2.6 (j'ai hésité avec ifupdown,
mais ifenslave-2.6 m'a semblé plus adapté)
Ce problème n'est pas spécifique au bonding puisqu'il affecte également
d'autre types d'interface réseau. Par exemple :
- PPP : pppd passe en tâche de fond immédiatement sans attendre que la
connexion soit établie. Quand je redémarre ma passerelle ADSL sous lenny
(avec le système de démarrage traditionnel non basé sur les
dépendances), il arrive fréquemment que BIND9 démarre avant que
l'établissement de la connexion PPP soit achevé.
- bridge : le délai d'ouverture (forward delay) après l'activation, qui
est pris en compte avec un sleep dans /etc/network/if-pre-up.d/bridge.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4D2B3B72.9010907@plouf.fr.eu.org
- surtout (et c'est AHMA la cause du problème), j'utilise deux interfaces aggrégées en 802.3ad !
En investigant, je me suis rendu compte que ifupdown n'attend pas que le bonding soit prêt pour considérer l'interface "up". Du coup j'ai ouvert le ticket #609242 sur le paquet ifenslave-2.6 (j'ai hésité avec ifupdown, mais ifenslave-2.6 m'a semblé plus adapté)
Ce problème n'est pas spécifique au bonding puisqu'il affecte également d'autre types d'interface réseau. Par exemple : - PPP : pppd passe en tâche de fond immédiatement sans attendre que la connexion soit établie. Quand je redémarre ma passerelle ADSL sous lenny (avec le système de démarrage traditionnel non basé sur les dépendances), il arrive fréquemment que BIND9 démarre avant que l'établissement de la connexion PPP soit achevé. - bridge : le délai d'ouverture (forward delay) après l'activation, qui est pris en compte avec un sleep dans /etc/network/if-pre-up.d/bridge.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/