Am două dispozitive „NAS” vechi, în special Buffalo TeraStation Rackmount iSCSI („TS-RIXL/R5”). Acestea sunt practic computere încorporate care rulează Linux cu patru sloturi SATA și două porturi Ethernet, cu un firmware care apare ca o țintă iSCSI.
Cu ambele dispozitive, am făcut următoarele:
Am introdus patru unități noi de 16 TB Seagate Exos X16, am folosit instrumentul Windows Buffalo „Actualizare firmware” pentru a instala cel mai recent firmware (1.66) pe ele și am creat o matrice RAID5.
Apoi, pe o mașină amd64 care rulează Debian Buster cu kernel și instrumente standard, am încercat să configurez un sistem de fișiere criptat:
# găsiți dispozitivul
iscsiadm -m discovery -t st -p <adresa_ip>:3260
# conectați-l la subsistemul SCSI al inițiatorului
iscsiadm -m node --targetname "iqn.2004-08.jp.buffalo:<device_id>:vol1" --portal <ip_address>:3260,1" --login
# asta a făcut să apară /dev/sda
# creați un dispozitiv criptat
cryptsetup luksFormat /dev/sda
cryptsetup deschide /dev/sda nas
# creați un sistem de fișiere și montați-l
mke2fs -t ext4 /dev/mapper/nas
mount /dev/mapper/nas /mnt/nas/
# face un director
mkdir /mnt/nas/store
Acest lucru a părut să funcționeze bine, dar a făcut imediat să apară următoarea eroare în dmesg și syslog:
Eroare EXT4-fs (dispozitiv dm-0): ext4_validate_block_bitmap:384: comm mkdir: bg 18736: sumă de verificare a bitmap a blocului defectuos
Copierea unor gigaocteți de date pe dispozitiv a făcut, de asemenea, să apară erori, cum ar fi
EXT4-fs (dm-0): Alocarea întârziată a blocurilor a eșuat pentru inodul 479102523 la offset logic 8708096 cu blocuri maxime 128 cu eroare 74
EXT4-fs (dm-0): Acest lucru nu ar trebui să se întâmple!! Datele se vor pierde
Acest lucru este reproductibil cu ambele dispozitive NAS, excluzând unele defecțiuni hardware.
Dispozitivele funcționează impecabil de ani de zile (cu iSCSI, fără criptare).
Dacă fac același lucru acum fără partea "cryptsetup", face sistemul de fișiere pe /dev/sda direct și montează-l, pot lucra cu mai mulți gigaocteți de date fără să apară erori în syslog și fără a avea nicio corupție a datelor.
Pe de altă parte, folosind aceeași procedură pe mașina Debian, configurarea unui sistem de fișiere criptat pe un hard disk conectat prin USB (în loc de iSCSI), funcționează bine.
Asa de:
ext4 => dm-crypt => iSCSI => Buffalo NAS: „Acest lucru nu ar trebui să se întâmple!! Datele se vor pierde”
ext4 => iSCSI => Buffalo NAS: funcționează
ext4 => dm-crypt => disc USB extern: funcționează
(unde „funcționează” înseamnă: am copiat aproximativ 10.000 de fișiere cu o dimensiune de aproximativ 48 GB și am verificat folosind md5sum că toate fișierele erau acolo și nu erau corupte)
Apoi am repetat testele pe o mașină care rulează Ubuntu hirsute (21.04) și am obținut aceleași rezultate.
Există vreo problemă cunoscută la rularea dm-crypt pe iSCSI? Poate trebuie să am o configurație specială pentru partea iSCSI, de exemplu o configurație pentru stocarea în cache sau dimensiunea blocului?
