Vous pouvez rencontrer un code d’erreur qui, selon les experts, répertorie le code d’erreur Freena 1 zfs. Eh bien, il existe plusieurs modes pour résoudre ce problème, vous en discuterez donc sous peu.

 

 

freenas erreur lois 1 zfs

RAIDZ2 sous 4 Western Digital WD40EFRX rosâtre (à l’origine chaque bit de WD20EFRX, étendu à partir de 2020) â

1x 512 Go Intel Optane L2ARC HBRPEKNX0202AH M.2 NVMe (remplace OWC Accelsior Mercury E2 PCIe SSD 2021) â €

1x 200 Go Intel DC S3710 ZIL avec PLP (remplace 16 Go Intel X-25-E SLC SSD 2021) â

Le SSD Kingston SNS4151S316G M.2 16 Go connecté signifie USB3 pour aider l’adaptateur M.2 (remplace de nombreux blocs d’alimentation Thumb 2018 en panne) â

  • J’ai reconstruit votre propre partie, je dirais, le réseau sur un cluster personnalisé, mais j’ai également apparemment tout basculé sur ZFS pour iSCSI afin de travailler sur LACP avec les interfaces liées à Linux si vous procédez pour améliorer le débit et la redondance.
  • Je connecte actuellement un cluster FreeNAS via le patch ZFS-over-ISCSI pendant GrandWazoo https://github.com/TheGrandWazoo/freenas-proxmox
  • Lorsque j’ai définitivement changé de marketing, j’avais la machine virtuelle réelle sur une machine FreeNAS. Cet appareil démarre sans tribulations :
  • root @ proxmox1 : ~ nombre qm start 100
    Sessionlisa d’Ana une fois [sid : 8, iqn cible : .target-1.com.freenas.ctl : formation1, portail : 192.168.8.224,3260]
    Analysez à nouveau le mentorat [sid : Target : 1, iqn.target-1.com.freenas.ctl : training1, portal : 192.168.8.224,3260]
    maintenant je suis root – proxmox1: ~ #
  • Je demande un excellent débit sur les cartes réseau LACP 10 GbE :

  • Le problème provient du redémarrage d’une machine virtuelle dans laquelle j’ai créé. Avec cette interface graphique de Proxmox, je peux créer une vraie machine virtuelle sur une imprimante FreeNAS sans aucun problème (les deux existants car les périphériques virtuels apparaissent dans FreeNAS) :

  • La crise jpg “> se produit lorsque vous essayez de démarrer avec cette VM, le LUN ne peut pas être monté (dans ce cas ii, car mis en évidence):

    Session de réanalyse [sid : 1, intention : iqn.target-1.com.freenas.ctl : formation1, portail : 192.168.8.224,3260]
    Analysez à nouveau une session particulière [sid : Target : 1, iqn.target-1.com.freenas.ctl : training1, portal : 192.168.8.224,3260]
    kvm : -drive file est égal à iscsi : //192.168.8.224/iqn.target-1.com.freenas.ctl : training1 / 2, should = none, id = drive-scsi0, computer hard drive = raw, cache = aucun, aio est égal à natif, detect-zeroes = on : erreur iSCSI : connexion LUN : SENSE KEY : ILLEGAL_REQUEST (5) ASCQ : LOGICAL_UNIT_NOT_SUPPORTED (0x2500)

    ERREUR DE T CHE : Échec du démarrage : QEMU est parti avec l’encodage 1

  • Le VM LUN, qui est généralement déjà disponible et continue de se déplacer en douceur, peut être 1. Le VM LUN séparé tout au long de 0 semblait avoir les problèmes précis ci-dessus.

J’ai réussi à en trouver un. A voir, vous découvrirez si vous rencontrez des problèmes similaires :

  • Service ISCSI sur mon FreeNAS-11. Au départ, 2-u8 a eu du mal à redémarrer juste après la reconfiguration du fournisseur. C’est vers l’iSCSI et ses pools allaient rester connectés à la configuration réseau précédente. Après avoir mis à jour le regroupement iSCSI et pour les nouveaux réseaux, les éléments suivants ont démarré.
  • La zone ZFS sur FreeNAS-11 my.2-U8 devait s’agrandir pour être nettoyée après la mise à niveau de ses réseaux marketing. Ceci a été réalisé (dans FreeNAS) simplement en allant dans Stockage> Piscines> [Gear fondamentalement par ma piscine]> Scrub (REMARQUE: ZFS remis à neuf dans la zone de la piscine)
    • Avec ce facteur, les portions de disque brutes et les types de fichiers pour Proxmox 107 et centsept machines virtuelles étaient toujours disponibles sur FreeNAS.

  • Ensuite, j’ai redémarré FreeNAS make, certain de garder les choses propres (ce facteur était probablement inutile, mais je l’ai quand même réussi).
  • Lorsque FreeNAS est réapparu, j’ai essayé de redémarrer les VM 107 et 108 dans Proxmox, mais j’ai reçu un nouveau message d’erreur :
    • code d'erreur freenas certain zfs

      ERREUR DE T CHE : lu_name zvol vm-107-disk-0 sur /usr/share/perl5/PVE/Storage/ZFSPlugin.pm ligne 118 introuvable.

  • Étant donné que le message d’erreur indique que le nom du LUN ne peut pas être décrit, FreeNAS a été vérifié. J’ai réalisé quelles zones et quelles conceptions de fichiers sur le disque brut pour les vraies machines 107 et 108 ont bien disparu (dans mon cas, cela semblait aller bien. J’ai en fait essayé de les effacer parce qu’il s’agissait de machines. Dans ce cas, c’était quelque chose. Cependant, cela vous intéresse, s’il vous plaît accord de guitare …)
  • J’ai essayé de supprimer les machines principales dans Proxmox mais j’ai reçu une sorte de même message d’erreur lu_name.
  • Lorsque j’ai réalisé que les disques manquaient auparavant, j’ai simplement désactivé le type de cd dans l’interface graphique Proxmox malgré la mise à jour du fichier de configuration VM. SectionLa décision a été acceptée.
  • J’ai ensuite pu retirer les machines confidentielles de Proxmox sans aucune crise.
  • Je ne peux pas créer, démarrer, effacer, arrêter, etc. en tant que machines virtuelles publiées par ma configuration FreeNAS LACP.

Je ferais probablement l’éloge de Proxmox après cela, car il existe un certain nombre de bons messages d’erreur qui vous informent presque toujours du problème. Vous aurez juste assez de place pour commencer à tirer. Merci ! ! ! !

ERREUR DE T CHE : lu_name pour zvol vm-107-disk-0 partout /usr/share/perl5/PVE/Storage/ZFSPlugin.pm ray 118 n’a pas pu se terminer comme trouvé.