unRAID-tråden

@LudvigLindell: Jag har själv inte stött på CRC-fel på min rigg men hittade en textsnutt från unraids forum som, om inget annat, kan "shine a little light on the issue":

@LudvigLindell: Jo precis. Tänkte mest på sista delen (även om jag tog med lite extra från citatet) - att det är ju något som är reggat i SMART så det kommer dyka upp varje gång som unraid läser av SMART på diskarna. Tyvärr.

Såvida du inte har en PC-3000 och kunnande hur man använder denna så kan du troligen inte göra något alls åt detta (PC-3000 är en produktserie med fysiska insticks-kort och programpaket som är närmast standard av dem som håller på med disk-räddning professionellt)

Tack för backuptipset med USB minnet!

better safe than sorry

Ett problem kan nog vara disken man har cashen på? Där tror jag att alla config till alla dockers ligger, borde väll göras backup på också?

@LudvigLindell: Japp, men sätts som standard när man skapar en disk-cash

Och för böveln ska man absolut inte använda plughin mover som i mitt fall tog bort alla share utom ett och de går inte återskapa i Unraid som i tex OMV men som tur kör jag alltid backup på det viktigaste och har på några olika ställen. Paity återbygger ju endast om man förlorat en disk.

Gör att jag numera kör med OMV och har Unraid endast som TVheadend och rUtorrent server.

Det enda jag kan komma på är detta.
1, lite snabbare cpu om du framöver vill börja leka med VM's/Docker's, annars böre den nog funka bra.
2, SSD'n ska du ha den till cache disk? För du kan bara installera Unraid till ett usbminne.

3, 16GB minne är total overkill om du bara ska ha burken som filserver, 1gig räcker utmärkt för unraid (är inte freenas o ZFS vi talar om som helst vill ha 1gig per 1TB diskutrymme).
Kör själv 8gig men det var vad jag hade liggandes hade nog kört på 2-4gig annars.
Om du däremot ska köra en massa plugins/WM/Dockers så är 16gig nästan lite för lite istället.

Själv köpte jag detta billiga paket; https://www.sweclockers.com/marknad/171609-i5-6500-8gb-ram-mo... och hade redan en burk, SSD för cash samt strömaggregat. Köpte till en 4 TB hårddisk Fungerar perfekt till Plex och filserver samt Phihole dns. Mycket mer behöver man inte.

Provade även att köra Windows 10 virtuellt men då fick CPU svettas för mycket där OMV klarar det lättare på en svagare setup. Japp kör nu en burk med OMV och en med Unraid. Körde Unraid ett tag med en billig 300 kr AMD CPU och det funkade men Plex och dockers flyter på bättre nu.

Kanske har otur men vill varna för Toshiba N300 NAS 3,5 som skramlar en hel del. Var tvungen att exclude denna disk för appdata så det blev lugnt.
Sedan köra kommando: cp -avr /mnt/disk2/appdata /mnt/cache/appdata
Disken var på disk2

Toshiban ovan är rätt snabb i sökning för att vara en snurrdisk och är en 7200 RPM-disk och därmed mer ljudlig och mer diskant-rik i knäpparna under sökning än en gammal 5400 RPM WD-green eller äldre WD-RED (som med dagens ögon är oerhört trötta, både i avseende söktid och i kontinuerlig datatakt vid läsning/skrivning) - men mycket handlar också om ljudet tillåts förmedlas ut i chassiet och det finns plåtytor som förstärker och agerar högtalare.

Om disken hörs betydlig mera i chassie än om du håller disken löst i handen medans den arbetar och söker vilt så vet du att det är chassiet och diskens upphängning man måste jobba på för att få ned ljudnivån och problemet finns mer eller mindre hos alla diskar med genomsnittliga söktider under 12 ms i jämförelse med dem som är runt 16 - 20 ms (aka. äldre WD-green (20.5 ms), WD-RED (16 ms))

Någon här som kör Unraid med GPU passtrough och hittat någon form av workaround efter att AMD klantat sig och pajat gpu passtrough? De verkar inte vara särskilt sugna på att fixa der heller vilket gör mig förbannad. Processorn påstås ha stöd för en sak men sen funkar det inte. Jag kan inte längre nedgradera bios på min burk och om jag ändå gör det så jag lite minnesproblem om jag inte minns fel.
Riktigt dåligt av AMD att inte lösa det här problemet.
Blir att slänga ut min AMD-burk och köpa en Intel istället om det inte löses snart. Jag måste ha igång gpu passthrough då jag vill kunna köra två os parallelt.

Skickades från m.sweclockers.com

Nu får du gärna förklara lite djupare vad det är som är ditt problem eftersom det är lagom intetsägande just nu.
Jag har nämligen ett AMD-system (1xCPU, 2xGPU) med fungerande GPU-passthrough, dock kör jag inte Unraid men operativsystemet har ändå Linux som grund och här är det inga problem med att "AMD klantat sig och pajat gpu passtrough?"
Pratar du om den s.k "resetbuggen" eller något annat?

Menar du AMD GPU Reset bugg?
Förtydliga gärna vilken bugg och vad för komponenter du använder.

Hej allihopa!

idag kör jag en windows server på en xeon 1240l v3 med 32gb ecc. denna agerar filserver samt hyper-v där jag för tillfället endast har 2 VMs, pfsense samt en ubuntu med pihole.

jag är lite trött på att patcha windows varje månad vilket inkluderar omstart, pfsense går ner, andra maskiner kommer inte åt filer.

har sneglat lite mot unraid men har aldrig använt det förut.

Hur ofta patchas unraid och kräver omstart?
smidigt att dra upp virtuella maskiner?
smidigt att hantera filshare?
smidigt att ersätta en hårddisk i någon slags raid/jbod lösning?
maskinen kommer efter installation att stå utan tgb och skärm, så remote mgmt är ett krav.

1. Uppdatera när du vill. Innan min senaste uppdatering hade jag dryga 200 dagar uptime. Att jag uppdaterade berodde på viktiga fixar i linuxkärnan.
2. Ja, enda jag krånglat lite med är macOs och kräver lite tålamod. Kör idag 8 olika VMs, 2st Win10 och resten Linux-baserade.
3. Enkel SMB share. Har inte haft några problem alls att dela filer till Win10 trots att SMB-stödet lämnar en del att önska.
4. Du använder en eller två paritetsdiskar som måste vara lika eller större än din största lagringsdisk. Går en hårddisk åt skogen så lägger du till den nya i Array och kör en re-build. Jag har inte gjort detta själv men har kollegor som provat utan större bekymmer.
5. Det finns WebGUI och SSH som standard. I WebGUI kan du även nå terminalen. Mycket smidigt system.