IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

Mes services ne demarrent pas au demarrage


Sujet :

Administration système

  1. #1
    Débutant  
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    3 096
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 096
    Points : 944
    Points
    944
    Par défaut Mes services ne demarrent pas au demarrage
    Bonjour a tous,
    Je me trouve face a un probleme que je n'arrive pas comprendre.

    J'ai un serveur redhat 5 server et 2 client redhat workstation 5

    Sur le serveur j'ai les services suivant : LDAP, NSF, HTTPD

    Il faut que ces trois services se lance au demarrage du serveur.
    Avant de redemarrer mon serveur, les deux clients etaient bien connecter au serveur et tous fonctionnait bien.

    Je viens donc de redemarrer mon serveur et quand je fais:
    #chkconfig --list
    je peux voir les lgne suivantes:
    ldap 0:off 1:off 2:off 3:off 4:off 5:on 6:off
    nfs 0:off 1:off 2:off 3:off 4:off 5:on 6:off
    ldap 0:off 1:off 2:off 3:off 4:off 5:on 6:off
    Je suppose donc que mes services sont lancés?

    Quand je fais
    # /etc/rc.d/init.d/ldap status
    # /etc/rc.d/init.d/httpd status
    # /etc/rc.d/init.d/nfs status
    Pour les trois le services est stopped

    Donc je suppose qu'en fait mes trois services ne sont pas démarrer.

    Mais alors pourriez vous me dire la différence entre ces deux commandes?
    Et surtout comment faire pour que mes trois services sont lancés au démarrage sans devoir faire a chaque fois
    # /etc/rc.d/init.d/service start
    Deuxieme probleme
    Apres avoir demarrer mon serveur, mes deux client ne repondent plus.
    La suris bouge, mais quand je clique sur l'icone du terminal, ou ailleurs, rien ne reagit
    Auriez vous une idée pourquoi? C'est très embetant

    Je viens de redemarrer mes trois service manuellement et la mes deux client se débloque
    Pourquoi? C'est LDAP ou NFS qui est la raison, ou autre?

    Troisieme problème
    Ce problème est tout aussi embetant.
    Pour que mon client puis utiliser la service NFS, depuis mon client je tape la commande
    #rpcinfo -p nom_du_serveur
    Et dans ce cas actuel j'ai ceci
    100000 2 tcp 111 portmapper
    100000 2 udp 111 portmapper
    100024 1 udp 667 status
    100024 1 tcp 670 status
    100011 1 udp 867 rquotad
    100011 2 udp 867 rquotad
    100011 1 tcp 870 rquotad
    100011 2 tcp 870 rquotad
    100003 2 udp 2049 nfs
    100003 3 udp 2049 nfs
    100003 4 udp 2049 nfs
    100021 1 udp 33297 nlockmgr
    100021 3 udp 33297 nlockmgr
    100021 4 udp 33297 nlockmgr
    100003 2 tcp 2049 nfs
    100003 3 tcp 2049 nfs
    100003 4 tcp 2049 nfs
    100021 1 tcp 39813 nlockmgr
    100021 3 tcp 39813 nlockmgr
    100021 4 tcp 39813 nlockmgr
    100005 1 udp 987 mountd
    100005 1 tcp 990 mountd
    100005 2 udp 987 mountd
    100005 2 tcp 990 mountd
    100005 3 udp 987 mountd
    100005 3 tcp 990 mountd
    Mon client n'arrive pas a ce connecter si je n'ouvre pas le port 990 et 987 et udp et tcp de mon firewall.
    Le problème c'est que si je redemarre mon servuer, les valeur de mountd change, donc a chaque fois, je dois aller sur mon client, faire un rpcinfo -p nom_du_serveur et ouvrir manuellement les port selon le nouvel affichage de rpcinfo -p nom_du_serveur.
    Y a t il une solution pour que mon serveur utilise toujours les meme port pour mountd?
    PS le port 2049 est ouvert

    Milles mercis pour votre préciseuse aide
    Il ne suffit pas de tout savoir. Vouloir et persévérer, c'est déjà presque tout!

  2. #2
    Débutant  
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    3 096
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 096
    Points : 944
    Points
    944
    Par défaut
    En fait je viens de penser a un truc.

    Apres avoir demarrer mon serveur, avec mon client j'arrivait a acceder aux dossier du client.
    (j'avais redémarrer uniquement mon serveur et pas mes clients)

    Si j'arrivais acceder aux dossier, c'est par ce que le port 2049 est ouvert. Dans ce cas les port correspondant au mountd ne rendre pas en compte

    Le mound sert uniquement à monter les dossier du serveur sur le client. Puisque je n'avais pas redemarrer mes client, les dossiers etaient toujours monté.

    Si MAINTENANT je redemarre mes client il n'arrivera pas monter les dossier du serveur si je ne modifie pas les ports correspondant à mountd, dans mon firewall

    C'est pourquoi c'est important de savoir comment faire pour que montd utilise toujours le meme port, comme ceci je peux definir mon firewall definitivement.

    Ainsi, je peux redemarrer mon serveur autant de fois que je veux, mon firewall autorisera toujours le bon port port mountd et mes clients n'auront ausin pas de problème a monter les dossier du serveur au demarrage.

    Merci pour votre aide
    Il ne suffit pas de tout savoir. Vouloir et persévérer, c'est déjà presque tout!

  3. #3
    Débutant  
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    3 096
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 096
    Points : 944
    Points
    944
    Par défaut
    En fait pour mon premier problème
    Je devais lancer les 3 services au niveau 2,3 et 5

    chkconfig --level 235 service on
    Quand je redemarre mon services mes services sont bien lancés

    Pour le deuxieme problème,
    Je pense que c'est a cause de lDAP.

    Par contre pour le troisieme, je bloque.
    Il faut que je trouve comment mountd utilise toujours le même port
    Il ne suffit pas de tout savoir. Vouloir et persévérer, c'est déjà presque tout!

  4. #4
    Membre éclairé Avatar de jmelyn
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Septembre 2007
    Messages
    703
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Septembre 2007
    Messages : 703
    Points : 823
    Points
    823
    Par défaut
    La commande chkconfig est utilisée pour démarrer ou non les services lors du boot de la machine, alors que la commande service démarre ou arrête un service directement. Pour qu'un service soit démarré au boot, il suffit de faire la commande: chkconfig nom_du_service on. Les run-levels sont déjà définis dans le fichier /etc/rc.d/init.d/nom_du_service.

    Pour NFS, dans sa version 2 et 3, les ports utilisés sont aléatoires. Mais on peut les fixer une fois pour toute. Le fichier magique est: /etc/sysconfig/nfs. De mémoire, il faut décommenter les lignes définissant LOCKD_TCPPORT, LOCKD_UDPPORT, MOUNTD_PORT et STATD_PORT. Puis il faut redémarrer les services nfs et nfslock. Enfin, dans le fichier donnant les règles du firewall, il faut ajouter les lignes qui vont bien pour autoriser les ports définis précédemment plus le 111 (port mapper) et le 2049 (NFS v4).
    Un problème bien posé est déjà résolu (H. Bergson).

  5. #5
    Débutant  
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    3 096
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 096
    Points : 944
    Points
    944
    Par défaut
    ok super merci,
    Mais juste encore un truc,
    Pourquoi lockd_tcpport et lock_udpport,nstat_port

    mountd_port ne suffit pas?

    Quel est le lien?
    Il ne suffit pas de tout savoir. Vouloir et persévérer, c'est déjà presque tout!

  6. #6
    Membre confirmé Avatar de Leeloo_Multiboot
    Profil pro
    Administrateur Unix/Linux
    Inscrit en
    Avril 2008
    Messages
    417
    Détails du profil
    Informations personnelles :
    Âge : 36
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur Unix/Linux
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Avril 2008
    Messages : 417
    Points : 550
    Points
    550
    Par défaut
    Bonjour,

    Si tu veux fixer un port pour le démon mountd, il faut définir un numéro de port au niveau de la ligne:

    qui se situe dans le fichier /etc/default/nfs-kernel-server.
    Près des cîmes, loin des cons...

  7. #7
    Membre éclairé Avatar de jmelyn
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Septembre 2007
    Messages
    703
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Septembre 2007
    Messages : 703
    Points : 823
    Points
    823
    Par défaut
    Leeloo,

    Il s'agit d'une RedHat, il semble que le fichier /etc/default/nfs-kernel-server n'existe pas. Par contre, le paramètre RPCMOUNTDOPTS est bien dans /etc/sysconfig/nfs, mais il reste vide.

    Pierrot,

    Pour savoir comment fonctionne NFS, il faut chercher un peu. Sur le web par exemple, une recherche "nfs firewall" donne de bons résultats. Il semble que le système NFS ait besoin de plusieurs ports et qu'il faille les laisser libres pour qu'il fonctionne correctement. Sur RHEL 5.2, les 4 paramètres à spécifier dans /etc/sysconfig/nfs sont
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    LOCKD_TCPPORT=32803
    LOCKD_UDPPORT=32769
    MOUNTD_PORT=892
    STATD_PORT=662
    Et pour le firewall, c'est le fichier /etc/sysconfig/iptables
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    # NFS
    -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 111 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 111 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 662 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 662 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 892 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 892 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 2049 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 2049 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 32803 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 32803 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 32769 -j ACCEPT
    -A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 32769 -j ACCEPT
    Il faut ensuite redémarrer les trois services:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    service nfs restart
    service nfslock restart
    service iptables restart
    Un problème bien posé est déjà résolu (H. Bergson).

  8. #8
    Débutant  
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    3 096
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 096
    Points : 944
    Points
    944
    Par défaut
    Merci à tous,
    ca fonctionne très bien
    Il ne suffit pas de tout savoir. Vouloir et persévérer, c'est déjà presque tout!

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 0
    Dernier message: 12/02/2008, 10h50
  2. service automatique mais ne demarre pas.
    Par azalite dans le forum C#
    Réponses: 9
    Dernier message: 06/11/2007, 15h16
  3. service Tomcat6 ne demarre pas, JAVA1.6
    Par djibril dans le forum Tomcat et TomEE
    Réponses: 1
    Dernier message: 05/09/2007, 16h07
  4. service windows qui ne demarre pas automatiquement
    Par youcef81 dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 3
    Dernier message: 17/07/2006, 08h41
  5. Réponses: 9
    Dernier message: 30/08/2005, 09h17

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo