ZFS på nas

4. OK - då borde en singleCPU på 2 GHz+ klara jobbet.

5. Glappande kablar har jag råkat ut för på Win NTFS chipsetRAID5 som indikerats som FAIL, dvs hela arrayen förlorad. Men jag har hittat ett sätt att nolla arrayen och återskapa den utan dataförluster. Jag menar datat finns ju kvar trots en glappande kontakt därför handlar ett sånt här problem om att fixa glappet och bakvägen återställa felstatus + ev. verifiera/reparera datat.

Jag kör chipsetRAID5 på Intel ichxr och där larmas det omedelbart både vid boot i BIOS och i adminprogget. Har arrayen fått staus FAIL kan ingen fixa det - har haft kontakt med Intels support om detta och påpekat att datat är intakt och bett om info hur jag kan återställa status från FAIL till något annat för att få liv i arrayen igen - men det klararde dom inte av. Därför har jag några knep för att rädda arrayen iaf.

Avseende spekulationerna kring eccRAM eller inte är det praktiska erfarenheter och pålitlig statistik som gäller vilket inte tycks finnas. Innan dess är frågan spekulativt teoretisk. Som jag tidigare sagt kan jag leva med ett å annat paritetsfel.

Med ZFS fick jag "DEGRADED" istället för FAIL (den fortsatte alltså fungera men varnade om fel) när jag hade kabelglapp och efter att fixat problemet kunde man nollställa statusen med "zpool clear poolnamn" och sedan hoppas på att felet inte dyker upp igen.

Testade i helgen att köra med en extern USB3-disk i arrayen men då den var för långsam att detekteras så föll den ur arrayen emellanåt (eller snarare hann inte komma in i arrayen vid start av datorn). Efter export och import av poolen så hittade den disken men rapporterade några fel (den hade väl hunnit skriva lite data till arrayen som saknades på den disken). Felen hade fixats efter "resilver" och man kunde göra "zpool clear" för att nollställa felen igen. Den reparerar alltså bara de fel som uppstått och man behövde inte rebuilda hela disken. Det tycker jag är bra med ZFS. Det slutade i alla fall med att jag plockade ur hårddisken ur USB-chassit och körde den internt istället vilket funkar mycket bättre. Kopplade ur DVD-spelaren då jag insåg att jag inte använder den så ofta och fick då en ledig SATA-port att använda till hårddisken.

Google har statistik på ALLT.

http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638

Skickades från m.sweclockers.com

Ja där ser man att USB-kopplade diskar inte är att lita på - kan duga åt moster Agda till backup. Framgår ju med all tydlighet här på swec hur många som har problem med sina USB-diskar. Alla USB-diskar jag köpt genom åren är urplockade och monterade internt. Använder ibland externa diskar men de är nakna interna som ansluts via SATA-kabel utanför chassit.

Ja det va ju duktigt av zfs att kunna resetta poolen, smart rebuild uppskattas.

Tyvärr var den där statistiken aningen svårtolkad, man har inte angivit grundförutsättningarna, pratar om år isf timmar.
Överhuvudtaget tycks eccRAM inte vara ett försäljningsargument från PC-industrin, i varje fall inte när man vänder sig till allmänheten. Säkerhet/pålitlighet uppskattas tydligen inte av hemanvändare, i varje fall inte om man får betala för det.

6. Om man kör FreeNAS från USB-sticka, kan denna användas i flera burkar? Inte för att det rekommenderas utan snarare vill man veta om/vad som SKRIVS till USB och isf om detta är unikt för resp. burk. Eller, om USB-stickan blir korrupt kan man då skapa en ny från disten å köra vidare eller skall/bör man klona USB-stickan och ha en i reserv/som backup?

7. Vilket testprogg bör/skall man använda för att validera/verifiera kvaliteten på sprattlande eccRAM?

memtest86+ och http://bluesmoke.sourceforge.net/testing.html

Om du använt krypteringen så behöver du spara kryptonyckel och passphrase, I övrigt ska du kunna importera existerande volymer från tidigare system utan handpåläggning.
http://doc.freenas.org/index.php/Volumes#Auto_Importing_Volum...

7. Så Memtest86+ rapporterar minnesceller som rättats? Eller endast de som är *error*?
6. Jag kan alltså använda samma FreeNAS-USB till OLIKA datorer? Inget på USB'n är unikt för någon dator?

Det går att göra med FreeBSD så jag ser inte varför det skulle vara ett problem för FreeNAS.. Jag kan dock tänka mig att du får göra om valet av nätverks-interface ifall enheterna heter annorlunda på den nya datorn.

Njae, har nyss testat detta genom att fysiskt ta bort en disk och efter omstart dyker volymen upp som saknad, så info lagras på USB-stickan, kanske finns mera info där jag ännu inte hittat, man bör alltså ha en sticka/dator.

En annan iakttagelse är att FreeNAS är för ZFS, kör man endast UFS, dvs. < 16 GB, så skall man kanske se sig om efter nåt annat än FreeNAS - tex. så kan man inte avmontera diskar innan man fysiskt tar bort dom det saknas "export/detach" för UFS-diskar, enda sättet är att stänga ner maskinen och därefter fysiskt demontera disken, dock kommer den vid nästa omstart rapporteras som saknad. Rätta mig om jag har fel!

ZFS sparar info om vad som finns på diskarna i /boot/zfs/zpool.cache för att slippa traggla igenom alla enheter vid varje boot, vilket skulle ta onödig tid. I scenariot att du plötsligt stoppar in din systemdisk i en helt annan dator med andra diskar, kan du radera den filen och ZFS kommer läsa in informationen från diskarna istället.

OK - konstaterar att det saknas filhanterare för att se filstrukturer och filer iaf inte i web-GUI.