avec les commandes zfs umount passées on voit que : le dataset data n’était pas monté le dataset data/export était monté le dataset data/export/backup n’était pas monté
Le zfs umount de data/export a fonctionné donc on avait bien quelquechose de monté dans l'arborescence de /data avant que le dataset data soit monté. Le ls -l /data/export montre qu'il y a des fichiers dans /data/export. Normalement, quand le dataset data n'est pas monté on doit avoir un répértoire /data *vide* Normalement, quand le dataset data/export (mais data l'est) n'est pas monté on doit avoir un répértoire /data/export *vide* Normalement, quand le dataset data/export/backup (mais data et data/export le sont) n'est pas monté on doit avoir un répértoire /data/export/backup *vide* Bref les points de montages *vides* des datasets correspondant. Ici on voit que /data et /data/export contiennent des fichiers alors qu'à priori (s'il y bien toutes les commandes tapées) le dataset data n'est pas monté (donc on devrait avoir un "No such file or directory" pour le ls -l /data/export Il se pourrait que suite à une fausse manipulation ou autres bizarreries le dataset data ait été démonté mais que le système ait continué à écrire dedans sans s'en rendre compte recréant au passage l'arborescence directement dans le point de montage /data du FS /. (en fait si seul data/export est monté on a déjà toute l'arborescence de disponible) Il faut donc : -1 S'assurer que les datasets data data/export et data/export/backup sont bien démontés (zfs umount de chacun suivit d'un zfs mount sans argument pour lister ce qui est *actuellement* monté. *NE PAS UTILISER zfs list*) -2 Vérifier les données présentes dans le point de montage /data (les sauvegarder/recopier autre part si nécessaire) -3 Supprimer tous les fichiers du point de montage /data (attention bien vérifier que le dataset data est *démonté*) -4 Monter le dataset data (zfs mount data) -5 S'assurer que les datasets data/export et data/export/backup sont bien *démontés* (si nécessaire les démonter manuellement avec zfs umount ...) -6 S'assurer que le dataset data est bien monté (zfs mount sans argument) -7 Vérifier les données présentes dans le point de montage /data/export (les sauvegarder/recopier autre part si nécessaire) -8 Supprimer tous les fichiers du point de montage /data/export (attention bien vérifier que le dataset data/export est *démonté*) -9 Monter le dataset data/export (zfs mount data/export) -10 S'assurer que le data/export/backup est bien *démonté* (si nécessaire le démonter manuellement avec zfs umount ...) -11 S'assurer que les datasets data et data/export sont bien montés (zfs mount sans argument) -12 Vérifier les données présentes dans le point de montage /data/export/backup (les sauvegarder/recopier autre part si nécessaire) -13 Supprimer tous les fichiers du point de montage /data/export/backup (attention bien vérifier que le dataset data/export/backup est *démonté*) -14 Monter le dataset data/export/backup (zfs mount data/export/backup) Et normalement la c'est bon :) Pour tester : démonter de nouveaux data data/export et data/export/backup faire un zfs mount -a pour tout monter automatiquement ... et vérifier avec zfs mount sans argument. Ouf ... F. Le 16/04/13 13:43, Michel Dubois a écrit : > Merci François, > > :~# zfs list > NAME USED AVAIL REFER MOUNTPOINT > data 1.13T 1.80T 45.9K /data > data/export 1.13T 1.80T 408G /data/export > data/export/backup 751G 1.80T 751G /data/export/backup > rpool 16.7G 257G 41.5K /rpool > rpool/ROOT 10.6G 257G 31K legacy > rpool/ROOT/sol10 10.6G 257G 10.6G / > rpool/dump 2.00G 257G 2.00G - > rpool/swap 4.09G 261G 1.85M - > :~# zfs umount data/export/backup > cannot unmount 'data/export/backup': not currently mounted > root@fourier:~# zfs umount data/export > :~# zfs umount data > cannot unmount 'data': not currently mounted > :~# zfs mount data > cannot mount '/data': directory is not empty > :~# ls -l /data/export > total 9 > drwxrwxrwx 7 root root 13 Mar 18 10:35 backup > drwxr-xr-- 8 system system 14 Feb 20 14:44 system > > Est ce un problème de droit ??? > Je ne comprend pourquoi il y un mountpoint de créer sur Backup > > > > Le 16 avril 2013 13:33, François Napoleoni > <francois.napole...@oracle.com>a écrit : > >> Bonjour, >> >> Ça ressemble à une histoire de poule et d’œuf ... >> >> Je suppose que dans /data il y a d'autres datasets de monter (ou qui >> doivent monter normalement) ... >> >> Comme expliqué dans le lien du support Oracle il doit y avoir un dataset >> fils du dataset data qui s'est monté avant data (avec du coup un point de >> montage /data/truc). Résultat quand data veut se monter il hurle que /data >> n'est pas vide ... >> >> Pour faire marcher le bazar vite fait il faudrait : >> >> démonter manuellement tous les datasets qui dépendent de data >> >> # zfs umount data/truc etc ... >> >> Puis les remonter dans l'ordre : >> >> D'abord data puis ceux qui sont dans data (truc donc) puis ceux qui sont >> éventuellement dans les fils de data ainsi de suite. >> >> Si j'avais l'affichage de zfs list -r data (je suppose que data est le nom >> du pool ZFS ...) je pourrait être plus précis ... >> >> un truc du genre : >> >> # zfs list -r data >> NAME USED AVAIL REFER MOUNTPOINT >> data 242K 134G 33K /data >> data/machin 63K 134G 32K /data/machin >> data/machin/muche 31K 134G 31K /data/machin/muche >> data/truc 63K 134G 32K /data/truc >> data/truc/bidule 31K 134G 31K /data/truc/bidule >> # >> >> >> Bon maintenant pour comprendre pourquoi ZFS s'est mélangé les pinceaux il >> faudra investiguer un peu plus .. >> >> F. >> >> >> >> Le 16/04/13 13:05, Michel Dubois a écrit : >> >>> Bonjour, >>> >>> Je viens de faire un mise à jour avec PCA et ensuite j'ai fai un reboot. >>> La séquence de démarrage plante avec le service >>> svc:/system/filesystem/local:**default, et donc les 35 services suivant >>> ne >>> sont pas démarrés. >>> #~: svcs -xv >>> svc:/system/filesystem/local:**default (local file system mounts) >>> State: maintenance since Tue Apr 16 11:47:06 2013 >>> Reason: Start method exited with $SMF_EXIT_ERR_FATAL. >>> See: http://sun.com/msg/SMF-8000-KS >>> See: /var/svc/log/system-**filesystem-local:default.log >>> >>> #~: tail /var/svc/log/system-**filesystem-local:default.log >>> [ Apr 16 11:47:06 Executing start method ("/lib/svc/method/fs-local") ] >>> WARNING: /usr/sbin/zfs mount -a failed: exit status 1 >>> [ Apr 16 11:47:06 Method "start" exited with status 95 ] >>> >>> Apres avoir forcer ssh pour me connecter sur mon serveur ce serait le pool >>> data qui pose problème. >>> D'après la doc Oracle : >>> https://support.oracle.com/**epmos/faces/DocContentDisplay?** >>> _afrLoop=282778970546016&id=**1503490.1&_afrWindowMode=0&_** >>> adf.ctrl-state=11drhgsf4b_971<https://support.oracle.com/epmos/faces/DocContentDisplay?_afrLoop=282778970546016&id=1503490.1&_afrWindowMode=0&_adf.ctrl-state=11drhgsf4b_971> >>> >>> Il faut démonter les système de fichier puis les remonter cela ne >>> fonctionne pas : >>> :~# zfs umount data >>> cannot unmount 'data': not currently mounted >>> :~# zfs mount data >>> cannot mount '/data': directory is not empty >>> >>> Merci de votre aide car je suis un peut bloqué là :-( >>> >>> -- >>> ------------------------------**---------------------------- >>> Michel Dubois >>> >>> [Non-text portions of this message have been removed] >>> >>> >>> >> >> -- >> * François Napoleoni | Pre-Sales Consultant * >> Office: + 33 1 57 60 84 60 | Cell: +33 6 85 83 09 50 >> Oracle Hardware Line of Business - Sales Consulting >> 15 Bld Charles de Gaulle, 92700 COLOMBES >> >> Software. Hardware. Complete. <http://www.oracle.com/> >> > > > -- * François Napoleoni | Pre-Sales Consultant * Office: + 33 1 57 60 84 60 | Cell: +33 6 85 83 09 50 Oracle Hardware Line of Business - Sales Consulting 15 Bld Charles de Gaulle, 92700 COLOMBES Software. Hardware. Complete. <http://www.oracle.com/> ------------------------------------ -- _______________________________________________ Liste (Open)Solaris francophoneYahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/ug-fosug/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/ug-fosug/join (Yahoo! ID required) <*> To change settings via email: ug-fosug-dig...@yahoogroups.com ug-fosug-fullfeatu...@yahoogroups.com <*> To unsubscribe from this group, send an email to: ug-fosug-unsubscr...@yahoogroups.com <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/