iSCSI lemez NTFS-ből RAW-lett formázás

Microsoft Windows

Üdv Mindenkinek!

Adott egy NAS amin van több iSCSI tároló létrehozva, ezek fel vannak csatolva egy időben több eszközre (Windows kliensek). Több helyen is jelentkezett az alábbi probléma: a lemez újra felcsatolásakor nem engedte felcsatolni a lemezt és minden áron formázni akarta volna. A lemezkezelőben az adott diszk RAW fáj rendszerrel rendelkezett miközben én a kezdetek kezdetén NTFS-re formáztam. Eltelt 1-3 óra és diszk újra felcsatolható volt.

Ha valaki esetleg tudja hogy ezt mi okozza kérem ossza meg velem.

Előre is köszönöm.

  • 2283 megtekintés

( mauzi v | 2015. 11. 13., p – 16:07 )

> ezek fel vannak csatolva egy időben több eszközre

mármint ugyanazon iSCSI target egyidejűleg több initiatorra? Tehát, egyazon NTFS-t akarják szimultán b.sztatni? Merthogy ahhoz valami cluster fájlrendszer kellene, ilyenformán adatkorrupciót okoz.

A Ceph egy elosztott fájlrendszer, ami több gép (cluster node) között elosztva tartja az adatokat, ezzel redundanciát és hibatűrést biztosítva.

Ha neked 1 darab SAN/NAS-od van, azon nem tudsz Ceph-et használni.

Jelen szituációban két lehetőséged van:

1.) olyan cluster-képes fájlrendszert használsz, ami több helyről felcsatolható egyidejűleg. (VMware VMFS, stb.)

2.) nem SAN funkciókat használsz, hanem NAS funkciókat. Magyarul, nem blokk eszközt adsz ki a klienseknek, hanem fájlszerver szolgáltatást nyújtasz. (NFS, CIFS, stb.)

"Az NTFS nem cluster fájlrendszer."

Tévedés. A cluster shared volume ugyanolyan mezei NTFS (vagy ma már ReFS) mint amit a kliensen is használhatsz. Csakhogy a filerendszer meta adatait koordinálva irják a tagok (ill. adott tag), hogy ne legyen káosz.

Azért a Cluster Shared Volume az NTFS egy igencsak speciális felhasználási módja:

"Cluster Shared Volumes operates by orchestrating metadata I/O operations between the nodes in the cluster via the Server Message Block protocol. The node with ownership of the LUN orchestrating metadata updates to the NTFS volume is referred to as the Coordinator Node. Read / Write operations are passed directly to the Serial attached SCSI, iSCSI, Fibre Channel, or Fibre Channel over Ethernet shared storage via block based protocols."

Magyarul: Windows-os cluster környezetben van arra megoldás, hogy az NTFS-t clusterezett módban használd. De, ha nincs Windows-os clustered, akkor nem mész messzire az NTFS-sel. Standalone Windows gépekről nem csatolhatod fel ugyanazt az NTFS-t több helyről, mint ahogy azt a topicindító szerette volna.

"Windows-os cluster környezetben van arra megoldás, hogy az NTFS-t clusterezett módban használd. "

Nem. Windows környezetben az NTFS és ReFS A cluster filerendszer. Pont.

"Standalone Windows gépekről nem csatolhatod fel ugyanazt az NTFS-t több helyről, mint ahogy azt a topicindító szerette volna."

Nem is állitotta senki, csak azt akartam tisztázni, hogy ez nem az NTFS korlátja. Az NTFS képes több gépen is felcsatolva lenni, amennyiben a metaadatok irását a tagok koordinálják. Csak úgy mint bármelyik másik cluster filerendszeren. Ezt a koordinációt windows clusteren a CSV-al érik el, ugyanúgy, ugyanazt az NTFS filerendszert használva mint bármelyik kliens gép.

> Akkor ennyi erővel az összes általános célú fs cluster fs.

Igen, erre akartam én is rávilágítani. Én azt tekintem cluster fs-nek, ami "önerőből" használható több node-on konkurrensen.

Ilyen alapon a DOS is egy 32 bites, védett módú, GUI-s multitasking oprendszer, mert ha a tetején elindítok egy Windows 95-öt, akkor van védett mód, meg GUI, meg multitasking.

A wikipedia szerint is a CSV a cluster fs (ha már az MS is fs-eli néhány helyen):

After you add a disk as a CSV, it is designated in the CSVFS format (for CSV File System). This allows the cluster and other software to differentiate the CSV storage from other NTFS or ReFS storage. Generally, CSVFS supports the same functionality as NTFS or ReFS. However, certain features are not supported. For example, in Windows Server 2012 R2, you cannot enable compression on CSV. In Windows Server 2012, you cannot enable data deduplication or compression on CSV.

Ettől szerintem az NTFS nem lesz cluster FS, de valaki benyomhatná az példák közé a wikipedia szócikkbe, hogy megnézzük, hány nap alatt tűnik el :)

Ja, a wiki annyira megbízható forrás... :) Amúgy hülyeségeken vitatkoztok. Most már: vitatkozunk. Óóó. :((
A CSV nem fájlrendszer, olyan fájlrendszer pedig aminek CSVFS lenne a neve nem létezik.
CSVFS-nek vagy a CSV-n ülő pl. NTFSt nevezik, vagy az egész komplett subsystemet is emlegetik így, ami a CSV-t hajtja.

Mindegyik cluster fs-ben koordinálni kell a metadata irást. Ezt windows alatt CSV-val csinálják, ami az NTFS formátumán semmit nem változtat, hiába fut "felette".

"Akkor ennyi erővel az összes általános célú fs cluster fs."

Önmagában (koordinálás nélkül) egyik sem alkalmas több gépről való irásra. Ezt nem a fs-nek kell megoldja önmagában, a hostok-nak is közrelműködniük kell.

On the Node 2, you can see following stack that represents mounted NTFS. Cluster guarantees that only one node has NTFS in the state where it can write to the disk, this is important because NTFS is not a clustered file system. CSV provides a layer of orchestration that enables NTFS or ReFS (with Windows Server 2012 R2) to be accessed concurrently by multiple servers.

Az MS dolgozók is félrebeszélnek. :-)

Ugyanezt mondtam én is. Kell egy réteg ami lekezeli a metadata irást, ez a CSV. Alatta pedig NTFS fut, ez igy együtt pedig clustered fs. Ugyanilyen réteget találsz nagyon sok más clustered fs "felett" is. Mint már emlitettem nem a filerendszernek kell önmagában a párhuzamos irást levezényelje. A jó filerendszer eszközöket ad a koordinálónak, hogy ezt egyszerűen meg tudja valósitani. Lock, journaling stb.

Ez nem is vita tárgya. :)

Ez az:

Nem. Windows környezetben az NTFS és ReFS A cluster filerendszer. Pont.

Egy hasonlat:

A Windows környezetben az NTFS és ReFS. Az Antivirus filerendszer. Pont.

Mindkettő filesystem minifilter driverrel van implementálva (és egyik se része a filerendszernek.) :D

Kezd unalmas lenni a dolog, de azért még egyszer, utoljára: ha letiltod a hostokon a koordinációt (windows-on a CSV szolgáltatást) akkor nem sok clustered filerendszer marad a világon, ha egyáltalán. Ez a réteg szükséges hozzá, hogy működjön. Ezért windowson az ntfs a clustered fs.
Mint már emlitettem a CSV nem filerendszer, hanem egy szolgálatás, igy nem is lehet az a filerendszer.

Példánál maradva: mountolj fel vmfs-t két gépen nem vmware környezetben (pl. windows alól, ha már emlitetted: filesystem minidriverrel) és kezdj rá irni párhuzamosan több gépről. Meg fog sérülni.
Akkor most a vmfs sem clustered filerendszer? Dehogynem. Csak kell a koordináció, file locking, scsi lock stb-stb.
(ja a vmfs driver még linux alól is readonly, vajon miért?)

Feladom nyertél, értem mit mondasz, már csak azt nem értem, hogy a Microsoftos kolléga miért írta, hogy nem az és pont ezért kell az egész bohóckodás. (pedig úgy tűnt, hogy ért hozzá) ;-)

Clustered FS=minden olyan FS amire lehet olyan szolgáltatást írni ami lekezeli, hogy gazsi most ne írj mert én írok (ezt akár CSV-be is tárolhatja ;))

( AiRLAC v | 2015. 11. 14., szo – 08:03 )

Hacsak nem MSCS-t (új nevén Failover Clustering) csinálsz akkor ez az eredmény ha mindkettő rendszer írja