Het Unraid topic

[alex3305]

Redelijk recent ben ik overgestapt van Unraid 6 naar 7.0 en eigenlijk direct door naar 7.1, maar ik ben er eigenlijk niet heel erg blij mee . Waar Unraid 6 voor mij altijd enorm stabiel was, loop ik nu toch tegen kleine problemen aan die relatief veel tijd kosten.

De afgelopen week was af en toe mijn server onbereikbaar en dat werd ook steeds erger. Gisterochtend ben ik daar eens in gedoken en kwam ik tegen dat kswapd0 enorm veel CPU vrat. Maar ik heb helemaal geen swap geconfigureerd . Echter ging het systeem swappen bij 16GB of 50% geheugengebruik. De andere 16GB was beschikbaar volgens top en free, maar blijkbaar niet te gebruiken? Een reboot loste dit probleem uiteindelijk op en ik kan u ook weer gewoon mijn 32GB gebruiken . Het enige vermoeden wat ik heb is dat de iGPU een sloot geheugen heeft geclaimed, want ook /dev/shm was zo goed als leeg. Dit was niet de eerste keer dat ik dit zag.

Na de reboot om bovenstaand probleem op te lossen kreeg ik ook Host Access to Custom Networks in Docker met geen mogelijkheid meer aan de praat . Normaal moest ik sowieso na een reboot het vinkje een keer omzetten om dit te laten werken, maar ook dat werkte nu niet.

Ik kwam verschillende posts op het Unraid forum tegen met vergelijkbare issues sinds 7.1(.2). Maar helaas zonder oplossing. Uiteindelijk heb ik hiervoor de Docker service gestopt en handmatig maar het shim netwerk aangemaakt:

ip link add shim-br0 link br0 type macvlan mode bridge
ip link set shim-br0 up

Normaal gebruikte ik de ipvlan driver, maar die moest ik ook inwisselen voor macvlan om het weer te laten werken.

Niet het einde van de wereld, maar vooral vervelend omdat de oorzaak niet echt duidelijk is.

[Asterion]

Hoi allen,

Ik ben momenteel bezig met een nieuwe server samen te stellen maar wanneer ik een harde schijf wil wissen in unraid kan ik kiezen tussen xfs, btrs en zfs.

Ik heb verder geen speciale eisen aan het systeem. Het zal enkele dockers draaien, een VM en voor de rest dient het als backup van mijn documenten, foto's en films.

ECC geheugen heb ik niet, dat had ik al begrepen dat ZFS dat wel "vereist" om beter te kunnen werken.

Als ik chatgpt een vergelijking laat maken dan kom ik eigenlijk tot de conclusie dat ik gewoon beter voor xfs kies?

[canonball]

Asterion schreef op vrijdag 13 juni 2025 @ 13:16:
Ik ben momenteel bezig met een nieuwe server samen te stellen maar wanneer ik een harde schijf wil wissen in unraid kan ik kiezen tussen xfs, btrs en zfs.

"vroeger" was in unraid een disk toevoegen in de array met de parity disk.
Als je dit doet is xfs prima. Voordeel van btrs en zfs zijn dat je snapshots kunt maken (wat handig kan zijn) .
Maar xfs is wel de meest volwassene optie, dus zeker ook een goede keus.

Als je met unraid7 een nieuwe server aanmaakt hoef je geen array mee te maken, je kunt ook alleen maar pools maken. Dan is de keus lastiger, maar blijft een keuze. Er is een rede dat je de keus hebt.

Zelf heb ik gekozen om films, documenten enzo ze in een array te houden, en voor vm's en dockers een zfs pool te maken (3disken) en voor caching een btrfs. Maar niet met een hele duidelijke rede.

ECC geheugen heb ik niet, dat had ik al begrepen dat ZFS dat wel "vereist" om beter te kunnen werken.

voor zfs is ecc geheugen fijn, maar niet noodzakelijk.

[ Voor 0% gewijzigd door canonball op 13-06-2025 14:20 . Reden: div typo's ]

[Asterion]

Mijn setup ziet er eigenlijk als volgt uit:
HDD - Parity disk
HDD - Persoonlijke data
HDD - Media
SSD - appdata (docker en vm)

Mijn vorige setup heb ik gewoon alles als array toegevoegd. Loont het de moeite om de SSD als pool in te zetten? Er is immers maar één?

Dan loont het ook volgens mij niet echt de moeite om voor zfs te gaan?

Cache heb ik wel al naar btrfs omgezet, dat leek ook het slimste volgens chatgpt.

Zijn pools ook beschermd door de parity disk of ben je je data kwijt als de schijf crasht?

[alex3305]

Mijn probleem van hierboven zou in 7.1.3 opgelost moeten zijn .

[alex3305]

@Asterion Een SSD zou ik niet in de array zetten, want dan heb je geen TRIM support. Dat houdt in dat de performance naar verloop van tijd (enorm) afneemt doordat niet gebruikte sectoren niet opgeruimd worden. Ik heb dus alleen mijn HDD"s in de array zitten. Mijn SSD's (meerdere) zijn losse pools per disk.

Ik heb zelf alles op xfs zitten. Ik heb met btrfs al een paar keer een crash / corruptie meegemaakt en (gedeeltelijke) recovery vond ik enorm veel voeten in de aarde hebben. Bij xfs kun je dan de data nog (gedeeltelijk) bereiken. Ook niet ideaal, maar beter dan niets.

Parity is ook geen backup! De kans dat een disk crash ook een tweede of derde schijf meeneemt, eventueel bij een rebuild, is altijd aanwezig. Daarnaast kan het rebuilden van grote disks erg lang duren. Ik gebruik dus op deze machine al 700 dagen geen parity, maar heb mijn backups op meerdere tiers en locaties ingericht.

[Asterion]

@alex3305 Goeie tip, dat wist ik niet. De SSD komt dus in een pool te staan. Dat geldt ook voor een M.2 aangezien dat ondergronds hetzelfde is?

Een parity is geen backup, dat weet ik. Heb daarom ook nog een externe backup van alle belangrijke documenten.

[alex3305]

Asterion schreef op vrijdag 13 juni 2025 @ 20:18:
@alex3305 Goeie tip, dat wist ik niet. De SSD komt dus in een pool te staan. Dat geldt ook voor een M.2 aangezien dat ondergronds hetzelfde is?

Een SSD is een SSD.

Een parity is geen backup, dat weet ik. Heb daarom ook nog een externe backup van alle belangrijke documenten.

. Ik ken helaas genoeg mensen die parity als backup zien en dan teleurgesteld / verdrietig / verontwaardigd zijn als het bijvoorbeeld bij een rebuild misgaat. Vandaar dat ik zoiets altijd scherp stel .

[i-chat]

parity is een eerstelijns 'recovery' tool als je parity goed hebt lopen is het vaak de makkelijkste en meest recente backup die je kunt hebben, snapshotted parity zoals unraid dat doet is wat dat betreft weer wat minder goed, maar altijd sneller dan incremental backups.

maar als je stelt dat parity geen backup is dan zeg ik, je hele schijf kopiëren naar een USB-schijf is ook geen backup (er kunnen immers copy-errors hebben opgetreden en een file-check over usb kost je onmogelijk veel tijd dus dat doe je liever ook niet al te vaak.

dan kom je eigenlijk al weer bij deze gemeenheid: 1 back up is geen backup 2 backups is een halve backup 3 backup is pas e(e)n echte backup (pun intended)

[Asterion]

Nu sla ik toch wel even steil achterover.

Ik heb de voorbije dagen redelijk wat Docker containers aangemaakt.
Toen ik wou inloggen via ssh en geen connectie kreeg heb ik de server herstart.

Nu zijn al deze containers verdwenen tussen 2 weken en nu.

Ik heb wel nog alle datamappen staan in de appdata folder maar ze staan niet in het overzicht?

Heeft iemand een idee waar ik moet beginnen zoeken naar de oorzaak?
Nu is er wel immens veel werk verloren.

[kevi-n1]

Asterion schreef op vrijdag 11 juli 2025 @ 15:30:
Nu sla ik toch wel even steil achterover.

Ik heb de voorbije dagen redelijk wat Docker containers aangemaakt.
Toen ik wou inloggen via ssh en geen connectie kreeg heb ik de server herstart.

Nu zijn al deze containers verdwenen tussen 2 weken en nu.

Ik heb wel nog alle datamappen staan in de appdata folder maar ze staan niet in het overzicht?

Heeft iemand een idee waar ik moet beginnen zoeken naar de oorzaak?
Nu is er wel immens veel werk verloren.

Adem in, adem uit

Als je een nieuwe container wilt maken, kan je uit de template lijst verschillende dockers selecteren.
Wanneer je deze aanklikt dan komen alle oude instellingen terug en hoef je enkel nog op "apply" te klikken.

De waarom vraag kan ik niet beantwoorden maar je bent binnen no-time weer "online".

[Asterion]

kevi-n1 schreef op vrijdag 11 juli 2025 @ 19:57:
[...]


Adem in, adem uit

Als je een nieuwe container wilt maken, kan je uit de template lijst verschillende dockers selecteren.
Wanneer je deze aanklikt dan komen alle oude instellingen terug en hoef je enkel nog op "apply" te klikken.

De waarom vraag kan ik niet beantwoorden maar je bent binnen no-time weer "online".

Bedankt voor de tip.
Ik zie echter wel dat instellingen die ik gemaakt heb ongedaan zijn gemaakt.
Er zijn zelfs containers terug gekomen die ik verwijderd had.
Het is alsof er een snapshot genomen is waar hij na de reboot terug is gegaan.

Edit:
Met behulp van Chatgpt even in de logs gedoken. Daaruit blijkt dat alle wijzigingen sinds vorige maand niet naar de flashdrive zijn weggeschreven en dus alles verloren is gegaan na de reboot.
Worden normaal alle wijzigingen weggeschreven naar de flashdrive wanneer men afsluit of herstart of gebeurd dit tussentijds ook?

[ Voor 19% gewijzigd door Asterion op 11-07-2025 20:46 ]

[kevi-n1]

Asterion schreef op vrijdag 11 juli 2025 @ 20:32:
[...]


Bedankt voor de tip.
Ik zie echter wel dat instellingen die ik gemaakt heb ongedaan zijn gemaakt.
Er zijn zelfs containers terug gekomen die ik verwijderd had.
Het is alsof er een snapshot genomen is waar hij na de reboot terug is gegaan.

Edit:
Met behulp van Chatgpt even in de logs gedoken. Daaruit blijkt dat alle wijzigingen sinds vorige maand niet naar de flashdrive zijn weggeschreven en dus alles verloren is gegaan na de reboot.
Worden normaal alle wijzigingen weggeschreven naar de flashdrive wanneer men afsluit of herstart of gebeurd dit tussentijds ook?

De flash drive wordt enkel beschreven wanneer er wijzigingen zijn en dat moet wel standaard gebeuren.
Voor de rest draait alles in het RAM geheugen.

[Asterion]

Dan wordt het een nieuwe usb stick.
Dat risico wil ik niet meer opnieuw dat het de volgende reboot weer mis gaat.

[Flans]

Asterion schreef op vrijdag 11 juli 2025 @ 22:02:
Dan wordt het een nieuwe usb stick.
Dat risico wil ik niet meer opnieuw dat het de volgende reboot weer mis gaat.

En (als je dit nog niet hebt) de plugins: 'appdata backup' & 'appdata cleanup' installeren.

De eerste om een backup te maken van je appdata map en usb stick. De tweede om (als je een container verwijderd) ook daadwerkelijke de volledige bijbehorende appdata map op te ruimen.

[alex3305]

Ik vind de Appdata backup echt de meest onzinnige plugin die er bestaat. Welke aardappel verzint het om de Docker service daarvoor te stoppen ? Ik snap best dat dat het veiligste is, maar regel dan als je bezig bent je backups gewoon correct in.

Ik gebruik nu al enkele jaren Kopia voor mijn backups. Dat is een deduplicerende backup tool. Ook als container te installeren via de apps store. De initiële opzet is niet bijster complex, maar wel even iets waar je op moet letten. Daarna heb je eigenlijk geen omkijken meer naar.

Mijn appdata en flash drive worden elke 4 / 6 uur gebackupt naar een externe disk:



Deze backup schrijf ik daarna ook weg naar twee remote locaties.

Met mijn retentie policy heb ik eveneens genoeg mogelijkheden om bij problemen nog zaken te restoren:


En de backup is via de webinterface benaderbaar en browsebaar:



Omdat Kopia comprimerend én deduplicerend werkt is mijn backup 'maar' 440GB. Terwijl 1 snapshot al 530GB zou moeten zijn.

Bovenstaand heeft natuurlijk geen zin als de configuratie niet wordt weggeschreven .

@Asterion Veel werk verloren valt ook wel weer mee. Daarnaast, als het zo belangrijk was, had je wellicht ook de tijd moeten nemen om het te documenteren .

[alex3305]

Sinds Unraid 7 heb ik eigenlijk een beetje een gek probleem. Ik ben niet 100% zeker of het door Unraid 7 komt, maar het is wel toevallig dat het sinds toen is gaan spelen. Af en toe is mijn server niet meer bereikbaar. Of eigenlijk heel traag. Het komt vast door een proces die helemaal uit de klauwen loopt, maar als ik mijn Beszel monitoring ga bekijken zie ik niets geks:



Wat ik wel zie op zo'n moment is dat kswapd0 en kcompactd0 nagenoeg alle CPU cycles opsnoepen. Als ik een of meerdere containers stop (bijv. Plex of Paperless-ngx) dan normaliseert het weer. Een reboot lost het sowieso op.

Ik heb geen swap ingesteld en volgens free of top heb ik op zo'n moment ook voldoende geheugen:

root@LeeTower:~# free -h
               total        used        free      shared  buff/cache   available
Mem:            31Gi        17Gi       2.6Gi       4.1Gi        15Gi        13Gi
Swap:             0B          0B          0B

Als ik echter een stress test draai dan gaat dit ook goed:

root@LeeTower:~# docker run -ti --rm polinux/stress stress --cpu 1 --io 1 --vm 4 --vm-bytes 4G --timeout 10s
stress: info: [1] dispatching hogs: 1 cpu, 1 io, 4 vm, 0 hdd
stress: info: [1] successful run completed in 10s

En doe ik hetzelfde met 'teveel' geheugen krijg ik ook netjes een fail:

root@LeeTower:~# docker run -ti --rm polinux/stress stress --cpu 1 --io 1 --vm 8 --vm-bytes 4G --
timeout 10s
stress: info: [1] dispatching hogs: 1 cpu, 1 io, 8 vm, 0 hdd
stress: FAIL: [1] (415) <-- worker 11 got signal 9
stress: WARN: [1] (417) now reaping child worker processes
stress: FAIL: [1] (451) failed run completed in 3s

Gek genoeg is daarna de buff/cache wel een heel stuk leger, maar volgens mij betekend dat niets.

root@LeeTower:~# free -h
               total        used        free      shared  buff/cache   available
Mem:            31Gi        14Gi        15Gi       4.1Gi       5.6Gi        16Gi
Swap:             0B          0B          0B

Het enige echte aanknopingspunt of iets wat echt heel vreemd is, is dat mijn Caddy setup met caddy-docker-proxy compleet stopt met werken. Het is dus net of Docker API / Socket niet meer bereikbaar is . Maar ik zie daar verder niets geks terug. Ook niet in de Unraid logging.

Vergelijkbare problemen heb ik ook gevonden op het Unraid forum, maar zonder resultaat. Ik vind het wel jammer want Unraid 6 was enorm stabiel.

[canonball]

alex3305 schreef op donderdag 17 juli 2025 @ 12:18:
Sinds Unraid 7 heb ik eigenlijk een beetje een gek probleem. Ik ben niet 100% zeker of het door Unraid 7 komt, maar het is wel toevallig dat het sinds toen is gaan spelen. Af en toe is mijn server niet meer bereikbaar. Of eigenlijk heel traag.

Ik had er ook last van, de echte oorzaak weet ik niet maar het gaat hier weer een tijdje goed.

Mijn vermoeden was krusader, die heb ik nu gestopt en er sinsdien geen last meer van. Het is bij mij begonnen een paar weken geleden, lang nadat ik na versie 7 ben gegaan, en krusader is zover ik zie afgelopen tijd niet update. Het blijft voor mij dus een vermoeden, maar mocht je ook krusader gebruiken, probeer die dan eens een tijdje te stoppen.

[alex3305]

@canonball Ik moest googlen wat Krusader is . Dus nee, die gebruik ik niet .

Ik gebruikte eerder ook veelvuldig /dev/shm maar daar ben ik ook maar mee gestopt om dit probleem te tacklen. Dat hielp overigens wel, maar uiteindelijk komt het toch terug.

Ik heb het vermoeden dat er iets misgaat in de berekening van het beschikbare geheugen. Het swappen gebeurt als ik circa 50% van het beschikbare geheugen daadwerkelijk in gebruik heb. Als ik de Beszel stats mag geloven ligt het ook niet aan de Docker containers, want daar veranderd niets, of weinig.



Wat ik voornamelijk zo gek vind is dat de OOM killer niet getriggerd wordt, maar dat het systeem wel als een malloot gaat swappen. Bij Debian / Ubuntu systemen gaat dat in mijn ervaring toch aardig hand in hand.

Overigens post een user hier ongeveer hetzelfde en als ik dus de sysctl commando's overneem, kalmeert het systeem direct. Super vaag

[ErikRedbeard]

alex3305 schreef op donderdag 17 juli 2025 @ 12:18:
...
Vergelijkbare problemen heb ik ook gevonden op het Unraid forum, maar zonder resultaat. Ik vind het wel jammer want Unraid 6 was enorm stabiel.

WebUI niet beschikbaar is in veel gevallen dat de eerste cpu core (core 0) vol benut wordt door bijv een docker. Het % van totaal cpu gebruik heb je dan niet zoveel aan, want 100% van 1 core als je er bijv 16 hebt is niet veel, iets van 6%.

Veel van Unraid en daarbij het WebUI draait vrijwel exclusief op die core 0 en soms core 1.

Sinds ik dit heb ontdekt ben ik ook standaard zwaardere en onvertrouwde dockers/vms gaan excluden van het gebruik van core 0 en core 1, aangezien deze geprefereerd worden door Unraid. Sindsdien heb ik geen problemen meer gehad met een onbereikbare WebUI.

Dit probleem kwam dan ook wel voor in vorige Unraid versies.


Het zou tevens ook nog door teveel IOps kunnen zijn van iets. Deze zijn ook vrij singlethreaded en kunnen dan ook die WebUI op core 0 in de weg gaan zitten.


Waarom Limetech de WebUI niet een hogere prioriteit geeft snap ik niet helemaal verder, maar dat terzijde.

[ Voor 19% gewijzigd door ErikRedbeard op 21-07-2025 22:43 ]

[alex3305]

@ErikRedbeard Goede gedachte, maar die vlieger gaat bij mij niet op. Ik heb door middel van taskset de Unraid processen op andere (E-)cores draaien . Tegelijkertijd is het ook niet één core die belast wordt. Ik kijk uiteraard niet alleen in Beszel, maar dat snap jij natuurlijk wel. kswapd0 en kcompactd0 pakken ergens tussen de 4 en 8 cores met een belasting van rond de 80-120 . Dat heurt niet zo. De Unraid processen komen niet eens voor in de top (pun intended).

De hoge IOPS gedachte is eveneens een goede poging die snel strandt. De meeste van mijn processen draaien langs shfs heen omdat deze inderdaad niet erg geoptimaliseerd is. Ook niet verwonderlijk aangezien het volgens mij door middel van FUSE gaat.

Het systeem vermoed ergens uit geheugen te zijn of de behoefte krijgen om geheugen te compacten. Maar dat raakt kant noch wal omdat ik - bijvoorbeeld vorige week - nog zo'n 30-50% geheugen vrij heb, al dan niet in shared/buffers. De kernel is het hier blijkbaar ook mee eens aangezien er eveneens geen oom-killer getriggerd wordt. Dan moet er iets gaar zijn. Of dat dan een Unraid proces is, een configuratie of mijn hardware, dat weet ik niet. Maar het klopt niet.

Sinds ik vorige week het compacten en swappiness heb uitgezet met ...

sysctl -w vm.swappiness=0
sysctl -w vm.compaction_proactiveness=0
sysctl -w vm.extfrag_threshold=1000

... draait het systeem alweer een week (zonder reboot) als een zonnetje.



Toen ik echter als test de bovenstaande sysctl instellingen terugzette op de oorspronkelijke waardes ging het weer mis. Maar in ieder geval werkt het nu.

[ErikRedbeard]

alex3305 schreef op dinsdag 22 juli 2025 @ 10:50:
...

Ik ging er inderdaad vanuit dat je een vrij standaard setup draaide, maar misschien dat het iemand anders helpt verder.

De shares draaien inderdaad via FUSE wat nogal een hog kan zijn. Inderdaad gewoon vermijden met container folders en dergelijke zolang je niet de functies van de share nodig hebt voor iets.

[ Voor 6% gewijzigd door ErikRedbeard op 22-07-2025 15:17 ]

[alex3305]

ErikRedbeard schreef op dinsdag 22 juli 2025 @ 15:17:
Ik ging er inderdaad vanuit dat je een vrij standaard setup draaide, maar misschien dat het iemand anders helpt verder.

Geen probleem . Dat overkomt me wel vaker .

De shares draaien inderdaad via FUSE wat nogal een hog kan zijn. Inderdaad gewoon vermijden met container folders en dergelijke zolang je niet de functies van de share nodig hebt voor iets.

Voor read-only taken of grote bulk acties gebruik ik het wel, maar daar is het ook voor bedoeld. Alle Docker (app)data staat op SSD en wordt direct benaderd ipv shfs. Behalve als het echt niet anders kan.

Er gebeurt wel iets vreemds overigens met loads met hoge iops. Wanneer het systeem dus problemen heeft met swap/compact en ik een load start met veel iops wordt het systeem eveneens onmogelijk traag. Bijvoorbeeld ncdu. Ook wanneer dit via een directe mount gaat (bijv. /mnt/system). Vooralsnog heb ik dit eveneens onder geheugen tekort geschaard, maar misschien is dat ook niet de gehele waarheid. Dit is wederom niet meer voorgekomen.

[rsvmark]

Hoi allen,

Voor het vervangen van mijn oude synology 412+ heb ik onlangs een Aoostar WTR PRO (amd) aangeschaft.
Ik ben nog redelijk nieuw in het server OS gebeuren en na een redelijk geslaagde poging met Truenas viel mijn oog op Unraid (met zijn vele apps) en heb ik inmiddels een trial versie draaien.

Specs:
AMD Ryzen 7 5825U
32gb ram
2x nvme 2Tb als cache drives in mirror voor apps/containers/vm's.
2x 12 Tb Seagate Ironwolfs Pro (1 parity en 1 data)

Nas zal voornamelijk gebruikt worden als media server (ARR stacks), foto opslag ipv iCloud en documenten.

Nu heb ik een 3e 12Tb schijf klaarliggen maar vind het eigenlijk onnodig deze in de 'beveiligde' array te hangen omdat bijvoorbeeld muziek en film makkelijk opnieuw te vinden is (origineel staat in de kast natuurlijk).

Hoe pakken jullie dit aan? Als ik de drive toe wil voegen zie ik alleen de keuze cache of toevoegen aan de array.

[D4NG3R]

Je hebt op unRAID een enkele array, maar kan sinds 6.9 meerdere pools aanmaken. Die hoeven niet per se als cache te dienen.

Ik heb zelf bijvoorbeeld een 2e pool met een wat oudere/tragere SSD (voorheen een HDD) om downloads naar toe te schrijven. Daarvoor wil ik m'n array niet laten draaien, en m'n snelle cache SSD niet mee belasten.

[rsvmark]

D4NG3R schreef op donderdag 31 juli 2025 @ 13:20:
Je hebt op unRAID een enkele array, maar kan sinds 6.9 meerdere pools aanmaken. Die hoeven niet per se als cache te dienen.

Ik heb zelf bijvoorbeeld een 2e pool met een wat oudere/tragere SSD (voorheen een HDD) om downloads naar toe te schrijven. Daarvoor wil ik m'n array niet laten draaien, en m'n snelle cache SSD niet mee belasten.

Ik download nu ook op de cache pool (nvme's) en laat het dan via mover verplaatsen naar de array. Die laatste kan ik dus vervangen door een 2e data pool.
Ga ik proberen, thanks!

[D4NG3R]

rsvmark schreef op donderdag 31 juli 2025 @ 13:26:
[...]


Ik download nu ook op de cache pool (nvme's) en laat het dan via mover verplaatsen naar de array.

Toen ik net met unRAID begon werden SSD's nog iets minder stevig gebakken en was ik binnen een jaar door 70% van de durability van m'n cache SSD heen gevreten grotendeels door downloads.

Maar goed, dat is inmiddels ook alweer een jaar of 7-8 geleden met een vrij kleine SSD. Op moderne SSD's is het wat minder relevant. Desalniettemin probeer ik dat soort intensieve schrijfacties op m'n cache te voorkomen.

Die laatste kan ik dus vervangen door een 2e data pool.
Ga ik proberen, thanks!

Yes, je kan de 3e schijf toevoegen als 2e pool, en 'gewoon' de mover zaken tussen de array/pool1/pool2 laten schuiven.

[ Voor 6% gewijzigd door D4NG3R op 31-07-2025 13:38 ]

[StefaanDG]

D4NG3R schreef op donderdag 31 juli 2025 @ 13:33:
[...]

Toen ik net met unRAID begon werden SSD's nog iets minder stevig gebakken en was ik binnen een jaar door 70% van de durability van m'n cache SSD heen gevreten grotendeels door downloads.
[...]

Was dit niet door een bug in Unraid als er btrfs werd gebruikt voor de cache? Kan het verkeerd voorhebben. Nu mijn cache gebruikt reeds een tijd zfs.

Ben zelf ook reeds een tijd aan het denken om een nieuwe Unraid server op te zetten, niet dat de originele niet meer voldoet maar de HDD's koel houden in de Node 804 case is toch een dingetje.
Zit zelf te tobben om of wel een rack mount server te bouwen en in de berging te plaatsen daar heeft die ademruimte genoeg en dan heb 'k ook geen last van het eventuele geluid. Of een off-shelf NAS zoals de Aoostar WTR MAX of de Ugreen NASync DXP8800 Plus. Wel flink aan de prijs die laatste, voor wat meer kan ik zeker de zelfbouw route nemen.

Mijn droom case momenteel is de 45HomeLab HL15 2.0 maar ja die kost ook een aardige duit om maar niet te spreken over shipping en invoerrechten.

[D4NG3R]

StefaanDG schreef op donderdag 31 juli 2025 @ 14:02:
[...]

Was dit niet door een bug in Unraid als er btrfs werd gebruikt voor de cache? Kan het verkeerd voorhebben. Nu mijn cache gebruikt reeds een tijd zfs.

Ik heb oprecht geen idee, destijds (2017-18) had ik een oude 128GB MX100 als cache in m'n servertje zitten, beestje was in een kleine 13 maanden van 7% lifetime used naar 71% gevlogen.

Zal op een moderne (en vooral; grotere) SSD absoluut niet zo hard gaan, desalniettemin slinger ik downloads nog altijd eerst lekker naar een losse SSD waar ik weinig om geef voordat ze elders in hun geheel worden weggeschreven.

[alex3305]

Mijn primaire 1TB Samsung SSD heb ik volgens mij met de bouw van mijn Unraid machine in de zomer van 2023 in gebruik genomen. Daarvan zegt SMART nu dat deze 20% verbruikt is met 133TB geschreven. Maar ik doe 'alles' met deze disk. Alle appdata, Docker containers, Linux ISO's downloaden, etc. Met een lineaire aftakeling (en dat is niet zo) zou deze disk dus nog bijna 8 jaar mee moeten kunnen. Ik geloof dat wel, maar vind het zeker niet onredelijk.

De 1TB Crucial P1 die ernaast zit is een jaartje ouder, maar heeft 'maar' 30TB bytes written en daardoor nog 98% levensduur. Die zal ik dus sowieso niet snel verslijten.

Opslag blijft voor mij een gebruiksproduct. Heb ik ook een mooi excuus om te upgraden .

[SaN]

Hoe regelen jullie docker container updates in Unraid? Als ik een beetje google zijn veel mensen nogal panisch over automatische updates, wat ik in principe wel begrijp. Nu heb ik mijn nieuwe unraid server met 16 docker containers ongeveer 6 weken lopen en voor 14 van de 16 containers zijn updates beschikbaar. Ik ben dus toch maar, handmatig, begonnen met updaten maar ik ben niet van plan om dat op deze manier te blijven doen aangezien het nogal wat tijd kost.

Chatgpt adviseert om handmatig te updaten en evt van tevoren de change logs te bekijken en achteraf te testen.

Hoe doen jullie dit? Ik zag dat CA Backup de mogelijkheid biedt om automatisch updates uit te laten voeren na een succesvolle backup, dat lijkt mij bijvoorbeeld wel prettig.

[D4NG3R]

Ik trek zelf wekelijks een backup van m'n containers, dus in het ergste geval kan ik de boel wel reverten. Maar heel eerlijk is dat nog nooit nodig geweest, er zijn wel een aantal containers welke ik handmatig even een versie terug heb gezet. (en een enkele container blijft daar ook op)

Ik klik af en toe op update all containers, wil wel graag weten wanneer het nu precies fout is gegaan i.p.v. eerst te moeten zoeken of er niet toevallig een update is geweest.

[Stefuit]

Bij mij staat alles op automatisch. Daar heb ik nog geen problemen mee gehad voorlopig.

[WCA]

Elke nacht een appdata backup
Elke nacht automatisch update van sommige containers, andere doe ik handmatig.

Kapot? Gewoon restoren. Ik draai niks bedrijfskritisch

[SaN]

D4NG3R schreef op maandag 4 augustus 2025 @ 12:23:
Ik trek zelf wekelijks een backup van m'n containers, dus in het ergste geval kan ik de boel wel reverten. Maar heel eerlijk is dat nog nooit nodig geweest, er zijn wel een aantal containers welke ik handmatig even een versie terug heb gezet. (en een enkele container blijft daar ook op)

Ik klik af en toe op update all containers, wil wel graag weten wanneer het nu precies fout is gegaan i.p.v. eerst te moeten zoeken of er niet toevallig een update is geweest.

Dat laatste lijkt mij ook het grootste struikelblok. Ik laat elke nacht een appdata backup maken en er worden er slechts 3 bewaard. In het slechtste geval kom je er later achter dat een container kapot is gegaan en heb je geen goede backup meer. Ik denk dat jouw oplossing een goede is.

WCA schreef op maandag 4 augustus 2025 @ 12:32:
Elke nacht een appdata backup
Elke nacht automatisch update van sommige containers, andere doe ik handmatig.

Kapot? Gewoon restoren. Ik draai niks bedrijfskritisch

Dat is ook een beetje mijn gedachte. Het is heel prettig als alles gewoon blijft werken, maar het blijft hobby. Hoe lang bewaar je jouw backups? Wat is jouw instelling?

Stefuit schreef op maandag 4 augustus 2025 @ 12:32:
Bij mij staat alles op automatisch. Daar heb ik nog geen problemen mee gehad voorlopig.

Goed om te horen. Ik neig er toch ook sterk naar om het maar gewoon te proberen met een goede backupstrategie. Het probleem is dat ik niet alle containers dagelijks gebruik, dus als er 1 kapot gaat kan het zijn dat ik daar pas veel later achter kom.

[WCA]

SaN schreef op maandag 4 augustus 2025 @ 12:53:

[...]

Dat is ook een beetje mijn gedachte. Het is heel prettig als alles gewoon blijft werken, maar het blijft hobby. Hoe lang bewaar je jouw backups? Wat is jouw instelling?

7 dagen bewaren, en ik cross-sync mijn backups via Syncthing nog naar een maat van me toe.

Is wellicht wat overkill maar ik heb zat ruimte, maat van me ook.

[SaN]

WCA schreef op maandag 4 augustus 2025 @ 13:44:
[...]


7 dagen bewaren, en ik cross-sync mijn backups via Syncthing nog naar een maat van me toe.

Is wellicht wat overkill maar ik heb zat ruimte, maat van me ook.

Helder. Ik laat ze naar een aparte schijf buiten de array schrijven. Wellicht kijk ik nog eens naar een offsite backup optie voor eens in de week bijvoorbeeld voor het geval er iets met de kast gebeurt.

Grootste angst is voor mij dat het misschien eens voorkomt dat het langer duurt voordat ik het door heb dat er een container kapot is gegaan. Vandaar dat ik de backups nu 28 dagen laat bewaren maar met 18gb per backup is dat straks 500gb aan backupruimte. Opzich niet zo erg op een 3tb schijf die eigenlijk nergens anders voor wordt gebruikt, maar het kan netter.

Ik zou het liefst hebben dat backups van de laatste week allemaal worden bewaard en dan vervolgens 5 backups van de 5 weken daarvoor. Misschien eens een scriptje maken of een meer geavanceerd backupprogramma proberen.

[alex3305]

Ik beheer mijn Docker containers buiten Unraid om met Docker Compose. Updates doe ik met automatisch met Renovate en Forgejo Actions. Daar heb ik een hele tijd geleden alweer iets over geschreven in het Docker topic.

Dit zorgt ervoor dat ik precies kan zien wat wanneer gewijzigd is, en dus eventueel ook kan ingrijpen. Deze automatische updates gebeuren alleen overdag. Eveneens heb ik sommige updates zo ingesteld dat deze goedkeuring vereisen. Bijvoorbeeld bij Home Assistant en Zigbee2MQTT. Ik heb namelijk geen zin in onverwachte verrassingen.

Docker Compose (en Docker Swarm) installeer en configureer ik overigens met Ansible in plaats van de kant-en-klare Docker Compose uit de Apps store. Dit is niets meer dan de GitHub release uitpakken in /usr/local/lib/docker/cli-plugins/ en de juiste 0755 permissie meegeven. Deze houdt ik eveneens up to date met Renovate.

Backups maak ik met een Kopia container. Na de opzet heb ik hier geen omkijken meer naar en mijn appdata backups blijven tot één jaar bewaard. Door de deduplication neemt dit ook niet bijster veel ruimte in. Database snapshots maak ik live met de Postgres of MariaDB/MySQL tooling. Dit is ook niets meer dan een oneliner:

# PostgreSQL
docker exec -i immich-database /bin/bash -c 'PGPASSWORD=$POSTGRES_PASSWORD pg_dumpall --username=$POSTGRES_USER' > /mnt/applications/appdata/immich/database.sql

# MariaDB / MySQL
docker exec -i home-assistant-database sh -c 'mariadb-dump --all-databases > /var/lib/mysql/dump.sql'

De database data / WALs houdt ik buiten de backup omdat deze waarschijnlijk toch niet (correct) te restoren zijn.

Denk er overigens aan dat backups alleen nuttig zijn als je ook regelmatig de restore test . Een backup zonder restore (test) is geen backup, maar waardeloze bytes.

[SaN]

alex3305 schreef op maandag 4 augustus 2025 @ 13:57:
Ik beheer mijn Docker containers buiten Unraid om met Docker Compose. Updates doe ik met automatisch met Renovate en Forgejo Actions. Daar heb ik een hele tijd geleden alweer iets over geschreven in het Docker topic.

Dit zorgt ervoor dat ik precies kan zien wat wanneer gewijzigd is, en dus eventueel ook kan ingrijpen. Deze automatische updates gebeuren alleen overdag. Eveneens heb ik sommige updates zo ingesteld dat deze goedkeuring vereisen. Bijvoorbeeld bij Home Assistant en Zigbee2MQTT. Ik heb namelijk geen zin in onverwachte verrassingen.

Docker Compose (en Docker Swarm) installeer en configureer ik overigens met Ansible in plaats van de kant-en-klare Docker Compose uit de Apps store. Dit is niets meer dan de GitHub release uitpakken in /usr/local/lib/docker/cli-plugins/ en de juiste 0755 permissie meegeven. Deze houdt ik eveneens up to date met Renovate.

Backups maak ik met een Kopia container. Na de opzet heb ik hier geen omkijken meer naar en mijn appdata backups blijven tot één jaar bewaard. Door de deduplication neemt dit ook niet bijster veel ruimte in. Database snapshots maak ik live met de Postgres of MariaDB/MySQL tooling. Dit is ook niets meer dan een oneliner:

# PostgreSQL
docker exec -i immich-database /bin/bash -c 'PGPASSWORD=$POSTGRES_PASSWORD pg_dumpall --username=$POSTGRES_USER' > /mnt/applications/appdata/immich/database.sql

# MariaDB / MySQL
docker exec -i home-assistant-database sh -c 'mariadb-dump --all-databases > /var/lib/mysql/dump.sql'

De database data / WALs houdt ik buiten de backup omdat deze waarschijnlijk toch niet (correct) te restoren zijn.

Denk er overigens aan dat backups alleen nuttig zijn als je ook regelmatig de restore test . Een backup zonder restore (test) is geen backup, maar waardeloze bytes.

Wow.. Haha bedankt! Gemini had het ook al over het nut van een restore test. Ik ga ernaar kijken.

[WCA]

SaN schreef op maandag 4 augustus 2025 @ 14:02:
[...]

Wow.. Haha bedankt! Gemini had het ook al over het nut van een restore test. Ik ga ernaar kijken.

Ondanks dat ik beter weet, moet ik zeggen dat ik eigenlijk nooit echt geplande restore tests doen. Wel ongeplande, als ik iets kapot gemaakt heb

[alex3305]

Nadat ik relatief recent naar Unifi ben overgestapt heb ik vandaag eindelijk de moeite genomen om ook VLANs in te regelen op mijn Unraid machine. Ik zag hier een beetje tegen op door de enorm moeizame ervaring van een kennis van me, maar die zorgen waren uiteindelijk onterecht.

In Unifi heb ik allereerst een VLAN aangemaakt met ID 40:


Ik heb daarna dat VLAN toegevoegd met dezelfde instellingen in Unraid's Network Settings:


EDIT Ik had hier eerder staan dat IPv4 Address Assignment op None moest staan, maar dat klopt niet. Dit moet Automatic zijn. De None optie werkt maar maakt geen bridge of shims aan waardoor container <> container communicatie niet werkt. De Static optie is ook mogelijk, maar ik houd het liever dynamisch.

En vervolgens ook toegewezen in Docker Settings:


Dat was het eigenlijk .

Na het aanpassen van het netwerk in de Compose definitie, werkte dit out of the box.

[ Voor 14% gewijzigd door alex3305 op 04-08-2025 16:24 ]

[SaN]

WCA schreef op maandag 4 augustus 2025 @ 14:05:
[...]


Ondanks dat ik beter weet, moet ik zeggen dat ik eigenlijk nooit echt geplande restore tests doen. Wel ongeplande, als ik iets kapot gemaakt heb

En dat ging goed?

[WCA]

SaN schreef op maandag 4 augustus 2025 @ 17:01:
[...]

En dat ging goed?

Altijd goed gegaan.

[Stefuit]

Ik heb sinds kort ZFS geïnstalleerd voor mijn cache waar mijn dockers en vm's op staan. Moet alleen nog eens kijken om automatische snapshots te nemen en deze in de array te plaatsen. Moet het nu manueel doen

Als je dat moest doen kan je zeer snel herbeginnen moest er toch iets mis gaan.
Spaceinvaderone heeft hiervoor een video gemaakt hoe je dit moet doen. Alleen voor automatische snapshots gebruikt hij een ZFS schijf in de array. Dus weet ik niet of dit zal werken als je geen ZFS schijf hebt.

[masauri]

Heb iets geks aan de hand, kan plots niet meer via mijn gebruikersnaam en wachtwoord inloggen.
Via tailscale wel zonder problemen.
2 dockers doen ook ineens raar..
Die van sabnzb geeft me dit:
___. .__ .__
\_ |__ |__| ____ | |__ ____ ___ ___
| __ \| |/ \| | \_/ __ \\ \/ /
| \_\ \ | | \ Y \ ___/ > <
|___ /__|___| /___| /\___ >__/\_ \
\/ \/ \/ \/ \/
https://hub.docker.com/u/binhex/

2025-08-12 21:16:10.492360 [info] Host is running unRAID
2025-08-12 21:16:10.521416 [info] System information: Linux 7d0e52c9c61a 6.12.24-Unraid #1 SMP PREEMPT_DYNAMIC Sat May 3 00:12:52 PDT 2025 x86_64 GNU/Linux
2025-08-12 21:16:10.551453 [info] Application name: 'sabnzbdvpn'
2025-08-12 21:16:10.582937 [info] Base image release tag: '2025072801'
2025-08-12 21:16:10.621702 [info] Output image release tag: '4.5.2-1-03'
2025-08-12 21:16:10.679685 [info] PUID defined as '99'
2025-08-12 21:16:10.728942 [info] PGID defined as '100'
2025-08-12 21:16:10.788370 [info] UMASK defined as '000'
2025-08-12 21:16:10.827723 [info] Permissions already set for '/config'
2025-08-12 21:16:10.867236 [info] Deleting files in /tmp (non recursive)...
2025-08-12 21:16:10.917944 [info] VPN_ENABLED defined as 'no'
2025-08-12 21:16:10.947912 [warn] !!IMPORTANT!! VPN IS SET TO DISABLED', YOU WILL NOT BE SECURE
2025-08-12 21:16:11.007530 [warn] ENABLE_SOCKS not defined (via -e ENABLE_SOCKS), defaulting to 'no'
2025-08-12 21:16:11.106799 [info] ENABLE_PRIVOXY defined as 'yes'
2025-08-12 21:16:11.198085 [info] Starting Supervisor...
2025-08-12 21:16:11,488 INFO Included extra file "/etc/supervisor/conf.d/sabnzbdvpn.conf" during parsing
2025-08-12 21:16:11,488 INFO Set uid to user 0 succeeded
2025-08-12 21:16:11,500 INFO RPC interface 'supervisor' initialized
2025-08-12 21:16:11,501 CRIT Server 'unix_http_server' running without any HTTP authentication checking
2025-08-12 21:16:11,502 INFO supervisord started with pid 7
2025-08-12 21:16:12,504 INFO spawned: 'start-script' with pid 75
2025-08-12 21:16:12,506 INFO spawned: 'watchdog-script' with pid 76
2025-08-12 21:16:12,509 DEBG 'start-script' stdout output:
[info] VPN not enabled, skipping configuration of VPN

2025-08-12 21:16:12,510 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2025-08-12 21:16:12,510 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2025-08-12 21:16:12,510 DEBG fd 9 closed, stopped monitoring <POutputDispatcher at 23119098092176 for <Subprocess at 23119097297760 with name start-script in state RUNNING> (stdout)>
2025-08-12 21:16:12,510 DEBG fd 11 closed, stopped monitoring <POutputDispatcher at 23119097733008 for <Subprocess at 23119097297760 with name start-script in state RUNNING> (stderr)>
2025-08-12 21:16:12,511 INFO exited: start-script (exit status 0; expected)
2025-08-12 21:16:12,511 DEBG received SIGCHLD indicating a child quit
2025-08-12 21:16:12,515 DEBG 'watchdog-script' stdout output:
[info] SABnzbd not running

2025-08-12 21:16:12,515 DEBG 'watchdog-script' stdout output:
[info] Attempting to start SABnzbd...

2025-08-12 21:16:13,148 DEBG 'watchdog-script' stdout output:
[info] SABnzbd process started
[info] Waiting for SABnzbd process to start listening on port 8080...

2025-08-12 21:16:13,155 DEBG 'watchdog-script' stdout output:
[info] SABnzbd process is listening on port 8080

2025-08-12 21:16:13,159 DEBG 'watchdog-script' stdout output:
[info] Privoxy not running

2025-08-12 21:16:13,162 DEBG 'watchdog-script' stdout output:
[info] Attempting to start Privoxy...

2025-08-12 21:16:14,170 DEBG 'watchdog-script' stdout output:
[info] Privoxy process started
[info] Waiting for Privoxy process to start listening on port 8118...

2025-08-12 21:16:14,174 DEBG 'watchdog-script' stdout output:
[info] Privoxy process listening on port 8118

Maar wil dus geen webgui geven of verder starten.

Nextcloud geeft me dit:
curl: (6) Could not resolve host: ghcr.io
Trying to fix docker.sock permissions internally...
Creating docker group internally with id 281
The environmental variable TZ has been set which is not supported by AIO since it only supports running in the default Etc/UTC timezone!
The correct timezone can be set in the AIO interface later on!
Initial startup of Nextcloud All-in-One complete!
You should be able to open the Nextcloud AIO Interface now on port 8080 of this server!
E.g. https://internal.ip.of.this.server:8080
⚠️ Important: do always use an ip-address if you access this port and not a domain as HSTS might block access to it later!

If your server has port 80 and 8443 open and you point a domain to your server, you can get a valid certificate automatically by opening the Nextcloud AIO Interface via:
https://your-domain-that-points-to-this-server.tld:8443
Total reclaimed space: 0B
Could not reach https://ghcr.io.
Most likely is something blocking access to it.
You should be able to fix this by following https://dockerlabs.collab...king/Configuring_DNS.html
Another solution is using https://github.com/nextcl.../tree/main/manual-install
See https://github.com/nextcl...manual-install/latest.yml

Ik weet niet waar ik het moet gaan zoeken???

[alex3305]

@masauri Alle containers en VM's afsluiten, eventueel Docker en array stoppen en kijken of het dan wel werkt. Eventueel rebooten en vanaf daar weer terug op gaan bouwen.

Ik ben geen kennis van Tailscale of andere VPN setups, maar als je niet meer kunt inloggen zal er vast iets mis zijn met (dubbele) poort mappings waardoor het niet meer werkt.

Daarom vind ik ook dat bridge en host networking standaard niet gebruikt moet worden.

[D4NG3R]

@masauri Zo uit het niets, of na gewijzigde instellingen of iets van een update?

( Waarom trouwens een van Binhexes z'n VPN containers draaien met Privoxy, zonder dat het VPN aspect actief is? )

[masauri]

D4NG3R schreef op woensdag 13 augustus 2025 @ 11:48:
@masauri Zo uit het niets, of na gewijzigde instellingen of iets van een update?

( Waarom trouwens een van Binhexes z'n VPN containers draaien met Privoxy, zonder dat het VPN aspect actief is? )

zo uit t niets idd...
ik heb indertijd de migratie door ed van spaceinvaders laten uitvoeren dus het heeft allemaal perfect gewerkt... tot nu dus...

[Flans]

Automatische update van 1 van de docker containers gehad wellicht?

[ Voor 35% gewijzigd door Flans op 13-08-2025 15:52 ]

[masauri]

Flans schreef op woensdag 13 augustus 2025 @ 15:51:
Automatische update van 1 van de docker containers gehad wellicht?

dit kan idd wel iets zijn , al vind ik het raar dat ik daardoor niet meer zou kunnen inloggen op men server...

[Flans]

masauri schreef op woensdag 13 augustus 2025 @ 16:54:
[...]

dit kan idd wel iets zijn , al vind ik het raar dat ik daardoor niet meer zou kunnen inloggen op men server...

Het zou inderdaad niet mogen... Maar als je Sabnzbd en Nextcloud en je eigen server bij default op 8080 worden gezet. Los daarvan draaien er (als ik het goed begrijp) twee VPN'en waarvan je er 1 gebruikt. Dan zijn er wel wat mogelijkheden te bedenken.

[tomdh76]

Ik heb sinds dit weekend een unRAID server en ben enthousiast over de webui en shares aanmaken. Heb er een jellyfin container opgezet die ook prima werkt. Het enige wat me opviel was dat er gelijk ongeveer 150 Gb ruimte bezet was? Ik heb 3 schijven erin (8TB) waarvan 1 parity. Maar dus bij deze nieuwe geformatteerde schijven direct 150 gb gebruik. Is dit normaal? Het OS staat toch op de USB?

[Flans]

SaN schreef op maandag 4 augustus 2025 @ 12:17:
Hoe regelen jullie docker container updates in Unraid? Als ik een beetje google zijn veel mensen nogal panisch over automatische updates, wat ik in principe wel begrijp. Nu heb ik mijn nieuwe unraid server met 16 docker containers ongeveer 6 weken lopen en voor 14 van de 16 containers zijn updates beschikbaar. Ik ben dus toch maar, handmatig, begonnen met updaten maar ik ben niet van plan om dat op deze manier te blijven doen aangezien het nogal wat tijd kost.

Chatgpt adviseert om handmatig te updaten en evt van tevoren de change logs te bekijken en achteraf te testen.

Hoe doen jullie dit? Ik zag dat CA Backup de mogelijkheid biedt om automatisch updates uit te laten voeren na een succesvolle backup, dat lijkt mij bijvoorbeeld wel prettig.

Het meeste is ondertussen wel gezegd. Ik doe het updaten zoveel mogelijk automatisch ik heb alleen een 'vertraging' van een paar dagen toegevoegd. Daarvoor gebruik ik de plugin 'Auto Update Applications' dit werkt zowel voor plugins als voor docker. Hij wacht nu alleen (in mijn geval) 3 dagen voordat de nieuwe versie geupdate wordt. Dus als er iets mis is met een nieuwe release dan is er tegen de tijd dat het bij mij fout gaat (hopelijk) een nieuwe versie

[alex3305]

@tomdh76 Schijven hebben altijd wat overhead afhankelijk van het bestandssysteem. Dit is altijd al zo geweest . Alleen lijkt dit met de grote disks ineens enorm veel.

[Asterion]

Ik ben de laatste dagen bezig geweest om een nieuwe usb stick te maken omdat de vorige kuren begon te tonen.
Wat ben ik daar lang met bezig geweest!

De Unraid Creator Tool werkte niet omdat er geen GUID was gevonden op de stick (Sandisk probleem blijkbaar)
De manuele methode werkte ook voor geen meter ondanks dat ik wel alle stappen kan volgen.
Een live usb van Linux Mint werkt wel gewoon. Aan de usb stick ligt het dus niet.

Mijn moederbord (Kontron D3644-B1) meerdere malen default settings.
Secure boot aan of uit
TPM aan of uit. Proberen resetten.
CMOS reset
EFI folder 'aan of uit' gezet
Moederbord ondersteund UEFI dus daar verwachtte ik geen probleem omdat Unraid dat ook gewoon ondersteund.
Moederbord heeft ook de laatste BIOS update gehad.

Uiteindelijk kwam ik erachter dat de usb ingesteld stond als GPT. Wat goed is voor UEFI dacht ik dan.
Als laatste poging heb ik dit omgezet naar MBR en je verwacht het niet maar Unraid start dus gewoon op.

Kan iemand me uitleggen waarom het met MBR wel lukt maar niet met GPT?
Het moederbord ondersteunt gewoon UEFI.
De Linux Mint Live CD werkte wel gewoon onder UEFI. Waarom Unraid dan niet?

[Flans]

Asterion schreef op donderdag 4 september 2025 @ 10:45:

Kan iemand me uitleggen waarom het met MBR wel lukt maar niet met GPT?
Het moederbord ondersteunt gewoon UEFI.

Hoewel je moederbord UEFI ondersteunt, maakt dat niet zoveel uit omdat Unraid expliciet een MBR-geformatteerde USB verwacht. Heeft niks met je hardware te maken maar hoe Unraid is ontworpen.

• Unraid gebruikt een hybride bootmethode waarbij de USB-stick bootable moet zijn via syslinux, die werrkt met de BIOS en MBR.
• Ook als je in UEFI-mode opstart, verwacht Unraid nog steeds dat de stick een MBR-partitietabel met een FAT32-partitie bevat en dat de EFI-bootbestanden op de juiste plek staan.
• Als de stick GPT-geformatteerd is, dan herkent de Unraid bootloader de stick meestal niet als geldig opstartmedium, zelfs als de EFI-structuur technisch gezien correct is.

Asterion schreef op donderdag 4 september 2025 @ 10:45:
De Linux Mint Live CD werkte wel gewoon onder UEFI. Waarom Unraid dan niet?

Linux Mint (en vrijwel alle moderne Linux-distributies):

• Gebruiken GRUB of systemd-boot, die goed werken met GPT en UEFI.
• Hebben een volledig uitgewerkte UEFI-bootstructuur, inclusief een geconfigureerde EFI-partitie met bootloaders.
• Zijn ontworpen om op allerlei soorten systemen en BIOS/UEFI-configuraties te werken, inclusief secure boot (soms met handmatige ondertekening).

Unraid daarentegen:

• Is gebaseerd op Slackware en gebruikt nog syslinux in plaats van GRUB.
• Heeft beperkte UEFI-ondersteuning en verwacht een traditionele BIOS/MBR-structuur, ook als UEFI wordt gebruikt.
• Is minder flexibel dan moderne Linux distro’s wat betreft het detecteren van GPT-partities of niet-standaard bootmethodes.

Asterion schreef op donderdag 4 september 2025 @ 10:45:

Hoe kan het dat de USB geen GUID had volgens de Unraid USB Creator Tool, maar toch werkte via de handmatige methode?

Dit is een bekend probleem met Sandisk USB-sticks en goed om even te checken voordat je begint. Voor sommige modellen geldt: Dat ze geen geen unieke GUID of serienummer rapporteren aan het systeem, waardoor de Unraid USB Creator Tool denkt dat het geen geldige stick is.
Bij de handmatige installatie kun je die check omzeilen, maar je kunt dan later tegen problemen aanlopen bij het activeren van je licentie.

[Flans]

Ik ben zelf bezig met het toevoegen van twee nieuwe servers. 1 voor interne backup en 1 voor het high available maken van Pi-Hole en Home Assistant (vooral om ervoor te zorgen dat 'het huis het blijft doen' ). Ik wil ze eigenlijk beide truenas laten draaien om op die manier ook dat wat te leren kennen.

• De backup server is/wordt redelijk straight forward. Elke nacht wordt die door WoL aangezet om vervolgens intern een backup te draaien en deze backup ook meteen naar de cloud door te zetten. Deze server wordt dus mijn 2 en 1 van de 3, 2, 1 methode.
• De HA server heb ik nog niet helemaal helder, hoe ik dat voor elkaar moet krijgen. Hoe ga ik de twee instances van Pi-Hole en Home Assistant in sync houden? Hoe kun je het best de failover regelen? Doorgeven van de zigbee controller aan twee systemen?

Het lijkt erop alsof hetgeen ik wil niet kan en ik zou eigenlijk over moeten stappen op iets als proxmox. Zijn er mensen hier die dit al werkend hebben en wat insight kunnen delen?

[Asterion]

Wauw, bedankt voor de heldere uitleg! :-)

[DennusB]

Flans schreef op vrijdag 5 september 2025 @ 07:13:
Ik ben zelf bezig met het toevoegen van twee nieuwe servers. 1 voor interne backup en 1 voor het high available maken van Pi-Hole en Home Assistant (vooral om ervoor te zorgen dat 'het huis het blijft doen' ). Ik wil ze eigenlijk beide truenas laten draaien om op die manier ook dat wat te leren kennen.

• De backup server is/wordt redelijk straight forward. Elke nacht wordt die door WoL aangezet om vervolgens intern een backup te draaien en deze backup ook meteen naar de cloud door te zetten. Deze server wordt dus mijn 2 en 1 van de 3, 2, 1 methode.
• De HA server heb ik nog niet helemaal helder, hoe ik dat voor elkaar moet krijgen. Hoe ga ik de twee instances van Pi-Hole en Home Assistant in sync houden? Hoe kun je het best de failover regelen? Doorgeven van de zigbee controller aan twee systemen?

Het lijkt erop alsof hetgeen ik wil niet kan en ik zou eigenlijk over moeten stappen op iets als proxmox. Zijn er mensen hier die dit al werkend hebben en wat insight kunnen delen?

Je kan voor Home Assistant in ieder geval een MySQL backend gebruiken, die kan je prima laten repliceren. Maar met Home Assistant is er veel meer ellende als je met dingen als Zigbee & ZWave aan de gang wilt. Ik zou het vooral als VM draaien en die laten repliceren zodat je die snel kan booten als t echt mis is ..

[StefaanDG]

@Flans , benieuwd welke hardware je gebruik voor die nieuwe servers. Voor Pi-hole kan je eventueel gebruik maken van keepalived maar idealiter hebben je dan best 3 pi-hole instances nodig. Geen idee of dat ook lukt met HA, vermoed van wel. Zelf nog geen ervaring mee.

Doe je je back-up van de ene server naar de andere, via rsync of iets anders?

---

Zelf een door mijn broer geschonken Lenovo M70S in gebruik genomen als een altijd-aan Unraid server zodat zijn grote broer meer idle of in slaap kan staan en ook alleen nog media Docker containers zal draaien. Pi-hole, Nextcloud, Bitwarden, Speedtesttracker, NPM, ... verhuizen allemaal naar deze Lenovo.

Er zit nu een NVME van 1TB in die Lenovo (zat er reeds in, dus ook gratis, dank u wel broer 🙂) en ook een SATA SSD, wou er nog een andere SATA SSD in stoppen, maar natuurlijk weer een typische eigen Lenovo SATA power oplossing die ik nodig heb met 4 pinnen op het moederbord, en daar vragen ze snel $40 voor. Zal dus een extra NVME worden op een PCI insteekkaart.

[alex3305]

@Flans Beter laat dan nooit, maar ik draai wat diensten, o.a. AdGuard Home HA. Ik heb een primaire instantie op mijn primaire server draaien (duh ), maar tegelijkertijd draait mijn oude NUC ook nog met een secundaire instantie.

Home Assistant HA is met o.a. hardware koppelingen nogal lastig. Er zijn wel custom components die meerdere Home Assistant instanties kunnen syncen, maar dat was geloof ik niet bijster stabiel. Althans, er kwamen nogal eens wat breaking changes.

In mijn setup heb ik 1 instantie van Home Assistant op mijn primaire machine draaien, maar de hardware koppelingen draaien op mijn secundaire machine. Dat is een geluk bij een ongeluk, omdat er een bug in de Intel chipset zit van mijn primaire machine. Door deze bug gebruikt elk full speed USB apparaat zoals een Zigbee dongle, meteen 5W en gaat de processor niet meer naar de lagere C-states. Mijn Zigbee en Z-Wave netwerken blijven hierdoor dus door werken zonder Home Assistant.

[alex3305]

Sinds een paar weken kon ik - ogenschijnlijk - na een Windows update ineens niet meer bij de Samba shares van mijn Unraid machine komen. Het is stom toeval dat dat ook de enige SMB shares zijn die in mijn netwerk hangen. Ik had al van alles geprobeerd om dit te verhelpen. Van netwerk profielen tot group policies en firewalls. Maar niets leek het op te lossen.

In een soort van wanhoopspoging heb ik daarom maar de Samba service op Unraid herstart:

/usr/local/etc/rc.d/rc.samba restart

Waarna het direct weer werkte .

Geen idee wat er precies mis is gegaan, maar niet alle problemen liggen blijkbaar bij Windows Updates .

[MuVo]

alex3305 schreef op woensdag 24 september 2025 @ 19:58:
@Flans Beter laat dan nooit, maar ik draai wat diensten, o.a. AdGuard Home HA. Ik heb een primaire instantie op mijn primaire server draaien (duh ), maar tegelijkertijd draait mijn oude NUC ook nog met een secundaire instantie.

Home Assistant HA is met o.a. hardware koppelingen nogal lastig. Er zijn wel custom components die meerdere Home Assistant instanties kunnen syncen, maar dat was geloof ik niet bijster stabiel. Althans, er kwamen nogal eens wat breaking changes.

In mijn setup heb ik 1 instantie van Home Assistant op mijn primaire machine draaien, maar de hardware koppelingen draaien op mijn secundaire machine. Dat is een geluk bij een ongeluk, omdat er een bug in de Intel chipset zit van mijn primaire machine. Door deze bug gebruikt elk full speed USB apparaat zoals een Zigbee dongle, meteen 5W en gaat de processor niet meer naar de lagere C-states. Mijn Zigbee en Z-Wave netwerken blijven hierdoor dus door werken zonder Home Assistant.

Mag ik vragen hoe jij de twee instanties van HA hebt opgezet en in sync houdt? Na wat ik las was dit vrij ingewikkeld en leek mij alleen maar meer werk qua onderhoud. Hoe sync jij bijvoorbeeld de database? Ik heb zelf Unraid draaien krachtig systeem (I7 12600K, Kontron moederbord), maar ik ben met HA overgestapt naar een kleine intel QOTOM pc i5.

Ik heb geen last van directe hardware koppelingen omdat ik de volgende ZigBee adapter heb: https://smartlight.me/sma...r1-multiradio-coordinator.

[alex3305]

MuVo schreef op donderdag 25 september 2025 @ 11:17:
[...]


Mag ik vragen hoe jij de twee instanties van HA hebt opgezet en in sync houdt? Na wat ik las was dit vrij ingewikkeld en leek mij alleen maar meer werk qua onderhoud. Hoe sync jij bijvoorbeeld de database? Ik heb zelf Unraid draaien krachtig systeem (I7 12600K, Kontron moederbord), maar ik ben met HA overgestapt naar een kleine intel QOTOM pc i5.

Misschien had ik het niet helemaal duidelijk verwoord, maar ik heb dus maar één instantie van Home Assistant draaien en dat dus op mijn primaire machine. Op mijn secundaire machine staat dan Zigbee2MQTT en Z-WaveJS. En daar zitten dan ook de desbetreffende adapters op aangesloten. Ik heb er de tijd en energie niet voor over om twee HA instanties draaiend te houden .

Maar goed, omdat Zigbee2MQTT en Z-WaveJS dus apart draaien, kan ik dus bijvoorbeeld ook automations daar koppelen in plaats van in Home Assistant. Bijvoorbeeld met clusters. Dat verminderd de eventuele afhankelijkheid. Alleen is dat hier off-topic .

[nielsn]

Omdat ik af wil van mijn Synology DS718+ ben ik op zoek gegaan naar een alternatief en zo kwam ik uit bij Unraid.

Deze opstelling zal vooral Immich en de nodige RR's draaien.

Ik heb hiervoor een Beelink ME Mini met daarin 4 SSD's, namelijk 3x 4TB en 1x 1TB samengesteld maar nu loop ik vast hoe ik de SSD's moet configureren. Omdat het allemaal SSD's zijn lijkt het me niet nodig om een SSD op te offeren voor cache. Klopt dit?

Hoe zouden jullie dit configureren?

Zelf zat ik te denken aan:

• 1x 4TB SSD voor parity
• 2x 4TB voor opslag
• 1x 1TB voor apps

[kevi-n1]

nielsn schreef op vrijdag 3 oktober 2025 @ 16:39:
Omdat ik af wil van mijn Synology DS718+ ben ik op zoek gegaan naar een alternatief en zo kwam ik uit bij Unraid.

Deze opstelling zal vooral Immich en de nodige RR's draaien.

Ik heb hiervoor een Beelink ME Mini met daarin 4 SSD's, namelijk 3x 4TB en 1x 1TB samengesteld maar nu loop ik vast hoe ik de SSD's moet configureren. Omdat het allemaal SSD's zijn lijkt het me niet nodig om een SSD op te offeren voor cache. Klopt dit?

Hoe zouden jullie dit configureren?

Zelf zat ik te denken aan:

• 1x 4TB SSD voor parity
• 2x 4TB voor opslag
• 1x 1TB voor apps

Ik mis even welk bestandsformaat je gaat gebruiken. Vroeger was het pool (ext4) en cache BTRFS. Wanneer je de pool met ext4 met ssd configureert dan ondersteund deze geen scrubbing dus ik zou voor ZFS gaan met je SSD's (nog geen ervaring mee).

Persoonlijk zou ik de 1TB ssd weglaten, je kan alles gewoon op de SSD's draaien want de SSD's verbruiken enkel energie wanneer die aangesproken worden.

[nielsn]

kevi-n1 schreef op vrijdag 3 oktober 2025 @ 18:07:
[...]


Ik mis even welk bestandsformaat je gaat gebruiken. Vroeger was het pool (ext4) en cache BTRFS. Wanneer je de pool met ext4 met ssd configureert dan ondersteund deze geen scrubbing dus ik zou voor ZFS gaan met je SSD's (nog geen ervaring mee).

Persoonlijk zou ik de 1TB ssd weglaten, je kan alles gewoon op de SSD's draaien want de SSD's verbruiken enkel energie wanneer die aangesproken worden.

Om bestandsformaat heb ik me nog niet ingelezen…

Ik zie dat ik nog wat te doen heb dit weekend.

[alex3305]

@kevi-n1 Haal je nu niet array en pool door elkaar met pool en cache?

Ik zou geen SSD's in de array zetten. SSD's in de array ondersteunen inderdaad geen automatische TRIM waardoor deze een behoorlijke performance penalty krijgen. Dit is ook zo voor SSD's die gebruikt worden met unassigned devices. Het is wel mogelijk om TRIM handmatig uit te voeren, maar dat is wel gedoe.

@nielsn SSD's dien je altijd in een pool te draaien, vroeger heette dat een cache pool. Je kunt meerdere pools aanmaken, of meerdere disks in één pool zetten. Maar met Unraid 7 en ZFS is het e.e.a. flink op de schop gegaan. Ik ben bij mijn oude setup gebleven, maar daar zou je nog eens naar kunnen kijken.

[kevi-n1]

alex3305 schreef op zaterdag 4 oktober 2025 @ 11:41:
@kevi-n1 Haal je nu niet array en pool door elkaar met pool en cache?

Je hebt gelijk! Excuus, ik draai inderdaad ook de oude opstelling met de combinatie HDD's + 2 cache ssd's in raid1 voor de applicaties.

Als je toch een nieuwe setup gaat bouwen met enkel SSD's zou ik ook gelijk overgaan naar ZFS met Unraid 7.

[alex3305]

kevi-n1 schreef op zaterdag 4 oktober 2025 @ 11:50:
Je hebt gelijk! Excuus, ik draai inderdaad ook de oude opstelling met de combinatie HDD's + 2 cache ssd's in raid1 voor de applicaties.

Geen probleem joh . Ik wist wel wat je bedoelde, maar wellicht dat het verwarrend is voor gebruikers die wat minder bekend zijn met Unraid .

Als je toch een nieuwe setup gaat bouwen met enkel SSD's zou ik ook gelijk overgaan naar ZFS met Unraid 7.

Dat snap ik wel. Ik merk sinds Unraid 7 vooral dat mijn systeem minder goed beschikbaar is bij disk intensieve zaken. Ik heb ook mijn Docker volumes op disk staan (dus geen image zoals het standaard zit) en het lijkt erop dat de Unraid software zich daar toch wat agressiever mee bezig houdt dan bij Unraid 6. Ik heb het dan over de software die de shared mounts doet. Er is dan iets gaars aan de hand met o.a. Docker



Ik vermoed dat je daar met een wat modernere setup misschien wat minder last van hebt.

[alex3305]

Vanochtend heb ik geüpdatet naar download: Unraid 7.2.0.

Eigenlijk een beetje een geluk bij een ongeluk. Ik was namelijk mijn file en folder mapping volgens @TRaSH z'n handleiding aan het opzetten om eerder door mij genoemde problemen proberen op te lossen.

Gisteravond had ik dat al gedaan voor SabNZBd, maar toen ik vanochtend de mapping bij Plex aanpaste werd mijn server wederom nagenoeg onbereikbaar. Docker stats gaf niets bijzonders, terwijl de dockerd en containerd bijna alle CPU opvraten volgens (h)top. Behoorlijk irritant .

Na de update heb ik mijn (oude) Docker map verwijderd en ben ik opnieuw begonnen. Ik heb met Ansible alles gedeployoed en inmiddels heb ik ook de path mappings in Plex aangepast. Plex is inmiddels weer druk met het scannen en opschonen van de metadata. Echter blijven al mijn applicaties vooralsnog goed bereikbaar en zie ik ook in mijn monitoring geen bijzonderheden. Kort door de bocht dus zoals het in Unraid 6 ook bij mij werkte.

[skank]

Ik heb problemen met mn unraid machine.
k vermoed dat mn unraid problemen veroorzaakt worden door mn expansion card Supermicro 8-Port SAS/SATA Card - (AOC-SASLP-MV8)

Vandaar op zoek naar een card die wel compatible is, 6 poorten is eingelijk genoeg. Een LSI/SAS HBA‑kaart dus.
Alleen buiten ebay zo moelijk te vinden.. ?7
Liefst ook niet duurder dan 60 euro

Waar te vinden?

[gekkenhuis1900]

Bij mij draait er al een jaar of 6 a 7 een lsi 9207-8i kaart met volle tevredenheid in combi met Unraid.
Ooit hier via Tweakers aangeschaft.

Kijk anders even tussen deze kaarten:
merk: LSI

Ik zie er zo al 2 staan van rond de 35 a 45 euries. Alleen wel 8 poorts...🥴

Ps
Let wel op dat ze alvast geflashed zijn naar it-mode. Dan zijn ze gelijk gebruiksklaar 😉

[ Voor 12% gewijzigd door gekkenhuis1900 op 13-01-2026 15:21 ]

[Stefuit]

Wel aan te raden om er een koelertje op te zetten. Worden zeer warm.

[StefaanDG]

Die 8i HBA kaarten vallen wel mee qua warmteontwikkeling. Heb al vier jaar een IBM M1015 HBA in mijn case zitten zonder enig probleem ondervonden te hebben met warmte.

De 16i en 24i kaarten is een ander verhaal. Maar als ik me niet vergis heeft @skank een rack server case met voldoende fans dus dat scheelt ook alweer en is er normaal voldoende luchtstroom.

[alex3305]

Sinds ik IPv6 in mijn omgeving aan heb gezet, heb ik al een aantal keer gehad dat verschillende netwerkdiensten van Unraid onbereikbaar waren. Ik bedoel dan SSH, NFS, SMB, etc. Aan het eind van de middag had ik dit wederom . Alleen werkte nu de web interface ook niet meer.

Een tijdje terug was ik hier al in gedoken en kwam ik er na wat speurwerk in de rc scripts achter dat Unraid de diensten specifiek op IP adres opent. De SSH interface staat dus niet op 0.0.0.0:22 (alle IP's en interfaces) open, maar bijvoorbeeld op 192.168.1.10:22. Enerzijds begrijp ik dat uit security oogpunt, anderzijds vind ik dat voor een thuisserver aardig overkill .

Ook kwam ik tot de conclusie dat 'deprecated' verbindingen niet mee worden genomen in deze toewijzingen. Ik kende dit vlaggetje nog niet. Dit lijkt echter te maken te hebben met IP adressen die verlopen, maar nog wel een toewijzing hebben. Veelal op IPv6 verbindingen. Het gekke is echter dat dit vlaggetje bij mij op mijn IPv4 adres stond.

Ik wijs veelal mijn IP adressen toe vanuit de DHCP. Deze adressen zijn vaak statisch van aard, maar ik vind het prettig om de vrijheid te hebben. Voor zover ik kan zien is er soms een race conditie tussen de DHCP lease vernieuwing en Unraid waardoor de lease verloopt en dit vlaggetje wordt gezet .

In mijn geval kon ik het met een scherm en toetsenbord oplossen, maar anders was een reboot nodig gewest. Of geduld, want vanavond was de oude situatie weer hersteld . Waarschijnlijk omdat de machine een nieuwe lease had gekregen. Het zou mij ook niets verbazen als er iets misgaat mbt. bijvoorbeeld een tijdzone. Irritant is het wel.

[StefaanDG]

Hier had ik nog niet zitten spoileren, zoals ik wel deed op een ander forum, dat er iets aan kwam om mijn huidige Unraid server in te verbouwen en de spullen zijn deze morgen geleverd door de verkoper.

Eerst even wat duiding. Ik speelde al een tijdje, zeg maar twee jaar, om een nieuwe Unraid server te bouwen in een rackmount case, maar grondige verbouwingen hier thuis hadden deze plannen on-hold gezet. Begin dit jaar terug beginnen kijken en al snel tot de conclusie gekomen dat een nieuw platform (moederbord, CPU en geheugen) niet meteen aan de orde was door de gigantische stijging van de geheugen prijzen (dank u AI ... you're welcome).

Dan maar op zoek naar een rackmount case om mijn bestaande platform in over te bouwen. Had eerst de Silverstone RM43-320-RS op het oog maar helaas zijn deze cases niet meer gemakkelijk te vinden. Dan maar naar een Inter-Tech IPC 4U-4424 of de recentere 4U-4724 gekeken en deze zijn ook wat aanschaf betreft een stuk prijsvriendelijker dan de Silverstone case maar ook qua afwerking wellicht een stuk minder.

Maar toen zag ik een advertentie voor een tweedehands Supermicro CSE-846TQ-R920B op Tweakers voor een mooie prijs en 'k kwam snel tot een akkoord met de verkoper.

Voor wie dat modelnummer niets zegt de CSE-846 is een populaire server rackmount case bij de homelabbers of nog meer bij de datahoarders :-)

Hoewel het modelnummer 846TQ opgeeft wat slaat op de backplane zit er een BPN-SAS2-846EL backplane is wat een SAS2 expander is. Kort gezegd betekent dit dat ik twee SFF-8087 kabels aansluit tussen mijn bestaande IBM M1015 HBA kaart en de SAS2 backplane en zo toegang heb tot alle 24 schijven.

De verkoper had er ook PWS-920P-SQ PSU in geplaatst waarbij de SQ in dat modelnummer staat voor Super Quiet en dat is zeker zo vergeleken met de standaard PSU's. Het zijn hot-swappable PSU's.

Verder heb ik ook vijf Noctua 80mm fans erbij gekregen om de luidruchtige standaard krengen te vervangen.

Genoeg geluld, foto's of het is niet gebeurd. 😁









Oh zoals Steve Jobs vroeger zei gedurend de Apple Events op het einde "There's one more thing".

De verkoper had ook een rack-mount UPS te koop en deze heb ik eveneens overgenomen. Dit is een Eaton 5PX1500iRT dat is een 1350 Watt UPS en heb er ook nog een backup batterij bijgekregen, dat is het zwaarste kreng met zijn 40kg. Zat genoeg ruimte dus om genoeg tijd te hebben om zaken netjes af te sluiten. Ga deze eerst eens testen hoeveel stroom deze verbruikt, mijn APC tafel model gebruikt nu zelf constant 15 Watt, hoop dat het voor deze Eaton een beetje redelijk is.





Zo nu kan de transplantatie doorgaan. En later kijken we wel eens voor een server moederbord met IPMI als de geheugenprijzen terug een beetje normaal zijn, dat zal helaas niet zo snel zijn.

[Stefuit]

Ziet er mooi uit. Momenteel zit deze bij mij ook in een rackmount case. Ik heb een rack staan maar ga deze uiteindelijk niet gebruiken omdat ze teveel plaatst inneemt. Heb dan een kleine patchkast gekocht om toch mijn switch in te plaatsen. Nu staat de case op een plooibox van de colruyt. Ik heb nog aan het kijken geweest om een nieuwe server te kopen aangezien de huidige het wat moeilijk krijgt met 2 vm's erop waaronder 1 voor blue iris:

I3-10100,
ASRock H410M-HDV/M.2
32GB ram.
512GB nvme
6x hdd totaal 20tb

Ik heb deze build op het oog:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core Ultra 7 265K Boxed	€ 259,-	€ 259,-
1	Moederborden	ASRock Z890 Steel Legend WiFi	€ 237,99	€ 237,99
1	Geheugen intern	Kingston Fury Beast KF556C36BBEK2-64	€ 679,-	€ 679,-
1	Voedingen	Corsair RM750x (2024)	€ 131,65	€ 131,65
2	Interne ssd's	WD Black SN850X (zonder heatsink) 2TB	€ 265,-	€ 530,-
			Totaal	€ 1.837,64

Voorlopig nog geen case bij maar zou een gewone tower case nemen. Door de dure ram prijzen gaat deze build waarschijnlijk nog even in de ijskast en zou ik enkel mijn cache drive van 512gb vervangen door een van 2tb.

[StefaanDG]

@Stefuit , tja een nieuwe server bouwen was ook mijn initiële plan zelfs halfweg vorig jaar toen de prijzen nog 'normaal' waren. Maar door renovatie werken in huis kwam het er niet van. Begin jaar pakte ik dit terug op en was het even schrikken met de RAM, SSD, HDD prijsstijgingen.

Dan maar de route van tweedehands gekozen en eigenlijk alles wat ik nu gebruik, Supermicro chassis en moederbord + CPU en koeler overgenomen van een mede-tweaker. Alleen het RAM kwam van een andere leverancier, refurbished en 8GB latjes ipv hogere capaciteit want de prijzen daarvan zijn

Nu heb zelf nog wat verdere progressie gemaakt met mijn eigen server. Omdat het moederbord maar één NVME slot heeft en ik twee van dergelijke ssd's heb voor een cache pool in mirror, heb ik een Asrock Hyper Quad M.2 PCIe kaart tweedehands overgenomen. Op dergelijke kaart kunnen 4 NVME's geïnstalleerd worden maar je moederbord moet natuurlijk bifurcatie ondersteunen en dat doet een Supermicro bord natuurlijk zodat ik een 16x slot kan opdelen in 4x4x4x4 PCIe lanes zodat elke NVME apart wordt gezien.

Was wel even prutsen want had in de boot syslinux.cfg ook wat ASPM commando's staan voor lager stroomverbruik, en dat speelt niet lekker samen met PCIe sloten op het Supermicro moederbord blijkbaar. Hierdoor werd alleen de eerste NVME gezien in Unraid hoewel ze wel alle twee zichtbaar waren via command line (lspci -tv).

Afijn is eindelijk gelukt en het resultaat ziet er zo uit momenteel.

[StefaanDG]

Unraid server wat herschikt en de kleinere schijven verwijderd en nu 1 ipv 2 pariteitsschijven en 90TB beschikbaar met zes 18TB WD HC550 schijven. Volgende werk ga ik gewoon eens opnieuw beginnen want veel rommel van docker containers en plugins die ik niet meer gebruik, en er zit ergens iets tussen die de web interface een stuk vertraagd.

De andere server had ik wat vodden mee want de ZFS cache pool was stuk en alles geprobeerd om die te herstellen maar helaas niet gelukt. Wel een backup van Nextcloud van twee dagen ervoor dus niet zo erg om de cache pool opnieuw te maken en de backup terug te zetten.

Heb op die server ook meteen versie 7.3.0 beta2 geïnstalleerd en de boot en licentie (via TPM) op de NVMe mirrored cache pool geplaatst. Er zijn ook nog wel wat andere verbeteringen in deze versie zoals kunnen zien of je er geen issues zijn met de ZFS pools en nog wat andere kleinere zaken.

[Piet91]

Hoi, Unraid newbie hier. Wilde al tijden over naar Unraid, heb nog een licentie van voor de wijziging en sinds vandaag staat hier een HP Elitedesk 800 G8 SFF en al een tijdje 2 nieuwe WD 12TB externe HDD's die daar uiteindelijk in moeten. (shucken)

Nou heb ik een vraag. Ik had altijd een Qnap TS-212 met 2 2TB schijven in JBOD (dus 4TB totaal).
Enkele maanden geleden ging een van die schijven eruit. Lijkt niet meer goed te doen en toen ik nog snel een backup wilde maken naar een externe HDD stopte deze backup-opdracht op gegeven moment.
Nou heb ik wel een backup van de bestanden, maar niet de meest recente.
Meer info in dit topic: Valt QNAP JBOD data nog te redden?

Mij werd aangeraden een PC te zoeken, deze schijven in de PC te zetten en met Linux (Mint o.i.d.) zou het misschien nog mogelijk zijn om hier bestanden van af te halen. Destijds geen PC voor handen en nu dus wel.

Om mijn geheugen op te frissen weer ingelezen en nou kom ik ook tegen dat Unraid met Unassigned Devices deze schijven (JBOD dus) zou kunnen uitlezen. Meerdere bronnen bevestigen dit.

Aan de Tweakers herhaal ik nog eens deze vraag; kan dit? Zou wel makkelijker zijn dan eerst met Linux bezig te gaan.

[Flans]

Ja, dat kan. Er is een plugin/app waarmee je dat kan doen, deze: https://forums.unraid.net/topic/92462-unassigned-devices-managing-disk-drives-and-remote-shares-outside-of-the-unraid-array/

Of het perse makkelijker is weet ik niet. Ik verwacht dat je de data van de 2TB schijf ook naar de unraid server wilt hebben. Dan zou je met deze oplossing wel direct van de ene naar de andere schijf binnen de server kunnen kopieren. Dat zal je wellicht wat snelheid en misschien stabiliteit opleveren.

[Piet91]

Flans schreef op donderdag 7 mei 2026 @ 12:44:
Ja, dat kan. Er is een plugin/app waarmee je dat kan doen, deze: https://forums.unraid.net/topic/92462-unassigned-devices-managing-disk-drives-and-remote-shares-outside-of-the-unraid-array/

Of het perse makkelijker is weet ik niet. Ik verwacht dat je de data van de 2TB schijf ook naar de unraid server wilt hebben. Dan zou je met deze oplossing wel direct van de ene naar de andere schijf binnen de server kunnen kopieren. Dat zal je wellicht wat snelheid en misschien stabiliteit opleveren.

Dat stemt hoopvol.

En makkelijker; ik heb nooit met Linux gewerkt. Unraid heb ik de laatste maanden/jaren al met een schuin oog naar gekeken en wil ik uiteindelijk ook mee verder. Dus dat lijkt mij makkelijker.

En inderdaad; bedoeling is dan 1 of beide "Qnap" HDD's intern aan te sluiten en de resterende bestanden over te zetten naar de nieuwe HDD's. Of eerst naar een externe HDD, want de nieuwe WD's wil ik eigenlijk eerst een preclair doen (dat wordt aangeraden bij Unraid).

EDIT: hmm, heb ook geen geschikte USB-sticks meer liggen. Eens kijken welke voor Unraid geschikt is (GUID) en bestellen...

[ Voor 10% gewijzigd door Piet91 op 07-05-2026 13:50 ]

[StefaanDG]

Wat USB sticks betreft de Samsung Bar Sticks zijn zeker aanraders en gebruik deze ook naar tevredenheid.

Voor de schijven uit de Qnap vermoed dat deze Ext4 bestandssysteem gebruiken? Zo ja zal je ook de Unassigned Devices Plus plugin nodig hebben naast de Unassigned Devices plugin.

[Piet91]

StefaanDG schreef op donderdag 7 mei 2026 @ 20:29:
Wat USB sticks betreft de Samsung Bar Sticks zijn zeker aanraders en gebruik deze ook naar tevredenheid.

Ik heb de iets kleinere Fit besteld, kwam ik ook wel eens tegen. Had eigenlijk gehoopt dat in de tussentijd de interne boot in de stable release zat en dan was de USB-stick niet meer zo belangrijk.

Voor de schijven uit de Qnap vermoed dat deze Ext4 bestandssysteem gebruiken? Zo ja zal je ook de Unassigned Devices Plus plugin nodig hebben naast de Unassigned Devices plugin.

De schijf die nog deed leek EXT3 te gebruiken, zie: Piet91 in "Valt QNAP JBOD data nog te redden?"
De schijf met kuren oorspronkelijk dus waarschijnlijk ook, maar in die post blijkt al dat deze waarschijnlijk weinig meer vanaf valt te halen...

[Campo di Casa]

sinds een paar maanden een HP prodesk voorzien van 2x2TB schijven en een 250GB als cache en voorzien van Unraid om als mediaservertje en en wat containers voor Radarr, Sonarr, HA etc. Nu klapte vorige 1 HDD eruit en ben ik aan het kijken wat nu te gaan doen. Zeker met de huidige prijzen. Zit nu te denken aan 1x 4TB WD Red om eerst de boel weer draaiend te krijgen zonder parity. Ik doe dagelijks al een backup naar externe NAS. Op een later moment zet ik er nog een 2e HDD bij voor extra opslag.

Vraag is nu of je idd een setup kan doen zonder parity schijf. Ik heb in de prodesk ook maar ruimte voor 2x HDD en 1x SSD en een parity draaien heeft imo dan weinig nut. Klopt mijn redenering?

ja het is overkill om met deze setup Unraid te draaien en het kan ook prima met proxmux en truenas. Unraid destijds uitgeprobeerd en beviel wel. Weet nu ook en beetje mijn weg te vinden en vandaar dat ik bij Unraid blijf

[ Voor 14% gewijzigd door Campo di Casa op 19-05-2026 07:50 ]

[StefaanDG]

Ja het is perfect mogelijk om in de array te werken zonder parity schijf.

De prijzen voor HDD's zijn inderdaad zot, en de grotere capaciteit schijven zijn zelfs moeilijk te verkrijgen.

[Asterion]

Hey allen,

Ik heb volgend probleem voor;

Unraid geeft geen cpu weergave meer op het dashboard alsook de VM's statussen.
Met een VM verbinden in de browser lukt niet meer.
Op de 'main' pagina verschijnen mijn schijven niet meer.

Tijdens het updaten naar een nieuwe versie verschijnt de pop-up wel maar er komt geen tekst in.

Rebooten helpt niet.
De USB stick ik nog maar enkele maanden oud.

Heeft iemand dit probleem nog voorgehad en heeft hiervoor de oplossing?

[demonic]

@Asterion

Je kan is de syslog bekijken. Via de webui knop. 2de knop van rechts, rechtsboven in.


Als dat niet werkt kan je proberen de systemlog te bekijken.
2 mogelijkheden om dit voor elkaar te krijgen:

1. een terminal te openen (3de knop van links)
2. Monitor aansluiten op je server

Nadat je in terminal zit kan je een van de volgende commando's typen:

1. log terugkijken

cat /var/log/syslog

2. Log actief monitoren

tail -f /var/log/syslog

Ik kies meestal voor monitoren en kijken welke errors voorbij komen.
Over het algemeen kunnen die errors je dan verder helpen in het zoeken naar je probleem.

[Asterion]

@demonic
Ben ondertussen al een stapje verder.

In unraid had ik de optie ssl/tls op yes staan. Hij stuurde dan al het verkeer van http naar https door.
Via Nginx had ik een custom url die het verkeer doorstuurt via een http url.
Dat werkte goed maar ik wou eigenlijk gebruik maken van https via nginx zelf dus ik heb een certificaat aangemaakt omdat voor elkaar te krijgen (met behulp van gemini) en dat werkte ook wel maar ik had niet door dat niet alle data doorkwam.

Ergens moet er dan iets misgelopen zijn waardoor het allemaal een beetje ontregeld is waardoor het vroegere ook niet meer werkte (of door de update van 6.x naar 7.x)

Wanneer ik naar het ip-adres zelf surf dan komt wel alle data door dus met Unraid zelf ik er niks mis, gelukkig..

Voorlopig werkt het nu op de oude manier maar dan zonder ssl/tls aan.

Bedankt om toch even mee te denken!

[Asterion]

Hi Guys,

Gisteravond begon de server traag te worden na 30 dagen online te zijn. Ik begon het te merken nadat ik moeite had om op het internet te surfen en pagina’s van de server moeilijkheden hadden om te laden.

AdGuard home draait daar ook op.

Afsluiten ging met zeer veel moeite, na 10 minuten sloot hij uiteindelijk af. Heropstarten ging helemaal niet meer.

Na een scherm aan te sluiten kwam het verdict. Wachten op een device dat kon booten. Nochtans laadde hij wel in het begin de /bz…. Files? Maar dan telkens niet willen doorbooten.

Een truc met de usb stick uit en insteken helpt want dan boot hij wel door.

Het is niet de eerste keer dat er een stick naar de filistijnen gaat dus ik ben een beetje einde raad.

Heeft er iemand een gouden tip voor een usb stick? Of toch maar even investeren in een ssd om van daarop te kunnen booten?

[DennusB]

Asterion schreef op dinsdag 7 juli 2026 @ 12:10:
Hi Guys,

Gisteravond begon de server traag te worden na 30 dagen online te zijn. Ik begon het te merken nadat ik moeite had om op het internet te surfen en pagina’s van de server moeilijkheden hadden om te laden.

AdGuard home draait daar ook op.

Afsluiten ging met zeer veel moeite, na 10 minuten sloot hij uiteindelijk af. Heropstarten ging helemaal niet meer.

Na een scherm aan te sluiten kwam het verdict. Wachten op een device dat kon booten. Nochtans laadde hij wel in het begin de /bz…. Files? Maar dan telkens niet willen doorbooten.

Een truc met de usb stick uit en insteken helpt want dan boot hij wel door.

Het is niet de eerste keer dat er een stick naar de filistijnen gaat dus ik ben een beetje einde raad.

Heeft er iemand een gouden tip voor een usb stick? Of toch maar even investeren in een ssd om van daarop te kunnen booten?

Je kan tegenwoordig Unraid Internal BOot gebruiken, dan heb je geen USB stick meer nodig. Is dat wellicht iets voor je?

[Asterion]

@DennusB zal omdenduur wel de beste oplossing zijn.

Is er een mogelijkheid om dat op een bestaande ssd te plaatsen door extra partitie te maken zonder al te veel moeite?

Wil graag de aankoop van een nieuwe ssd uitstellen. Heb er wel nog plaats voor, dat is het probleem niet.

[Piet91]

@Asterion Van deze Tweaker die nog nooit Unraid heeft gebruikt maar dit wel binnenkort wil gaan gebruiken; als je een bestaande/gebruikte SSD wil gebruiken voor internal boot, zal Unraid deze wipen.
Dus van deze SSD moet je eerst even alle data veilig stellen.

Als je nog een M.2. slot over hebt; ik lees ook wel dat ze Optane SSD's gebruiken; die vind je voor een ~€10 op bijvoorbeeld Aliexpress.

[geenwindows]

Asterion schreef op dinsdag 7 juli 2026 @ 12:32:
@DennusB zal omdenduur wel de beste oplossing zijn.

Is er een mogelijkheid om dat op een bestaande ssd te plaatsen door extra partitie te maken zonder al te veel moeite?

Wil graag de aankoop van een nieuwe ssd uitstellen. Heb er wel nog plaats voor, dat is het probleem niet.

nee, je dient dan eerst de ssd te formatteren. dus eerst de data verplaatsen, daarna ssd wissen en instellen als boot, de rest van de beschikbare capaciteit kun je dan weer gebruiken voor de data

dit staat hier ook nog op m'n to-do lijst aangezien hier ik ook bij een herstart eerst de usb even eruit te halen als voren deze weer zichtbaar wordt als boot disk. ik wil m'n huidige cache pool (2x ssd) als boot disks gebruiken en enkel de usb nog voor de licentie, ondanks t moederbord TPM ondersteund wil ik daar niet afhankelijk van zijn, usb stick werkt al jaren prima.

[Asterion]

@geenwindows

Hmm, daar zal ik even mijn hoofd moeten over breken dan.
Ik heb vandaag gezien dat ik geen vrije aansluitingen meer heb.

Er zit een M.2 latje in die gebruikt wordt voor appdata en dergelijke.
Dat zal riskant zijn om die even te backuppen en te laten wissen om daarna terug deels te gebruiken als appdata disk?

[geenwindows]

Asterion schreef op woensdag 8 juli 2026 @ 22:09:
@geenwindows

Hmm, daar zal ik even mijn hoofd moeten over breken dan.
Ik heb vandaag gezien dat ik geen vrije aansluitingen meer heb.

Er zit een M.2 latje in die gebruikt wordt voor appdata en dergelijke.
Dat zal riskant zijn om die even te backuppen en te laten wissen om daarna terug deels te gebruiken als appdata disk?

Docker (en VM manager) uitschakelen, daarna de share's verplaatsen naar de Array, dat kan bijv. met de Mover.
het is sowieso altijd handig om een backup te hebben, al is het maar een kopie op je desktop.
de unraid docs is een goede bron qua info

[Piet91]

Nou, vanaf vandaag ein-de-lijk bezig met Unraid.

Ik kom vanaf een Qnap TS-212 met 2 2TB schijven in JBOD. Al jaren geleden zitten aftasten naar iets nieuws, want het was het allemaal net niet meer, 4TB begon vol te lopen en de handige apps/services ondersteunt die niet.
Dus in februari 2024 op de valreep nog een licentie gekocht. En toen gingen de schijf/schijven achteruit en is de TS-212 feitelijk gecrashed. Gelukkig staat veruit de meeste data ook op een externe disk.

Op Marktplaats onderstaande Elitedesk gescoord en tijdje geleden bij Mediamarkt twee nieuwe externe disks.
uitvoering: HP EliteDesk 800 G8 SFF (4V691EA, Azerty toetsenbord)
uitvoering: WD Elements Desktop Storage 12TB Zwart
Elitedesk was best een erg goede deal want er zaten ook nog eens 2x 512GB SSD's in.
Ik gebruik het nu met 1 van de 2 SSD's die zowel dient als boot- als cache.
De 2 WD Elements zijn geschucked en die zitten momenteel in de pre-clear.
Dat wordt straks 1 parity en 1 array.

Als dat klaar is en de boel is ingesteld, TRaSH-Guides volgen en dan kan ik hopelijk ein-de-lijk de bestanden weer op een NAS/server zetten en staan ze niet meer alleen op 1 externe disk.

Daarna een poging doen of Unraid nog iets van de originele 2TB schijven kan halen (d.m.v. unassigned devices plus); want die externe schijf heeft helaas niet de meest recente bestanden.

En dan als dát klaar is, eens rustig beginnen met allerlei apps/services installeren en gebruiken waar ik naar uit heb gekeken en nu eindelijk kan gaan gebruiken.

Een ding zit ik wel een beetje mee; hij is nu dus bezig met pre-clear en ik krijg direct al waarschuwingen voor de HDD temperaturen. Die zitten momenteel op 45-52 graden en ik heb dus maar even het paneel van de PC gehaald voor wat meer lucht. Nou snap ik dat met pre-clear de schijven sneller warm zullen worden dan wanneer ze weinig gebruikt worden of zelfs spin-down (uiteindelijk zouden die bij mij straks 90+% spindown kunnen staan), maar toch even minder leuk punt.
Misschien een extra case-fan erin frotten.

Al met al niet een heel bijzondere setup ofzo, maar ik kijk er eerlijk gezegd wel naar uit dat ik weer een 24/7 systeem heb waar ik altijd bij bestanden kan komen en de verscheidene apps/services kan gebruiken.

[ Voor 4% gewijzigd door Piet91 op 22-07-2026 20:47 ]

[Stefuit]

Uiteindelijk toch een nieuw systeem gekocht. En het 32GB Ram geheugen van het oude systeem meegenomen

I5 13500
Asus Prime B760 Plus D4
Lexar NM790 4TB

Het moederbord paste niet in de serverrack (Kan ATX in maar met beperkte afmeting. Het sterretje naast ATX in de handleiding had ik dus niet gezien) waardoor ik een Fractal Design Define R5 heb aangeschaft.


Nu dacht ik eraan om met het oude systeem (I3 10100 op een ASrock H410M HDVM.2) een backupserver te maken. Moet dan nog HDD en ram in. Heb nog een oude case liggen en zou dan een nieuwe licentie van Unraid kopen. Vind Unraid nu handig omdat ik dit ken. Ik zou dan de goedkoopste licentie nemen en dan met Luckybackup?

Of zou ik toch iets zoals Truenas of openmediavault nemen omdat dit gratis is?

Tips zijn welkom

[Asterion]

Dan zou ik eerder voor OpenMediaVault gaan.

Mijn eerste NAS ervaring was met OMV en dat werkte toen best wel aardig. Volwassen genoeg in ieder geval.