Tips! Kör Synology "DiskStation Manager" på din x86-server (även ESXi)

Försöker du ansluta via admin-interfacet, dvs http://ip:5000 eller https://ip:5001 ?
Användarlogin-sidan dvs http://ip/ kör mot port 80 och den kan man stänga av/på efter behag.

Har den automatuppdaterat sig över helgen? Det var en uppdatering 2017-11-10 som Synology drog tillbaks den fredagen och släppte en buggfixad version veckan efter. Det påstås att det bara var vpn-meny relaterat men det tror inte jag inte ett dugg på. Finns fler än oss som "xpenology" borkat för.

Bara att börja om från början med den server jag nyss installerat. Fick boota med en Linux-CD via ILO för att kunna bryta upp dmraid set'et och sen skriva nollor i börjar av diskarna så att den inte skulle börja reparera sig själv.

Lever detta projekt fortfarande?
Tyvärr rasade min UPS så min server stannade på 981 dagars upptid
Har därmed inte uppgraderat på länge.
Vilken version ska jag kasta in?
Kör mest med övervaknings verktyget för kamerorna.

Ok tack, fördel att köra 918+?

Äntligen fått till min Xpenology server.
Någon som kan förklara enkelt för mig vad som är bäst att köra för lagringspool, volymer och modes?
Behöver absolut inte redundans på allt (nästan inget alls) men vore bra att kunna välja redundans på enstaka mappar om möjligt? Kommer förmodligen ha diskar av olika storlek om det inte medför någon större nackdel, om det gör det så kan jag absolut lösa det så att alla diskar är lika stora.

Har man viktiga filer så ska man självklart ha backup på dessa. Att välja en viss raid-metod eller visst filsystem kan öka tillgängligheten, men det är inte på något sätt en metod för att skydda viktig data.

99% av datan behöver jag ingen redundans på, resterande 1% vore trevligt att ha redundans på men absolut inte nödvändigt. Hur löser jag det bäst? Kan jag välja att enstaka mappar får redundans med SHR (Synology Hybrid Raid) och filsystemet Btrfs? Eller finns det lämpligare val för mitt scenario, har de inga fördelar och jag bör välja JBOD och ext4 istället?

Du kan inte välja raid-typ och filsystem per mapp, det gör man på volymnivå. Vad vill du uppnå med redundans?

OK nej fick bara för mig att det gick med SHR. Vill väl uppnå en extra dålig backup antar jag (vet att raid inte är backup så den diskussionen behöver vi inte ha). Backup har jag redan så det behövs som sagt inte.

Om vi bortser helt från redundans då, vad är bäst val då? SHR? Btrfs?

Jo tack jag har koll på vad de olika alternativen innebär, jag vet dock inte vad som blir bäst för mig. Kan jag köra SHR1 med flera diskar utan redundans och utan att förlora utrymme, om jag i framtiden vill köra redundans? Vad har Btrfs för fördelar/nackdelar jämfört med ext4?

Absolut, har inte koll på alternativen, menade att jag vet vad skillnaden mellan filsystem och RAID.
Tack för svaret 😃
Just nu har jag lite problem med rättigheter för appar och mappar 😕

Lever Projektet? Några som fortfarande kör? Va kör ni för version?
Min Installation 6.1 börjar bli lite gammal och då jag drog igång test servern för yta utgåvor visade loggen att servern varit avstängd i två år... Därmed har daglig drift servern tuffat på i två år bekymmersfritt

I allra högsta grad, om än i ny form som RedPill Loader. Jag kör en Supermicro X9-baserad server där jag simulerar en DS3615xs, samt en installation på en Dell PowerEdge R230 där jag simulerar en DS3617xs. Det är absolut inget för den otekniske då det är lite piller att uppgradera eftersom du måste påbörja uppgraderingen, starta om och gå in i Tiny Core Redpill loader (TCRP) och kompilera en ny loader för den aktuella versionen, det kan vara bra att säkerställa att det ens är ordnat med loader för den version du uppgraderar innan så du inte brickar din NAS. Men om man bara har lite is i magen så går det bra.

Jag uppgraderade min DS3615xs från Jun's loader 1.03b/DSM6 till Redpill/DSM7.1 utan några större bekymmer när jag väl insåg att jag var tvungen att köra just DS3615xs fortsatt på grund utav att jag har ett LSI/SAS2-kort (IT-mode) i burken, vilket jag inte fick att fungera med DS3617xs. Men jag är på gång att uppgradera till Supermicro X10, en v4 Xeon och LSI/SAS3 så då tänker jag byta antingen till DS3622xs+ eller kanske rent utav en DVA3221 just för Surveillance Station-bitarna.

Värt att känna till är att DSM 7.x tog bort alternativet för SHR/SHR2-volymer på xs-modellerna. Men om du kör Xpenology så kan du bara modifiera bootloaderns inställningar och lägga till följande rader som då hamnar i synoinfo.conf filen per automatik.
support_syno_hybrid_raid ="yes"
supportraidgroup="no"

Länken till TCRP
https://github.com/pocopico/tinycore-redpill

Finns det några större fördelar med att uppdatera till DSM 7? Jag kör fortfarande v 6.2.3 och den rullar på så stabilt, funderar på om jag orkar mecka med att uppdatera. Har du någon bra guide för att uppdatera på enklast sätt utan att förlora någon data/inställningar?

Illa, Jag brickade precis drift servern vid uppdatering från 6.2.2 till 6.2.3 för att köra vidare som i Tobias fall.
Utförde uppdateringen precis på samma sätt som på testservern. Ändå går det inte installera .PAT filen när servern startat om och vill starta en migrering. Jag får felkod 13 när gör själva installationen. Oavsett vilken .pat fil jag lägger in.
synoboot_3615 Jun1_03b och DSM_DS3615xs_25426.pat

Tog ut en av diskarna (som innehåller en egen volym) och körde in uppdateringen i testservern och då gick installationen igenom.
Dock startar den inte upp efteråt.
Har ju ett försök att få igång raiden kvar. Vet inte vad jag ska prova nu... :-/

Det är precis den bilden du lagt upp som jag får felmeddelandet i!
Jättetacksam för svaret och då kanske det finns hopp.

Skall försöka sätta samman ett mer ingående PM med precis vad jag gjort och på vilken hårdvara som jag utfört vad.
Det stör mig att en simulerad lyckad uppdatering i en testmiljö, senare går åt pipan när man gör samma uppdatering på drift servern.

Felet ovan va hårdvarubaserat. :-/
Fick ta ut diskar ur drift servern, montera dem i testservern för att sedan köra in uppdateringen.... Nu har det rullat på klockrent i ett halvår
DSM 6.2.3 DSM_DS3615xs_25426