Köpa NAS?

[sodjan]

OK. Nämn en disk modell som är OK då...

[xxargs]

HGST har gott ryckte - det är förmodligen dom bästa diskarna för närvarande medans Seagate och WD är nog hugget som stucket, ja förutom min upplevda lilla slagsida till WD:s nackdel för närvarande

[RDX*]

> så jag köpte en DS414, och en 6 TB hårddisk.

Alltså helt utan redundans? I alla fall innan du köper nästa disk.

Jag har min gamla 2-diskar synology NAS som back-up .

[sodjan]

> HGST har gott ryckte...

OK. Nu vill man ju dra nytta av "I" i "RAID" också...
Hela tanken är ju att inte varje enskild disk ska vara kritisk.

T.ex så skulle det säkert fungera alldeles utmärkt med 4 x 2TB
hos oss. De nuvarande 4 x 1TB är ca 25% fulla efter 3-4 år.

Varför inte t.ex.: https://www.dustin.se/product/5010745211/nas-hdd
"Seagate NAS HDD 2TB 3.5" SATA-600". "Bästa prestanda, Högst lagringskapacitet
för NAS system med 1 till 5 diskar", om man ska tro på Dustin...

Kanske ihop med en av de där 4-platsers Synology burkarna...

Aja, just nu försöker jag få liv i ReadyNAS burken. Försöker hinna med att
flasha om firmware innan den går ner igen. Igen lycka än...

[sodjan]

> (man måste in via ssh in i systemet)

"Connection refused" när jag provade med Putty...

[xxargs]

Jo HGST är lite dyrare - men att byta disk inom ett år är också dyrt, även om man nyttjar garantin etc. så är det en massa arbete och engagemang kring det hela med RMA, packning och transporter vilket lätt käkar upp hela värdet på disken i ett nafs.

det är inte som stora datacenter där HD-tillverkarna i princip har stora delar av sitt lager på plats hos kunden och förmodligen också personal som byter diskar till fast överenskommen styckpris...

[xxargs]

du måste ladda med ett program från netgear för att få root-shell och som öppnar upp ssh-porten, senare versioner så räcker det med en bockruta i grafiska gränssnittet i någon av inställningarna...

passordet för root@ip-adressen_för_NAS blir då samma som admin i grafiska gränssnittet.

det går också ladda ned de vanligaste verktygen som mc, användbar editor etc. med apt-get install xxxx när man väl är inne i rootshellet, en av de grejorna jag verkligen saknar i Asustor, som är totalstrippad...

[mrfrenzy]

Om du ska köpa ny så skulle jag också rekommendera synology eller qnap. Undvik buffalo, dlink och likande budgetmodeller.

När det gäller diskar så visar statistiken att man får ungefär vad man betalar för. Två nas diskar från olika tillverkare men i samma prisklass är ungefär lika pålitliga. Sen kan givetvis Olle ha otur med WD och Kalle ha otur med Seagate och då tror dom att det gäller alla diskar från den tillverkaren.

[xxargs]

som sagt det är hugget som stucket när det gäller Seagate vs WD om man tittar på tex blackblazes statistik medans HGST flyter ovanpå med ungefär halva felutfallet på samma tidperiod, ja förutom att vissa typ-modeller kan sticka iväg, och det händer alla tillverkare till och ifrån.

[sodjan]

OK. Tack för alla tips. Just nu fokuserar jag på att kopia en
viss katalog. Det går att kopiera 20-25 filer (ca 2 MB/st) efter
varje om start innan nätverket dyker på burken. Innan man
tappar kontakten sticker ping tiderna iväg. Märkligt...

Kod: Markera allt

Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=3ms TTL=64
Reply from 192.168.1.15: bytes=32 time=2ms TTL=64
Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=6ms TTL=64
Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=2ms TTL=64
Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=6ms TTL=64
Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=1ms TTL=64
Reply from 192.168.1.15: bytes=32 time=4ms TTL=64
Reply from 192.168.1.15: bytes=32 time=145ms TTL=64
Reply from 192.168.1.15: bytes=32 time=139ms TTL=64
Reply from 192.168.1.15: bytes=32 time=119ms TTL=64
Reply from 192.168.1.15: bytes=32 time=92ms TTL=64
Reply from 192.168.1.15: bytes=32 time=76ms TTL=64
Reply from 192.168.1.15: bytes=32 time=65ms TTL=64
Reply from 192.168.1.15: bytes=32 time=40ms TTL=64
Reply from 192.168.1.15: bytes=32 time=37ms TTL=64
Reply from 192.168.1.15: bytes=32 time=14ms TTL=64
Reply from 192.168.1.15: bytes=32 time=40ms TTL=64
Reply from 192.168.1.15: bytes=32 time=24ms TTL=64
Reply from 192.168.1.15: bytes=32 time=5ms TTL=64
Request timed out.
Reply from 192.168.1.15: bytes=32 time=7ms TTL=64
Reply from 192.168.1.15: bytes=32 time=810ms TTL=64
Reply from 192.168.1.15: bytes=32 time=285ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.91: Destination host unreachable.
Request timed out.
Reply from 192.168.1.91: Destination host unreachable.

Ping statistics for 192.168.1.15:
    Packets: Sent = 523, Received = 516, Lost = 7 (1% loss),
Approximate round trip times in milli-seconds:
    Minimum = 1ms, Maximum = 810ms, Average = 7ms
Control-C
^C
C:\Users\janne>

[xxargs]

och du läser bara och inte skriver, förmodar jag.

Där hade det kanske varit bra med 'top' eller annat i rootshell som uppdateras snabbt och se om det är någon tung process som själ all CPU eller minne och det stallar. - för det låter nästan som att något lägger beslag på alla resurser och kärnan i stort sett stannar...

att göra en swap-fil och en swap on kanske man skulle prova med om man misstänker att det blir slut på minne.

har du några rsync-processer igång, databas-snurra etc. ??

---

Nu är det jobbigt att man kanske bara har någon minut på sig innan det försvinner per gång...

[TomasL]

Har kör WD RED i flera år, har hitintills inte haft ett enda haveri, de äldsta (2TB) har runt 40kh eller nått sånt. Drift 24/7-365 ingen vila, satt i en Linux-server och snurrade MD -RAID52.
Numera ersatta av 6 st större diskar och överflyttade till två nasar.

[sodjan]

Vad är rsync?

Man kan hitta några gamla trådar i Netgears support forum där man har
delvis liknande symptom (i de fallen har det oftast varit att web gränssnittet
börjar strula med delvis laddade sidor), och då säger man att det kan bli
så om burken är under "heavy load"... Jag kommer inte åt den alls.

Men visst känns det som att något "går i spinn" och lastar ner den helt.
Det är därför jag försöker köra en omladdning av firmware, men än
så har jag inte hunnit med den. Den andra burken kör samma version
(den senaste för övrigt) helt utan problem. Det verkar som att delar
av firmware ligger på diskarna eftersom problemet (och IP adressen)
följde med då jag flyttade diskarna...

> Har kör WD RED i flera år...

Jo, det är säkert som mrfrenzy skrev, erfarenheterna varierar...

[xxargs]

rsync är unixvärldens arbetshäst när det gäller att synkronisera filer och mappar mellan olika datorer (och även inom samma burk) och optimera med delta-värden och bara överföra skillnader mellan sidorna för minimera nätverkstrafiken så mycket som det går.

Det som skiljer mot många andra program är att den kan slanga data via ssh och därmed inte beroende av synliga nätverksresurser som över SMB, NFS etc. och därmed exponerad för ransomware. I stort sett alla NAS: har en rsync-server tillgänglig i sig.

---

som sagt det hade varit bra med rootshellet och se vad som går vilt och sedan vara beredd med kill -9 och processnummret på det som sticker iväg CPU och resursmässigt och nacka det, ibland måste man jaga processens förälderprocessen som startar upp det hela tiden då så fort man tar kål på processen som käkar resurser så startar den upp en ny.

det grafiska gränssnittet behöver du inte om du har rootshellet, går grafiska gränsnittet (http-servern) vild så kanske det blir att nacka denna så att du kan få ut dina filer i lite mer lugn och ro och sedan göra en ren fabriksreset och börja på helt ny kula med omformaterade diskar i nasen

SMB:servern etc. är inte beroende av webbservern i NAS:en

[sodjan]

Nej, så är det säkert, men jag vet inte hur jag får in root-shell och ssh utan att komma åt burken...