MEDIA-WIKI, MEDIA-WIKI_T, Bureaucrates, Administrateurs d’interface, Administrateurs (MediaWiki Sémantique), Conservateurs (MediaWiki Sémantique), Modificateurs (MediaWiki Sémantique), Masqueurs de modifications, Administrateurs
9 045
modifications
Aucun résumé des modifications |
Aucun résumé des modifications |
||
Ligne 96 : | Ligne 96 : | ||
Normalement l'option "_netdev" force que le montage s'effectue plus tard au niveau du "target" "remote-fs" de Systemd. Celui-ci doit être activé au niveau du "target" "multi-user" de Systemd pour être effectif. Ce "target" démarre après l'activation du réseau. | Normalement l'option "_netdev" force que le montage s'effectue plus tard au niveau du "target" "remote-fs" de Systemd. Celui-ci doit être activé au niveau du "target" "multi-user" de Systemd pour être effectif. Ce "target" démarre après l'activation du réseau. | ||
En outre le service "NetworkManager-wait-online.service" doit être activé. Il sert | En outre le service "NetworkManager-wait-online.service" doit être activé. Il sert à attendre que les couches réseaux soient totalement effectives avant de permettre le lancement de la suite des services notamment le "target" "remote-fs". | ||
Mais malgré ces précautions, le montage des volumes Glusterfs ne se fait pas; il essaye mais n | Mais malgré ces précautions, le montage des volumes Glusterfs ne se fait pas; il essaye mais n'y parvient pas. | ||
Nous avons trouvé une solution en forçant un délais avant le démarrage du service "NetworkManager-wait-online.service". | Nous avons trouvé une solution en forçant un délais avant le démarrage du service "NetworkManager-wait-online.service". | ||
Ligne 107 : | Ligne 107 : | ||
ExecStartPre=/usr/bin/sleep 30 | ExecStartPre=/usr/bin/sleep 30 | ||
---- | ---- | ||
Avec cet ajout, on attend 30 secondes avant de lancer le processus "nm-online". Ce délais est à adapter selon votre situation. | |||
Ligne 142 : | Ligne 142 : | ||
===Service n°3=== | ===Service n°3=== | ||
Nous proposons une solution un peu plus complexe. | Nous proposons une solution un peu plus complexe. Elle apporte plusieurs améliorations: | ||
* Si une des connexions ne peut s'établir, les autres le seront. | * Si une des connexions ne peut s'établir, les autres le seront. | ||
* Si un des serveurs du cluster est inaccessible, il passera automatiquement à un autre des serveurs. | * Si un des serveurs du cluster est inaccessible, il passera automatiquement à un autre des serveurs. |
modifications