This is the old XigmaNAS forum in read only mode,
it will taken offline by the end of march 2021!



I like to aks Users and Admins to rewrite/take over important post from here into the new fresh main forum!
Its not possible for us to export from here and import it to the main forum!

.nop ?

French community

Moderators: velivole18, ernie, mtiburs

Forum rules
Set-Up GuideFAQsForum Rules
Post Reply
CorbeilleNews
Advanced User
Advanced User
Posts: 261
Joined: 04 Jul 2012 20:40
Status: Offline

.nop ?

Post by CorbeilleNews »

Bonjour,

Je viens de m'apercevoir qu'un disque d'un Pool ZFS avaient perdu le .nop dans les informations du Pool.

Je suis formel à 100% avant tous les disques de ce Pool avaient cette fameuse extension .nop !

Cependant j'aimerais comprendre pourquoi et ce que signifie ce .nop ?

Merci de votre aide :)


NAME STATE READ WRITE CKSUM
Pool02 ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
ada2.nop ONLINE 0 0 0
ada1.nop ONLINE 0 0 0
ada5 ONLINE 0 0 0
ada4.nop ONLINE 0 0 0
ada3.nop ONLINE 0 0 0
ada0.nop ONLINE 0 0 0

errors: No known data errors

sleid
PowerUser
PowerUser
Posts: 774
Joined: 23 Jun 2012 07:36
Location: FRANCE LIMOUSIN CORREZE
Status: Offline

Re: .nop ?

Post by sleid »

Bonjour,
Lorsque vous créez un pool ZFS à partir de l'interface web, vous utilisez la gestion des disques(pour simplifier) avec GNOP, c'est pour cela que les disques portent "l'extension" .nop.
Lorsque vous créez un pool ZFS à partir de la ligne de commande, vous utilisez directement ZFS pour gérer les disques et dans ce cas il ne portent pas "l'extension" .nop.


NAME STATE READ WRITE CKSUM
Nas4Free ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
ada0 ONLINE 0 0 0
ada2 ONLINE 0 0 0
ada4 ONLINE 0 0 0
raidz1-1 ONLINE 0 0 0
ada1 ONLINE 0 0 0
ada3 ONLINE 0 0 0
ada5 ONLINE 0 0 0

D'après certains il semblerait qu'avoir des disques en .nop imposerait, lors des opérations disques, ZFS à passer par la couche GNOP et donc ralentirait les opérations.

J'ai perdu un .nop "c'est grave docteur ?"

Cela signifie que des méta données sont disparues mais il est étonnant que cela n'est rien affecté d'autre.

Par précaution je pense qu'un scrub permettrait de se rassurer sur l'état réel du pool.

D'autre part il est possible de supprimer cette "couche" GNOP sur votre pool.
Pour cela il vous faut exporter votre pool puis le l'importer
12.1.0.4 - Ingva (revision 7852)
FreeBSD 12.1-RELEASE-p12 #0 r368465M: Tue Dec 8 23:25:11 CET 2020
X64-embedded sur Intel(R) Atom(TM) CPU C2750 @ 2.40GHz Boot UEFI
ASRock C2750D4I 2 X 8GB DDR3 ECC
Pool of 2 vdev Raidz1: 3 WDC WD40EFRX + 3 WDC WD40EFRX

User avatar
raulfg3
Site Admin
Site Admin
Posts: 4865
Joined: 22 Jun 2012 22:13
Location: Madrid (ESPAÑA)
Contact:
Status: Offline

Re: .nop ?

Post by raulfg3 »

more info on English: viewtopic.php?f=59&t=1494
12.1.0.4 - Ingva (revision 7743) on SUPERMICRO X8SIL-F 8GB of ECC RAM, 11x3TB disk in 1 vdev = Vpool = 32TB Raw size , so 29TB usable size (I Have other NAS as Backup)

Wiki
Last changes

HP T510

CorbeilleNews
Advanced User
Advanced User
Posts: 261
Joined: 04 Jul 2012 20:40
Status: Offline

Re: .nop ?

Post by CorbeilleNews »

Cela signifie que des méta données sont disparues mais il est étonnant que cela n'est rien affecté d'autre.
En effet, il y a bien un autre soucis mais je ne voulais pas en dire trop pour ne pas influencer les réponses et comme je ne savais pas s'il pouvait y avoir un lien entre les deux je me suis abstenu de l'évoquer, désolé :

J'avais déjà lancé un scrub car un port SATA était mort sur la carte mère et le temps de retrouver une petite carte contrôleur NAS qui trainait par là (je n'avais plus de port disponible) le NAS a tourné quelques heures et a eu quelques fichiers modifiés pendant ce temps.

J'ai donc fait ce scrub après avoir remis le disque sur la petite carte contrôleur et après avoir réimporté les nouveaux disques pour qu'il retrouve le disque manquant et retrouve un Pool complet (dans la gestions des disques j'ai fait effacer la configuration actuelle et importer les disques et je l'avait également fait quelques jours auparavant pour passer à la version 9.2.0.1.943 mais sans le moindre soucis). Celui ci ayant fonctionné en dégradé sur un disque en moins (pas trop grave car c'est un RAID-Z2 de 6 disques).

Cependant après le scrub qui a duré 26h et n'a semble t-il posé aucun soucis, je me suis aperçu que des fichiers avaient changé de nom et portaient des noms bizarres comme A1JYY7~P.TS au lieu d'un nom de fichier complet issu d'une Freebox V5 (extension TS) du type : Nom de chaine - Nom d'émission - Horaire - Durée.ts

Je dois avoir une bonne cinquantaine de fichiers dans ce cas dans un répertoire mais il n'est pas exclu que j'en ai d'autres ailleurs et que je n'ai pas encore trouvés ...

Par contre les fichiers restent lisibles avec VLC, y a t-il un moyen de retrouver les noms de ces fichiers avec un historique ?

Merci pour votre aide et les liens sur le nop que je lirai quand j'aurai un peu de temps

Voici les résultats du scrub : a quoi correspondent les deux lignes status et action ?

pool: Pool02
state: ONLINE
status: The pool is formatted using a legacy on-disk format. The pool can
still be used, but some features are unavailable.
action: Upgrade the pool using 'zpool upgrade'. Once this is done, the
pool will no longer be accessible on software that does not support feature
flags.
scan: scrub repaired 0 in 26h52m with 0 errors on Thu Apr 10 07:43:14 2014
config:

NAME STATE READ WRITE CKSUM
Pool02 ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
ada2.nop ONLINE 0 0 0
ada1.nop ONLINE 0 0 0
ada5 ONLINE 0 0 0
ada4.nop ONLINE 0 0 0
ada3.nop ONLINE 0 0 0
ada0.nop ONLINE 0 0 0

errors: No known data errors

cdt

Post Reply

Return to “Français”