Montage des disques: pas de fichier /etc/fstab [Résolu]

Support Debian
#1

Bonjour

J’ai récupéré un réseau et je suis en train de déporter la partie data sur un autre serveur.

la Vm qui héberge actuellement les data est sous openvz, donc en préparation de mon déport je suis simplement allé voir le fichier /etc/fstab et la surprise:

/etc # less fstab
# UNCONFIGURED FSTAB FOR BASE SYSTEM

Je fais donc un fdisk -l et la aucun retour d’information :open_mouth:

je me dit que je peux peut être recréer le fichier etc/fstab mais:

/etc # ls -l /dev/disk/by-uuid
ls: impossible d'accéder à /dev/disk/by-uuid: Aucun fichier ou dossier de ce type

Par contre un df -h me retourne les bonnes infos:

/etc # df -h
Sys. de fichiers    Taille  Uti. Disp. Uti% Monté sur
/dev/simfs            3,0G  1,7G  1,4G  54% /
/dev/sdb1             1,8T  1,8T   53G  98% /data/nas
proc                     0     0     0   -  /proc
sysfs                    0     0     0   -  /sys
tmpfs                 544M     0  544M   0% /lib/init/rw
tmpfs                 544M     0  544M   0% /dev/shm
devpts                   0     0     0   -  /dev/pts

et j’ai aussi ça:

/etc # less mtab
/dev/simfs / simfs rw,relatime 0 0
/dev/sdb1 /data/nas ext4 rw,relatime,acl,barrier=1,data=ordered 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0

Comment les disques peuvent être montés au démarrage? et notamment /dev/sdb1?

Peut on recréer le fichier /etc/fstab?

Merci par avance pour votre aide

#2

Bonjour, as tu un

#3

Bonjour

merci pour ton coup de main

Oui effectivement j’ai un

/etc/init.d/udev-mtab
/etc/init.d/udev-mtab
Usage: /etc/init.d/udev-mtab {start|stop|restart|force-reload}
#4

Si j’ai bien compris les évolutions, c’est udev qui détecte maintenant les disques et les monte.
Mais rien ne t’empêche de créer un fstab si tu veux imposer ta façon de faire à ton système.

#5

c’est exactement ce que je voudrais faire, imposer ma façon de faire via fstab

Donc comment, avec les informations dont je dispose, je peux recréer le fichier /etc/fstab? et faire que ce soit fstab qui reprenne son rôle initial?

Par avance merci

#6

Je ne connait pas openVZ, et je n’ai pas bien compris ce que tu veux faire.
Tu parles de réseau, et de déporter la partie data vers un autre serveur.
Si tu veux monter un nouveau disque dans ton hote et qu’il soit vu par ta vm, inspire toi de quelque chose comme ça: howtoforge.com/openvz-mounti … ian-ubuntu

Si c’est pour monter un disque distant, tu as plusieurs solutions, la plus simple étant pour moi nfs (pas forcément la plus performante). Regarde notre wiki: isalo.org/wiki.debian-fr/Partage_NFS

#7

Bonjour

désolé du retard, mais week end chargé

Je veux partir sur du partage NFS

Etat des lieux actuels:

/dev/sdb1 1,8T 1,8T 53G 98% /data/nas
ce sont des disques sur le serveur physique monté en raid5.

je veux donc simplement modifier ce montage pour cibler le nouveau nas que je viens d’installer et ainsi avoir un truc du genre:

adresseipduNAS:/volume1/data /data/nas nfs defaults 0 0

ou bien

adresseipduNAS:/volume1/data /data/nas nfs rw,relatime,acl,barrier=1,data=ordered 0 0

Après bien sur avoir démonté /data/nas

A mon avis c’est le moyen de plus sur et rapide

#8

Si j’ai bien compris ton besoin:

  • sur la machine ou sont physiquement connectés tes disques, tu installes le serveur nfs
  • sur le nas, tu crées une ligne dans le fstab pour monter les disques via nfs

Pour configurer tout ça: isalo.org/wiki.debian-fr/Partage_NFS

#9

Bonjour

Merci pour tes infos et ton aide

tu n’a pas tout à fait compris le besoin et l’état des lieux

Existant: pour le moment un serveur physique avec une grappe raid5 “sdb1” et sur ce serveur physique une VM sous open VZ sur laquelle est monté sdb1 direction /data/nas/

Les besoins:
Faire que cette VM au lieu de monter sdb1 monte le dossier partagé sur le nas que je viens d’acheter (synology RS814).

Sur cette VM, samba fait partage de fichier et domaine.

Je viens de faire les vérifications d’usages pour voir si la VM supporte NFS:

auth: ~ # cat /proc/filesystems | grep nfs
nodev   nfs
nodev   nfs4
[09:26] auth: ~ # rpcinfo -p | grep portmap
rpcinfo : ne peut contacter l'aiguilleur de ports: RPC : erreur système sur l'hôte cible - Connexion refusée

voila les vérifications sur le serveur physique

serveur1: ~ # cat /proc/filesystems | grep nfs
nodev   nfs
nodev   nfs4
nodev   nfsd
serveur1: ~ # rpcinfo -p | grep portmap
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper

Bien entendu dans le NAS Syno j’ai activé la partie service NFS, service de fichiers windows et service de fichiers MAC.

Dans les parametres avancés de service NFS je n’ai coché que “activation des permissions UNIX par défaut”

est ce que le fait que mon serveur samba ne réponde pas à rpcinfo -p | grep portmapest génant?

deuxieme question: même si mon fstab est vide (pour le moment), le fait d’ajouter la ligne

et ensuite de faire un mount -a, ne va pas casser le montage des autres disques?

merci pour tes précisions

#10

Pour les problèmes d’accessibilité de port sous openVZ, je ne sais pas répondre. Je te recommande d’ouvrir un nouveau fil spécifique (avec un titre explicite, cela devrait attirer les experts réseaux!)
Quand à fstab/mtab:

  • fstab concerne ce que tu souhaites monter comme partition
  • mtab indique ce qui est effectivement monté

Par exemple si tu veux monter une partition sur une machine distante (via fstab), et que la machine distante n’est pas opérationnelle, ce montage n’apparaitra pas dans mtab.

mtab-udev va monter tout ce qu’il sait monter automatiquement, ensuite ce sont les montages dans fstab qui sont réalisés.
Et je n’ai jamais regardé ce qui se passe en cas de conflit :angry:

#11

Bonjour

merci pour tes précisions

bon pour le port, j’ai simplement installé portmap sur la vm comme cela elle pourra répondre.

Donc tout est ok de ce coté la:

auth: ~ # cat /proc/filesystems | grep nfs
nodev   nfs
nodev   nfs4
auth: ~ # rpcinfo -p | grep portmap
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper

j’ai bien compris que je peux simplement ajouter ma ligne dans le fstab pour le montage du nas, par contre il y a une procedure pour demonter l’actuel /data/nas via mtab-udev ou un simple umount suffira?

edit:

j’ai testé un mount sur un repertoire test voila ce que ca donne

auth: /data # mount -t nfs 172.16.0.50:/volume1/data/ /data/test
mount.nfs: No such device

:frowning:

re-edit:

je viens de trouver ca sur le serveur physique

/etc/vz/conf # less auth.mount
#!/bin/bash
mount --bind /data/storage/nas /data/linux/vz/root/auth/data/nas

tout compte fait ce serait donc le serveur physique qui ferrai le partage nfs et ensuite par le mount --bind il enverrai le tout sur la vm?

edit:

test fait sur le serveur physique

mount -t nfs 172.16.0.50:/volume1/data/ /data/storage/test

c’est un succés

Ben je pense que pour finir le montage va falloir ensuite juste modifier /etc/vz/conf/auth.mount par contre ce qui est pénalisant c’est qu’il va donc falloir que je reboot la vm je pense.

#12

Bonjour à tous et surtout à Piratebab

Merci pour ton aide, mon probleme de montage peut être marqué comme résolu.

Quand on utilise openVZ tous les disques externes à la VM sont monté par le biais du fichier /etc/vz/conf présent sur le serveur physique:

/etc/vz/conf # less auth.mount #!/bin/bash mount --bind /data/storage/nas /data/linux/vz/root/auth/data/nas

J’ai donc monté le nas comme un HDD sur le serveur physique et modifié le fichier auth.mount pour modifier la source et relancé la VM.

Le montage se fait parfaitement

Bon maintenant reste le probleme de la gestion des droits avec ce foutu nas synology, mais pour cela je vais ouvrir un nouveau sujet.

Encore merci