Résolu [Résolu] Problème avec mount -a

  • Auteur de la discussion jinpol
  • Date de début

jinpol

Habitué
Salut tout le monde,

il y a un truc que je ne comprends pas avec la commande mount -a.

Voilà, dans mon fichier fstab, j'ai les lignes suivantes :

[fixed]//10.27.0.134/phptmp /home/postgresql/mnt/serveur1/phptmp cifs credentials=/root/.smbcredentials,gid=125,uid=114,file_mod=0644,dir_mod=0755,workgroup=XXX 0 0
//10.27.0.136/phptmp /home/postgresql/mnt/serveur2/phptmp cifs credentials=/root/.smbcredentials,gid=125,uid=114,file_mod=0644,dir_mod=0755,workgroup=YYY 0 0
//10.27.0.133/phptmp /home/postgresql/mnt/serveur3/phptmp cifs credentials=/root/.smbcredentials,gid=125,uid=114,file_mod=0644,dir_mod=0755,workgroup=XXX 0 0
//10.27.0.136/Backup/Save /home/postgresql/mnt/serveur2/save cifs credentials=/root/.smbcredentials,gid=125,uid=114,file_mod=0644,dir_mod=0755,workgroup=YYY 0 0[/fixed]

J'ai fait un petit script pour vérifier que chacun de ses répertoires et bien monté.
Et si un d'entre eux ne l'est pas, j'appelle mount -a, qui a pour effet de tout me remonter.
Mais ce que je ne comprends pas, c'est que quand mount -a est appelé, que ce soit via ce script ou en ligne de commande, si mon répertoire //10.27.0.136/Backup/Save était déjà monté, alors cela me le remonte une deuxième fois (je le vois en tapant mount), alors que pour tous les autres, ils ne sont montés qu'une seule fois.

En fait je ne comprends pas la différence de traitement entre //10.27.0.136/Backup/Save et les autres.

Y'a t il une réponse rationnelle ??? Quelque chose que je n'ai pas vu ???

Merci d'avance pour vos réponses.

Tchuss, @+, jinpol...
 

zeb

Modérateur
Ça me paraît bizarre.

D'abord ton explication n'est pas claire. Tu as du Backup/Save dans ton fstab et du Backup/Save_PNB dans tes explications.

Ensuite, la norme, c'est de donner un nom de partage, pas un chemin à la suite de l'adresse. Mais là, je peux me tromper (je ne suis pas un spécialiste des protocoles ouinedoziens :o ).

Alors ?
[:zeb:3]
 

jinpol

Habitué
Oui, en effet, le _PNB est en trop dans mon explication.

Par contre, je pense que mon fstab est bon.

//10.27.0.136/phptmp par exemple est le chemin vers mon dossier partagé sous windows, et /home/postgresql/mnt/serveur2/phptmp est le chemin de son point de montage sur le serveur Linux.

Ca marche comme ça depuis des années sur ce serveur et je n'ai jamais eu de problème.
Y'a juste ce point que je viens de lever depuis que j'ai fait un nouveau montage.
 

zeb

Modérateur
Meilleure réponse
[fixed]//10.27.0.136/Backup/Save
\___________/ \_________/
. adresse . . . chemin[/fixed]

Oki. Mais je dis juste que l'on s'attend, d'après la doc de CIFS, à trouver après l'adresse TCP (IP ou hostname) un nom de partage, pas un chemin complet.

Dixit zeb, qui n'est pas un spécialiste. (Donc si quelqu'un a une meilleure idée, qu'il se manifeste)
 

jinpol

Habitué
Ah ok, pardon, je vois ce que tu veux dire.
Et bien c'est à tester en effet, tu as peut-être raison.

Mon nom de partage est Backup, et Save est un répertoire qui est dans ce répertoire partagé, du coup c'est peut-être bien ça le problème.

J'essaye de tester ça ce soir et je te tiens au courant.

Merci.
 

jinpol

Habitué


:bounce: Clap clap clap :bounce:

Tu as vu juste, c'était bien ça.

Dans mon fstab, j'ai mis ça à la place de l'autre ligne :

[fixed]//10.27.0.136/Backup/ /home/postgresql/mnt/serveur2/backup cifs credentials=/root/.smbcredentials,gid=125,uid=114,file_mod=0644,dir_mod=0755,workgroup=YYY 0 0[/fixed]

Et c'est dans mon script que j'ai rajouté le chemin vers le répertoire voulu.

Merci pour ton aide.

Tchuss, @+, jinpol...
 

zeb

Modérateur
:sol:

La prochaine fois, je te réponds d'un simple RTFM :lol:
Parce que je suis sûr que tu en sais plus que moi sur CIFS.

Mais tu as eu raison de poser la question. Rien de tel que d'avoir le nez sur quelque chose qu'on connaît bien pour ne pas voir l'erreur. ;)
 

jinpol

Habitué


:)

Oh tu sais, j'y connais pas forcement plus que toi.
J'ai été parachuté à faire de la maintenance d'un serveur Linux parce que mon collègue qui s'occupait de ça est parti, alors que je n'avais jamais touché à la bête.
Et étant donné que je suis développeur, je me contente donc du minimum, par manque de temps...

En tous cas, encore merci, entre ça et PERL, tu m'as bien aidé hier.
Dis donc j'y pense, tu ne t'y connais pas en PLONE ??? Parce qu'on vient de me parachuter là-dessus aussi dernièrement, et je dois dire que je galère...je suis un peu l'homme à tout faire ici :pt1cable:

Tchuss, @+, jinpol...
 

zeb

Modérateur
Salut Béret Amarante ! Bon courage ;)

Pour PLONE, je n'y connais rien. Mais poste toujours tes questions, je ne suis pas le seul à répondre. Ce forum est plein de bonne volonté !
 

jinpol

Habitué
Et je dois poster dans quelle rubrique pour Plone ???
Je n'ai pas trouvé.

Merci
 

zeb

Modérateur
Programmation - Autres langages.
Cela dit, personne ne te reprochera de publier tes questions de web dans Programmation - HTML / Javascript.

Pour des questions de référencement (hyper-important pour les admins :sarcastic: ), je n'ai pas le droit de réorganiser les sous-cat' à ma guise ou plus exactement pour votre confort :spamafote:
 

jinpol

Habitué
Yop yop...

Je reviens vers vous en ce moment décisif :)
Pour clore le sujet...

Je sais en effet d'où venait le problème.

En fait dans mon fstab, à cette ligne :

[cpp]//10.27.0.136/Backup/Save /home/postgresql/mnt/serveur2/save cifs credentials=/root/.smbcredentials,gid=125,uid=114,file_mod=0644,dir_mod=0755,workgroup=YYY 0 0[/cpp]

je déclare l'@ IP de mon serveur sur lequel se trouve le répertoire partagé, suivi d'un chemin complet, alors que c'est un nom de partage qu'il faut mettre.

Du coup, j'ai remplacé cette ligne par :

[cpp]//10.27.0.136/Backup/ /home/postgresql/mnt/serveur2/backup cifs credentials=/root/.smbcredentials,gid=125,uid=114,file_mod=0644,dir_mod=0755,workgroup=YYY 0 0[/cpp]

Et c'est ensuite dans mon script que je déclare le chemin vers mon répertoire.

Voilà, c'était pas bien compliqué en fait.

Tchuss, @+, jinpol...
 
Vous devez vous inscrire ou vous connecter pour répondre ici.
Derniers messages publiés
Statistiques globales
Discussions
730 098
Messages
6 717 101
Membres
1 586 287
Dernier membre
lucilleguffey
Partager cette page
Haut