unRAID-tråden

Sådärja, tillbaka efter semesterresan. Min 4 Tb usb-disk kopplad till routern Asus ac68 börjar bli full med film, musik och bilder.
Så jag ska köpa lite diskar till min Unraid, 4Tb-disken kommer att vara kvar som backup till det viktiga. På routern.
Några förslag på prisvärda diskar? Jag pratar inte om några större saker eftersom jag oftast tar bort filmer jag sett. Men behöver ju mer än 4Tb i alla fall.

Tänkte bara återkomma med en uppdatering ang. Ryzen + ECC. Har nu köpt delarna för någon månad sedan och allt verkar väldigt stabilt.
Blev detta moderkort: Gigabyte GA-AX370-Gaming K7, Socket-AM4 (trevligt med 8x SATA!) och detta RAM: Kingston ValueRam DDR4 2133MHz ECC 8GB CL15 DIMM 2Rx8 tillsammans med 1700X'en jag hade liggandes och allt verkar stabilt, har kommit upp i 20 dagars uptime sedan startade jag om pga Unraid uppdatering.

Både memtest och Unraid säger att det är ECC så allt verkar som det ska.

Enda jag vart tvungen att göra var att disabla C6 States (jag gjorde det både i bios och via "zenstates", beskrivs här: https://lime-technology.com/forums/topic/67219-problems-with-... -- innan det så kunde det frysa lite spontant. Men efter det har det varit toppen.

Veeam Endpoint, har för mig att den kör enstaka mappar också.

Kan någon hjälpa mig med ett "skitproblem" innan jag gör om allt.

Skjuter lite från höften här o provar......

Historia i korthet: Köpte o installerade unraid på en HP microserver, allting flöt på, men nu när jag ska in i den, så kommer det upp en ruta där det står:
"Autentisering krävs unraid efterfrågar ditt användarnamn och lösenord"

Jag har ju fixat en User med username/lösen (som jag skrev upp) men kommer inte in i skiten. (har även provat "vanliga" Admin/Password etc etc och fan o hans morsa
Och det vart när jag gjorde detta som rutan kom upp... Och det är samma på alla datorer i mitt trådade nätverk.

Vad är det för Autentisering som krävs?
Kör Windows 10 och har inaktiverat lösenordsskyddad delning och aktiverat delning så att alla med nätverksåtkomst kan läsa o skriva.

Känns som att How to reset unRaid är min sista utväg men testar här först om någon har ett svar ?

Och kanske ska skriva att detta är mitt första möte med unraid

Jag gissar på att det är när du ska gå in på en smb share (windows fildelning) på unraid burken som du får lösen/pass krävs?
Och vanliga admin/pass är för unraids "websida" dvs den med inställnigar/stats/översikt/osv?

Utöver en user så kan du behöva lägga till en heller flera shares under fliken shares
Och ko ihåg att ställa in "Export:" under SNB share settings till yes.
Yes=kan användas och syns när man söker över nätverk.
Yes (hidden)=kan användas men kan ej sökas efter dvs man måste knappa in ipnummer/namn/sökväg manuelt.
No=Avslaget.

Kommer ej ihåg om disk shares som finns från början har det på heller av dock.

Hjälper det inte o lägga till/ställa in smb till yes prova o lägg till en annan användare o se om det funkar.

Utöver det så har jag över åren med allt ifrån win 98 til win 10 ibland haft problem med smb oftas så har det krånglat mest när jag haft inaktiverat lösenordsskyddad delning.
Mitt råd är att aktivera lösenordskyddad delning i windows.

Sen använda dig av nätverksenhet=drive bokstav/nätverksplats=en mapp under denna pc där du lägger in namn/lösenord och koppla up automatiskt.

En sak till som kan krångla är om du kör windows konto utan lösenord och kommer ej ihåg vad det var men det var en av dessa två och mer säker på nr1.
1, det går ej att köra med namn/lösen automatiskt ifyllt autouppkoppling på nätverksenhet/plats.
2, det går ej att sätta lösenord på en utdelad mapp.
I vilket fall som helst rekomenderar jag att knappa in ett winkonto lösenord.

Om man som jag använder/lever själv och det är en stationär burk och man vill slippa logga in hela tiden så.

https://pctidningen.se/datorutrustning/operativsystem/windows-10/logga-in-i-windows-utan-losenord

Jag har haft mindre problem (dock ej felfritt) efter att ha satt winkonto lösenord/auto login/aktiverat lösenordskyddad delning

@grizzly666 Stort stort tack!

Du verkar kunna det här med unRAID!

Har lite ont om tid idag (ville mest bara tacka dig) men har fixat "satt winkonto lösenord/auto login/aktiverat lösenordskyddad delning" som du länkade är fixat.

Ska gå igenom dina andra steg Ikväll/imorgon så fort jag får tid!!

Jag buggar o tackar för din delning o tid.

Känns som det kommer att komma fler frågor.. ...

Jag kör med 8gig för det var vad jag hade liggandes annars hade jag nog kört med 4gig.
Kör idag med transmission plugin och en ubuntu WM som enart kör jdownloader för nedladdning av youtube/twitch och rätt lite div annat skit.
Och minne ligger på 4,86gb used/2,24gb cached/750mb free efter ca 6mån uptime (förutom linux som behövde en restart efter uppdatering nån vecka sen).

Oavsett om jag har transmission/linux wm igång så ligger minnet på ungefär detsamma vad jag kan minnas.
Dvs unraid utnyttjar det minne som finns men behöver inte alls mycket om du ej kör massa plugins/docker/wm´s.
Så du behöver tala om vad du kör för plugin/docker/wm´s för att vi (andra) ska kunna ge mer info (har själv ingen koll på detta dock).

Kör själv för övrigt med en G3220 som räcker till bra visst linux wm kan ju vara lite snabbare men inget som stör direkt.
Är ju ganska lik prestanda http://cpu.userbenchmark.com/Compare/Intel-Pentium-G3220-vs-I...

Om det är någon som går i samma tankebanor som jag gjorde så ville jag bara meddela att det är jättelätt att byta från unRAID till t.e.x Debian utan att förlora data. Alla mina diskar var formaterade med XFS+encryption ifrån unRAID och det var inga problem att låsa upp och använda dom i Debian.

Jag kör numera ESXi som hypervisor med passthrough av mitt HBA-kort till en Debian VM som agerar filserver med hjälp av MergerFS + snapRAID.

Jag tycker unRAID är kanon men ville ändå informera dom som kanske tycker unRAID kan vara lite begränsande eller att LimeTech är sega med säkerhetsuppdateringar!

@grizzly666 du som är insatt i unraid, undrar lite hur cachedisken funkar i Unraid ?

Får upp röda varningar att cache börjar bli full, när jag skyfflar mycket till unraid.

Jag har bara en gammal/men säker Intel 80GB som cache.

Jag har en 240GB SSD som jag tänkte ha till ett annat projekt, ska jag sätta i den istället ?

Så här ser det ut:

Paraty = 3TB
Paraty 2 = 3TB
Disk 1 =2TB
Disk 2 =2TB
Cache = 80GB

/skog1s

@skog1s: Cachedisken kan användas till flera saker. Vanligast är att man skriver ny data till cachen och sedan flyttar den 1 gång per dygn till arrayn via mover. Låter som du har konfigurerat dina shares till detta. Isåfall kanske 80GB är lite i underkant.

Om du vill fortsätta att köra allt via cachen så kan det vara värt att uppgradera till 240GB. Alternativt stänger du av den funktionen och skriver din data direkt till arrayen (detta kan du konfigurera under dina shares inställningar).

https://wiki.unraid.net/Cache_disk

Andra användningsområden för en cache är t.ex dockers och virtuella maskiner.

Ser också att du verkar köra med 2 paritetsdiskar. Det är i min mening väldigt overkill ifall du bara har 4 diskar totalt.
Jag hade flyttat en paritetsdisk till data istället.

låter lite risky att flytta all ny/förändrad data till en cachedisk och sen sitta på det datat i flera timmar Schyst korruption det kan bli vid strömavbrott eller strul med just den cachedisken

Finns billiga UPS och jag har en för 800 kr till mitt system. Klarar lätt 30 minuter innan den stänger ner systemet om strömmen inte kommer tillbaka.

Har en HP microserver och raidkort påväg just nu.. Tänkte sätta upp en filserver för att kunna placera mina arkiverade musikprojekt/inspelningar på. Lär inte jobba mot den men ska sätta in en SSD som cache för att (förhoppningsvis) kunna spela in direkt till den.

@bjoen: Haft strömavbrott och saknar UPS? Kör en parity check och kryssa för "write corrections", då uppdateras paritetsdisken utifrån datadiskarna.

Inge bra tills du kontrollerat och hittat varför.

Gäller det sektorer på disken eller gäller det filer ?

Hur ser det ut med SMART på samtliga inblandade diskar och om det har varit läsproblem med misslyckad läst sektor på någon disk under processen. det är bra att ha kopia på SMART-värdena för resp. disk före och sedan jämföra efter du har kört en paritetskontroll.

Det är inte bara diskar som kan krångla, SATA-snören kan krångla (CRC-error - även om det görs recovery ett antal gånger) - du kan ha fel i RAM-minne etc. då det sistnämnda är jättefarligt då man kan förstöra friska kopior till odugliga dito utan att man märker det... det finns orsak till varför det sägs att man skall ha paritets/ECC-minnen i servrar och även dess diskkontroller om de har RAM-buffer i sig. Paritet/ECC på RAM gör att dels så upptäcks om minne gör fel och de flesta kan också rätta ett fel och upptäcka fel om det är två fel per ord eller byte (hamming-kodning som är en variant av ECC-rättning märker också om det är fel i själva paritetsminnet och kan avgöra vilket som är rätt vid 1 bitfel och rätta datat _eller_ paritetsminnet så länge det inte är mer än ett fel.)

Har du något annat sätt att kolla om filerna är felfria, tex. mot backup (innan paritetskontrollen gjordes) med samma/spegling av fil-hieraki och med rsync med flagga 'c' liknande:

"rsync -ca -i -i --links --compare-dest=/FILPATH/REFDIR/ /FILPATHS/POSSIBLE_CORRUPT_DIR/ /FILPATH/CHECK_DIR/"

(observera / / mellan filpatharna ovanstående med dubbel mellanslag för att synas tydligare, normalt bara enkel mellanslag)

Med denna metod går rsync igenom /FILPATH/POSSIBLE_CORRUPT_DIR/ och jämför med /FILPATH/REFDIR/ och alla filer som inte är exakt lika, ligger på samma ställe i trädet eller att det finns ytterligare filer som inte finns i /FILPATH/REFDIR/ så läggs en kopia i /FILPATH/CHECK_DIR/

(kom ihåg att kolla att alla pathar pekar rätt, stämmer filhierakin efter sista namnet och '/' inte exakt mot varandra så kommer du att fylla /FILPATH/CHECK_DIR/ med filer. - kan vara lämpligt att prova på mindre känsliga direktorys först eller på snapshots)

Obs. kopierar - ovanstående raderar inte filer, och det kommer att ta tid eftersom varenda byte i båda filrepositorierna kommer att kontrolleras om de är lika.

---

Är backuppen i annan mönster/filhieraki än det som ligger på disken och därmed inte kan traverseras med rsync.

så är en annan metod att använda "rmlint"

kommadosekvensen här kommer att jämföra /FILPATH/POSSIBLE_CORRUPT_DIR/ med /FILPATH/REFDIR/ och efter kommandot har körts så kommer det att generera en shellscript-lista som raderar alla filer i /FILPATH/POSSIBLE_CORRUPT_DIR/ som är _LIKA_ i /FILPATH/REFDIR/ oavsett placering i filhierakierna på respektive sida - och beroende på flagga satt kan filerna också ha olika namn men med samma binära innehåll och då raderas.

Denna övning _bör_ man göra på snapshot innan, som man kan skrota/ta bort och göra om igen om resultatet inte blev som det var tänkt.

Den vanliga disclaimen med att det görs på eget ansvar, läsa och förstå kommandot vad den gör etc. så är kommandot följande

"rmlint -T df -g -r -m -k /FILPATH/POSSIBLE_CORRUPT_DIR/ // /FILPATH/REFDIR/"

Resultatet är en bash-script (man får en sista varning att avsluta innan det exekveras när man startat scriptet, om man ångrar sig) som kommer att _TA_BORT_ alla filer i /FILPATH/POSSIBLE_CORRUPT_DIR/ som är (binärt) _lika_ med alla filer som ligger bakom '//' och därmed /FILPATH/REFDIR/ och det som är kvar är alltså filer som är nya eller inte är binärt lika med någon fil som finns i path bakom "//"

Path (kan vara flera) bakom "//" är alla filer skyddade, och dubbletter där kommer inte tas bort när man exekverar scriptet

- scriptet verifierar dessutom att filen finns kvar i referensen (/FILPATH/REFDIR/) precis innan den raderas i /FILPATH/POSSIBLE_CORRUPT_DIR/ och saknas filen i /FILPATH/REFDIR/ så raderas inte filen i /POSSIBLE_CORRUPT_DIR/

Obs det är på egen ansvar och läs manualen för 'rmlint' noga - och gör det på offringsbara kopior tills du har förstått hur den fungerar.