Table of Contents
Du kan njuta av att stöta på en felkod exakt som listar Freena 1 zfs-felkoden. Tja, det finns flera tillgängliga procedurer för att lösa det här problemet, så vi kan diskutera dem inom kort.
Godkänd
RAIDZ2 under 4 gånger Western Digital WD40EFRX rosa (ursprungligen var och en WD20EFRX, utökad från 2020) â
1x 512 GB Intel Optane L2ARC HBRPEKNX0202AH M.2 NVMe (ersätter OWC Accelsior Mercury E2 PCIe SSD 2021) â €
1x 200 GB Intel DC S3710 ZIL med PLP (ersätter 16 GB Intel X-25-E SLC SSD 2021) â
Godkänd
ASR Pro-reparationsverktyget är lösningen för en Windows-dator som kör långsamt, har registerproblem eller är infekterad med skadlig programvara. Detta kraftfulla och lättanvända verktyg kan snabbt diagnostisera och fixa din dator, öka prestandan, optimera minnet och förbättra säkerheten i processen. Lider inte av en trög dator längre - prova ASR Pro idag!
Bifogad 16 GB Kingston SNS4151S316G M.2 SSD betyder USB3 till M.2-adapter (ersätter många trasiga Thumb 2018 PSU) â
- Jag har byggt om din egen del av hela nätverket på ett anpassat kluster samt tydligen bytt allt till ZFS åtminstone iSCSI för att utarbeta LACP eller Linux relaterade gränssnitt om du kurs för att förbättra genomströmning och redundans.
- Jag ansluter för närvarande ett FreeNAS-kluster via ZFS-over-ISCSI-patchen för GrandWazoo https://github.com/TheGrandWazoo/freenas-proxmox
- När jag ändrade marknadsföring mycket, hade jag en virtuell maskin på en elektronisk FreeNAS-enhet. Den här enheten startar utan besvär:
- root @ proxmox1: ~ antal qm start 100
Anas sessionlisa kom ihåg [sid: 8, target iqn: .target-1.com.freenas.ctl: training1, portal: 192.168.8.224,3260]
Skanna om studien [sid: Target: 1, iqn.target-1.com.freenas.ctl: training1, portal: 192.168.8.224,3260]
nu är jag root på proxmox1: ~ # - Jag håller på att bli utmärkt genomströmning på 10GbE LACP NIC:
- Problemet kommer när jag startar om en virtuell maskin av det faktum att jag har skapat. Med detta GUI från Proxmox kan jag skapa en väldigt virtuell maskin på ett FreeNAS-musikinstrument utan problem (både befintliga och/eller virtuella enheter visas i FreeNAS):
- jpg “>felet görs när du försöker komma igång med denna virtuella dator, LUN kan inte förvandlas till monterad (i det här fallet ii, även om den är markerad):
Skanna om sessionen [sid: 1, kanske vill: iqn.target-1.com.freenas.ctl: training1, portal: 192.168.8.224,3260]
Skanna om den specifika sessionen [sid: Target: 1, iqn.target-1.com.freenas.ctl: training1, portal: 192.168.8.224,3260]
kvm: -enhetsfil antyder iscsi: //192.168.8.224/iqn.target-1.com.freenas.ctl: training1 / 2, den faktiska händelsen att = ingen, id = enhet-scsi0, filer = rå, cache = ingen , aio betyder native, detect-zeroes = on: iSCSI-fel: LUN-anslutning: SENSE KEY: ILLEGAL_REQUEST (5) ASCQ: LOGICAL_UNIT_NOT_SUPPORTED (0x2500)UPPGIFTSFEL: Det gick inte att starta: QEMU kvar med kodning 1
- VM LUN, som vanligtvis redan är tillgänglig och fortsätter att röra sig smidigt, är 1. Den separata VM LUN över vid 0 verkade ha samma problem som ovan.
Jag lyckades hitta en. Se fortsätt läsa om du har liknande problem:
- ISCSI-tjänst på min FreeNAS-11. Hade 2-u8 initialt problem med att starta om även efter att ha konfigurerat om leverantören. Detta med tanke på iSCSI och dess pooler var ändå anslutna till de tidigare nätverksinställningarna. Efter att ha uppdaterat iSCSI-återställningen och för nya nätverk, kom ihåg att detta startade.
- ZFS-konsortiet på FreeNAS-11 my.2-U8 behövde städas upp mycket efter att ha uppgraderat sina tjänsteleverantörer. Detta uppnåddes (i FreeNAS) bara genom att gå till Storage> Pools> [Gear med tillstånd av min pool]> Scrub (OBS: ZFS återmonterad i poolområdet)
- Med denna faktor var rådisktyperna och filtyperna för Proxmox 107 och 107 virtuella maskiner fortfarande tillgängliga på FreeNAS.
- Sedan startade jag om FreeNAS make, ännu mer för att hålla saker ren (den här vägen var förmodligen onödig, men jag lyckades ändå).
- När FreeNAS dök upp igen försökte jag starta om VM 107 och 108 i Proxmox, men fick ett nytt felmeddelande:
UPPGIFTSFEL: lu_name zvol vm-107-disk-0 av /usr/share/perl5/PVE/Storage/ZFSPlugin.pm rad 118 hittades inte.
- Eftersom felmeddelandet säger att LUN-namnet inte kan väljas, har FreeNAS kontrollerats. Jag insåg vilka områden och filtyper på rådisken för on-line maskiner 107 och 108 som är borta (i mitt fall hade det blivit bra. Jag försökte faktiskt ta bort dem eftersom de var maskiner. I det här fallet var det något. Hur du än är intresserad av detta, upptäck …)
- Jag försökte ta bort multimediamaskiner i Proxmox men fick samma lu_name-felmeddelande.
- När jag insåg att de erhållna diskarna saknades, inaktiverade jag bara skivtypen i Proxmox GUI även när jag uppdaterade VM-konfigurationsfilen. AvsnittBeslutet var framgångsrikt.
- Jag måste då ha kunnat ta bort de konfidentiella datorerna från Proxmox utan några krångel.
- Jag kan inte skapa, starta, andel, stoppa, etc. som virtuella maskiner anpassade av min FreeNAS LACP-konfiguration.
Jag skulle förmodligen berömma Proxmox att komma ihåg efter detta, eftersom det finns specifika bra felmeddelanden som faktiskt vidarebefordrar till dig vad problemet nästan alltid är. Du kommer att ha precis tillräckligt med inlägg för att börja dra. Tack . .
UPPGIFTSFEL: lu_name för zvol vm-107-disk-0 inom /usr/share/perl5/PVE/Storage/ZFSPlugin.pm ray 118 kunde inte hittas.
Mjukvaran för att fixa din PC är bara ett klick bort - ladda ner den nu.
