Synology-Forum.nl
Firmware => Synology DSM 6.1 => Topic gestart door: syngeek op 24 februari 2018, 22:31:45
-
De laatste week beginnen mijn harddisks van mijn DS415+ als een gek tekeer te gaan echt niet normaal
en kan ik de NAS bijna niet meer benaderen, vreemd genoeg geeft hij aan de de processortijd op 40% staat.
verder kan ik niets vinden waar deze activiteit vandaan komt. Er is niet meer mee te werken.
Als ik de NAS de stroom van de NAS afhaal, want gewoon sluiten lukt niet meer, gaat het een paar uurtjes goed en dan begint het weer opnieuw.
Weet iemand wat dit kan zijn ?
Ik gebruik de laatste versie van DSM.
-
Teveel apps die alle ram verbruiken? Kijk bij geheugengebruik of hij constant "swaps" aanmaakt.
-
Broncontrole bekijken ;)
-
Ik heb al een jaar niets veranderd op de NAS, zolang hij niet ineens vreemd gaat doen kan ik in de broncontrole niets geks vinden,
ook het geheugen is ruim toereikend,
het probleem komt ook zomaar uit het niets ook als ik hem niet gebruik, en ik dan de schijf niet meer benaderen via de shares.
Ik heb niet veel apps draaien.
-
Controleer Opslagbeer m.n.:
- Volume
- SSD/HDD > per HD bekijken: Integriteitsinfo > S.M.A.R.T.-Informatie.
Misschien is er wat aan de hand met 1 of meerdere HD's.
-
Ik zal hem weer eens opstarten en kijken bij SMART, ik zag wel dat alle schijven OK aan gaven.
-
SMART gecontroleerd, maar geen rare zaken alles ziet er netjes uit, NAS loop nu goed (totdat het mis gaat)
Broncontrole CPU 8% RAM 35%
DSM 6.1.5-15254
Schijf ruimte nog 50%
Bij logboek van harddisks ook geen meldingen
-
Heb dit nu de laatste 4 weken ook twee keer gehad.
Mijn 8 schijven staan als dollen te knipperen, NAS totaal onbereikbaar.
Niets werkt meer.
Geforceerd power eraf en opnieuw starten en alles werkt weer.
In de logfiles niets te vinden, houdt gewoon op.
-
Ik neem aan dat je ook de laatste updates gebruikt ?
En is dat bij beide nassen DS712+ DS1812+ ?
-
Laatste updates en alleen met mijn 1812+
Ben er nog niet achter wat de oorzaak is.
-
Ik heb op de buitenlandse sites ook nog niets kunnen vinden,
een klein dingetje wat wel opvalt is dat ik ook RAID 5 draai en dat de laatste update ook voor RAID 5 waren,
maar dan zou het toch vaker moeten voorkomen.
-
Heb je de virus scanner geinstaleerd staan?
Kijk eens in de taakplanner of daar iets instaat.
-
Is dat niet het scrubben van de RAID volumes? Volgens mij wordt dat bij de laatste DSM versies door Synology automatisch in de scheduler gezet.
-
Raid scrubbing staat bij mij uit.
Tijdens het scrubben knipperen mijn schijven dan ook “anders”, dat begint namelijk meteen zodra ik mijn NAS geforceerd stop en weer aanzet.
Dit probleem begint wel in diepe nachtelijke uren, na 4:00 uur.
Zie dat in de log van mijn Radius Server, die genereert nogal wat meldingen in zijn logbestand en dat houdt op rond da5 tijdstip.
Mijn Antivirus pakket verdenk ik niet, deze draait elke nacht (tussen 3:15 en 3:45) en zie ook daar in de logbestand geen onderbrekingen of afwijkingen.
-
Misschien de logs van de NAS dan even naar een aparte syslog server sturen, dan kun je misschien iets zien.
-
Op het internationaal forum is hier veel over geklaagd en met exact dezelfde klachten: even googelen met "synology hdd extremely busy"
Zo te lezen zitten de oorzaken niet in logische zaken als indexeren etc. en meer in onverwachte hoeken.
waaronder deze oplossing, die voor een aantal personen werkte:
Go to control panel- Regional Options - Synchronize with NTP Server. Once the correct timezone and server were selected everything started working again.
-
Mijn tijdsettings staan daar goed.
Als mijn 1812+ op hol is geslagen kan ik er niet meer op inloggen.
Zelfs op een Ping reageert hij niet.
-
Ook al staat die setting goed, onder water kan er wel iets fout staan dat door opnieuw instellen gecorrigeerd wordt.
Maar als iets slechts voor een aantal personen werkte, lijkt het me niet de oorzaak zelf.
-
Klopt, heb het voor de zekerheid wel even opnieuw ingesteld.
-
Ik heb nog verder gezocht op het Internet na de tips hier,
en vond een stukje over de package manager waarbij iemand alle packages had verwijderd
en daarna opnieuw geïnstalleerd en toen was het probleem verdwenen.
Ik kan mij wel herinneren dat het laatste wat ik gedaan had was het installeren van Midnight commander
deze was stopgezet door Synology omdat het niet tot de vertrouwde packages behoorde.
Ik heb toen "vertrouw alle packages" gebruikt om toch Midnight commander te kunnen gebruiken, dit
pakket gebruik ik al jaren, na een update hiervan heb ik de beveiliging voor vertrouwde packages weer terug gezet.
Ik weet niet of dat er iets mee te maken heeft maar je weet maar nooit...
-
Klopt! Dat kwam ik ook tegen op het forum in combinatie met het updaten van packages van derden. Misschien wel iets om verder op te zoeken. Een aantal bezoekers melden daarbij (tijd)synchronisatie problemen en het herhaaldelijk (lees steeds) updaten van de packages. Als je midnight commander toevoegt aan je search kom je misschien weer verder!
-
het herhaaldelijk (lees steeds) updaten van de package
Maar zoiets moet toch snel in het log terug te vinden zijn?
-
dat is denk juist het opvallende punt bij dit issue: geen aanknopingspunten in de logs om een oplossing te vinden. Echt zo'n trial en error probleem.
-
Precies.
En bij de eerste keer denk ik nog “kan een keer gebeuren” en duik je er niet in.
Maar twee keer in 2-3 weken is wel vreemd.
-
@syngeek: bedoelde je dit bericht op het internationale forum (zie je eerdere bericht):
Hello,
I have excactly the same problem with DSM 6.1: impossible to connect, with disk and processor 100% busy. After investigation and few reboot, I found some process core.package.list maintain the processor and the drive fully busy during hours.
I SOLVE the problem by removing all my community source packages in Package Center / Setting / Package Sources.
It's look like there is a bug in Package Center when checking update on those externals links.
May be one or more package source become faulty and the Syno checks them for updates again and again for ever.
I don't try to find which one causing this. This was a too big problem making me crazy during many months and I prefere trash them all.
Since that, my Syno is fully quiet and available.
If it could help some of you,
Olivier
-
Precies, dit bericht bedoel ik.
Ik had het 2x in 1 dag, vandaag staat hij 3 uur te draaien, nu nog geen probleem,
wel heb ik midnight commander geïnstalleerd, en de tijd opnieuw gezet, verder alle logs nagekeken,
en alles wat ik maar vinden kon.
Het vreemde was ik was nog ingelogd was toen het gebeurde, en kon na lang wachten wel in het overzicht van de broncontrole zien dat de processor maar 35% belasting had, daarna had ik een totale freeze in de UI
-
heb je dan ook de tips gelezen om in een "busy" situatie volgens mij met putty te kunnen in loggen? Stel dat je dan die load ziet van core.package.list dan ben je denk ik een heel stuk verder. 3 uur is wel hoopvol 8)
Als je bijhoudt wat je doet maak je denk ik veel mensen blij die hier ook last van hebben !
Ook interessant wat Robert en jij gemeen hebben (op technisch vlak :twisted: )
-
Ik kan niet met putty inloggen als het aan de gang is.
NAS is volledig onbereikbaar.
-
Inloggen en venster open laten staan waarin htop draait?
-
Ik zal het venster open laten staan maar...
Ik heb net besloten om mij er niet te veel druk meer over te maken, ik heb net een DS918+ online besteld,
ik maak mij ook druk om de "18 maanden bug" die ook in mijn DS415+ zit, echt betrouwbaar is deze dus niet meer voor mij.
Ik heb net een RMA aangevraagd bij Synology en als hij refurbished terug komt gaat hij Marktplaats op.
Ik neem aan dat mijn nieuwe NAS geen problemen gaat opleveren.
-
Volgens mij zitten in de machines van Robert geen processoren met die bug. Maar wel een goede reden om de 918 te kopen!
Misschien loop je met het open staan van het scherm nog tegen een oplossing aan. Succes in ieder geval!
-
Dank jullie wel voor alle hulp.... :thumbup:
Als ik toch nog iets vindt meld ik het...
-
Vanmorgen met de laatste update van DSM wel de NTP service gestopt en opnieuw gestart.
-
Gisteren nog eens even goed naar de actieve processen op mijn DS1812+ gekeken.
Phyton 2.7 en de CalDavserver waren erg actief, te actief want ik gebruik CalDav eigenlijk helemaal niet.
Deze gestopt en mijn CPU gebruik zakt weer tot normale waarden.
Hier een maadoverzicht en de twee uitvallen zijn duidelijk zichtbaar.
Na de eerste ging de CPU dus flink de hoogte in.
Nu is het beduidend rustiger en de NAS is veel beter te benaderen.
-
Robert, kijk ook eens bij de "security advisor" toen ik die liet draaien,
gaf deze aan dat er mogelijk malware was, en heeft de opstart scripts verwijderd.
Het hoeft niets te zijn maar je weet maar nooit...
Mijn nieuwe DS918+ loopt als een zonnetje, ik dacht dat hij niet veel sneller zou zijn,
maar toch voelt het wel zo.
-
De Security Advisor draait op wekelijkse basis en heeft geen bijzonderheden gevonden.
Mijn 1812+ draait nu veel rustiger en is beduidend sneller geworden.
Zal van de week CalDav weer eens opstarten en kijken wat er dan gaat gebeuren.
-
Heel leuk, na bijna 3 weken gedraaid te hebben met mijn DS918+ zonder problemen,
begint het probleem nu ook op mijn nieuwe NAS, weet iemand of dit probleem inmiddels is opgelost/gevonden...
-
Ik heb niets gevonden.
Maar het is ook niet meer voorgekomen.
Moet dit natuurlijk niet te hard zeggen 8)
-
Hij is nu na een uur eindelijk weer opgestart, maar is super traag, laden scherm duurde 10 minuten.
Ik ga toch denken dat het iets met de RAID 5 te maken heeft,
zeker omdat in de laatste update's steeds een patch zat voor RAID 5.
Mijn RAM en CPU waarde zijn niet boven de 20% uitgekomen.
Ik wilde toch al overstappen naar een andere RAID maar er is nog niet van gekomen
nu maar eens tijd gaan maken....
-
Vanmorgen weer raak.....
Gisteren bezig geweest met mijn nieuwe UniFi USG Pro4 router en ook aardig wat met de failover functie zitten werken.
Of mijn 1812+ daar van slag raakte weet ik niet maar gisteravond had hij het wel erg zwaar.
Volume% stond aardig in de 100% aan en de CPU ook.
Vanmorgen alle schijfledjes weer knipperen als dolle.
Ping was goed maar via SSH inloggen lukt niet, waarschijnlijk een routerfoutje of certificaat probleem.
Certificaten natuurlijk net eergisteren aangepast.
Stroom eraf, stroom erop en weer bereikbaar.
Radiusserver draait op tweede nas en was onbereikbaar, geen WiFi :twisted:
Even vergeten in de nieuwe router deze tweede nas een vast ip adres te geven....
Nu werkt ook dat weer!
Maar waarom de nas op hol slaat? Ik heb nog altijd geen idee.
-
Heb je een syslog server draaien? Of richt je andere NAS als syslog server in.
Mogelijk kun je dan in de logs nog iets terugvinden.
-
Nee, moet ik nog steeds instellen.
Vergeet ik steeds, probleem is nu weer verholpen en dan denk je er niet aan.
Zo maar eens even doen.
Edit: gedaan!
-
Robert, kunnen wij geen lijstje maken van welke programma's draaien buiten de standaard programma's om en deze vergelijken met elkaar ? Aan de NAS kan het niet liggen omdat ik deze net nieuw heb en de vorige het ook had. Ik heb bij de nieuwe gewoon de harddisks overgezet, en een nieuwe DSM firmware.
-
Ik draai aan "vreemde" software de volgende pakketten:
Docker met Unifi controller sofware (Is Docker wel "vreemd"?)
Git 2.15.1-11 van Safhire
Sickrage
TS3-Server X86
En meer niet denk ik
-
Ik gebruik wel docker, de rest van jouw programma's niet, dus Docker is het enige gezamenlijke programma,
ik heb deze toevallig een paar dagen geleden eraf gegooid, omdat ik deze niet mee gebruikte.
Ik zal je op de hoogte houden of ik nog problemen hou, of iets vindt natuurlijk. Ik zal eens verder zoeken op Docker...
-
Vanmorgen was mijn NAS weer eens amper te benaderen.
Ik draai Raid5 met 8x 3TB WD Red schijven.
Wat ik vreemd vind is dat schijf 1 en 2 veel drukker bezig zijn dat schijf 3-8.
1 en 2 zijn 80-100% in gebruik en 3-8 lijken wel met vakantie, gebruik is 10-20%
Ook het verschil in MB/s is enorm.
1 en 2 10-30MB/s en 3-8 misschien 300KB/s.
Ik dacht dat met raid5 het gebruik van de 8 schijven gelijk zou zijn.
Dus nu vraag ik mij af zijn schijf 1 en 2 niet gezond of juist 3-8 niet?
De verkorte SMART test draait eens per week en alle schijven komen daar gewoon doorheen.
Nieuwe schijf kopen en 1 of 2 vervangen en na de rebuild kijken of het verschil maakt?
-
Mijn gevoel zegt me dat het de schijven zijn die zo druk bezig zijn.
Het lijkt of daar wat gebeurd wat niet lekker lukt.
S.M.A.R.T. is geen zekerheid dat de disken in orde zijn en zeker een korte smart-test niet.
Mischien de disken er eens uithalen, aan je PC hangen en testen met de tool van de disk fabrikant.
-
Met schijf 1 heb ik dat vorige week al gedaan en het tooltje van WD gaf geen problemen.
Ok, niet de uitgebreide test gedaan want daar wilde hij 690 minuten over doen!
Denk toch dat ik maar een vervangende schijf koop en zo één voor één de schijven te vervangen.
Dus steeds rebuilden, 24-36 uur per keer, en in de tussentijd de oude schijf testen.
Ben ik ruim een week lekker bezig!
Misschien kom ik er dan achter of er iets niet goed zit.
-
Ik draai nu bijna 3 weken zonder probleem, terwijl het probleem bijna om de 3 dagen kwam,
ik heb nog steeds geen tijd gehad om RAID 5 te vervangen.
Wat ik wel heb gedaan is het gezamenlijke programma Docker eraf gegooid.
-
Ik twijfel soms ook of het door Docker komt maar kan het toch niet hard maken.
Draai de UniFi controller erin. Dat werkt op zich prima.
-
Heb je S.M.A.R.T.-Informatie bekeken van HD 1 en 2 ?
-
Jazeker, niets vreemds aan te zien.
Zal ze alle 8 nog eens naast elkaar leggen.
Morgen komt er een nieuwe schijf, ga ik nummer-1 vervangen en uitgebreid testen.
-
Eerste schijf vervangen.
Rebuilden is bezig maar het ziet er op een of andere manier nu wel goed uit.
7 schijven lezen allemaal even snel en de andere schrijft flink snel.
-
mijn DS1512+ is ook al enige weken zeer druk bezig met van alles en nogwat, heb reeds al contact hierover gehad met Synolgy.
Zij gaan hier nu dieper in kijken..
In eerste instantie liet Synology Drive, mijn NAS volledig steeds vastlopen, o.a constant bezig met indexeren, dit probleem was bekend nu bij ze, en support gaf aan dit te gaan fixen binnen kort..
De NAS was ook op sommige momenten helemaal niet meer benaderbaar, en een harde reset was de enige oplossing..
Draai momenteel weer de traditionele Cloud Station.
Verder is mijn NAS ook constant bezig met indexeren, dat maakt het traag..
Al gecontroleerd of dat hier niet toevallig ook aan de orde is.. ?
Ik draai RAID6, en alle smart waardes zijn ok, ik vermoed dat er ergens iets in DSM niet lekker loopt..
Support is hier voor mij nu mee bezig, desnoods kan ik mijn resultaten hier delen met jullie..
-
Ben erg benieuwd naar de resultaten!
Drive verdenk ik ook wel eens van problemen.
Update ik één bestandje zie ik dat icoontje bovenin bij DSM uren en echt uren in beeld.
Drive is dan bezig met indexeren maar zie hij eigenlijk nergens terug.
Nas is overigens niet druk bezig maar wie weet verslikt hij zich er toch zo nu en dan eens in?
Ik heb de eerste schijf vervangen, die was gewoon in prima conditie.
Op een andere plaats weer teruggezet en nu test ik die schijf.
-
Hoe zijn de resultaten nu Robert ?
Onze ds1512+ (3GB ram) is nog streeds erg traag.
Hij is wel erg vaak aan het indexen..
Ik kan hem nog eens een reboot geven, maar weet niet of dat helpt..
-
Tsja, het gaat.
Maar zodra ik begin met bestanden kopiëren zakt de performance behoorlijk in.
Echt op hol slaan heb ik niet meer gehad.
Na twee keer een schijf vervangen merk ik geen verschil, heb geen zin om het nog 6x te doen 8)
Drive is soms uren actief terwijl ik één spreadsheet update, die begrijp ik gewoon niet.
-
Ik heb nu na 5 weken nog steeds geen probleem gehad na het verwijderen van Docker,
hij loopt weer als een zonnetje.
-
Tsja, het gaat.
Maar zodra ik begin met bestanden kopiëren zakt de performance behoorlijk in.
Echt op hol slaan heb ik niet meer gehad.
Na twee keer een schijf vervangen merk ik geen verschil, heb geen zin om het nog 6x te doen 8)
Drive is soms uren actief terwijl ik één spreadsheet update, die begrijp ik gewoon niet.
Hoi Robert,
Ok interessant, ik ervaar exact dezelfde problemen..
Ook tijdens kopiëren zakt de performance erg in..
Volgens Synology heeft dit te maken met het indexeren, dat neemt veel resources in beslag en daarom is het logisch dat de performance inzakt.
Echter dat dit zo lang, moet duren is mij een raadsel....
-
Nou, ik verdenk nu toch echt Docker met mijn Unifi controller.
Vanmorgen was mijn 1812 amper te gebruiken.
De container in Docker gestopt en opeens is mijn NAS veel sneller.
I/O wait bij de CPU is bijna weg en het werkt weer.
Ik ben om en ga een Unifi CloudKey bestellen en ben klaar met Docker.
-
Je kunt die unifiy controller toch ook gewoon op je Nas draaien zonder Docker?
Zijn dit niet de packages die je kunt gebruiken?
http://synology.acmenet.ru/
-
Klopt, die heb ik op mijn tweede NAS draaien als testje.
Maar gebruikt 300-500MB geheugen en er zit maar 1GB in mijn 712+
In mijn 1812+ zit 3GB en net Docker even uitgezet en het wisselen van geheugen stopt dan bijna volledig.
Docker weer aan en het wisselen, als een dolle, begint weer.
-
Ja dat had ik gelezen, maar je kunt dat package toch gewoon op die DS1812 draaien zonder docker?
-
Klopt, die heb ik op mijn tweede NAS draaien als testje.
Maar gebruikt 300-500MB geheugen en er zit maar 1GB in mijn 712+
In mijn 1812+ zit 3GB en net Docker even uitgezet en het wisselen van geheugen stopt dan bijna volledig.
Docker weer aan en het wisselen, als een dolle, begint weer.
Ok interessant, ik heb geen Docker container draaien van Unifi wel heel veel andere containers..
Mogelijk dat er een grote bug zit in Docker.. ?
Ik zal het hier ook eens testen door al mijn docker containers uit te schakelen....
-
CloudKey gekocht voor mijn UniFi spullen.
DS1812+ zonder Docker werkt nu weer erg prettig, is snel en amper nog I/O waits.
CloudKey heeft 24 uur prima gewerkt en opeens niet meer.
3 sites met UniFi producten in de problemen....
Test omgeving met UniFi op mijn DS712+ gezet, deze nas doet eigenlijk toch al niets.
En daar draait het wel vrij vlot op. Niet in Docker dus maar via Package Center.
CloudKey een middagje uitgelaten en opeens doet deze het weer....
Morgen misschien alles weer omgooien.
Maar Docker komt nooit meer op mijn 1812+ 8)
-
ok appart,
mijn problemen zijn in eens ook verdwenen na een shutdown en daarnaa weer een nieuwe start, ik draai stuk of 7 docker containers 24/7, en daar ook nog nooit problemen mee gehad overigens..
Echter Unifi controller heb ik niet draaien...
Mischien dat jouw 1812+ ook loopt te indexen.. ?
die van mij is daar al lange tijd mee bezig, maar het gebruikt wel nauwelijks resources..
-
CloudKey gekocht voor mijn UniFi spullen.
Maar Docker komt nooit meer op mijn 1812+ 8)
Goede beslissing Robert! 8)
-
Nou, CloudKey gaf er na 24 uur al de brui aan hoor 8)
Draai nu nog op mijn 712+ een UniFi package, dat gaat goed.
-
^^^^ De CK al snel kapot o.i.d.?
-
Na 24 uur was hij compleet verdwenen, niet meer zichtbaar.
Zonder geheugenkaartje wilde hij nog opstarten maar dan werkt hij niet goed.
Ook met een ander kaartje niet.
Een recovery opstart gedaan en dat hielp nog niet.
CloudKey even aan de kant gelegd en de gehele configuratie, 3 sites, op mijn 712+ hersteld.
Na een uur of 6 de CloudKey weer eens aangezet via een recovery opstart en hij deed het weer met het originele geheugenkaartje.
Dat ding wordt, net als alle UniFi producten, pittig warm.
Staat nu al bijna 2 dagen aan en doet het nog steeds maar de configuratie draait nog op mijn 712+
Volgende week weer eens terugzetten en hopelijk blijft het dan werken.
-
Even het geheugen van mijn DS712+ uitgebreid.
Van 1GB naar 2GB om te testen en dat werkte meteen.
Een 4GB module gehaald en nu is het geheugen 28% in plaats van tegen de 80% in gebruik.
Jammer dat in mijn 1812+ geen 4GB module kan.
-
Nu 14 dagen verder en mijn schijven zijn niet meer op hol geslagen.
Rust is compleet terug op alle fronten en mijn NAS is weer snel en lijkt wel aan zijn tweede jeugd begonnen te zijn :)
Ook mijn tweede NAS waar de Unifi Controller op draait, en verder eigenlijk niets, doet zijn werk naar behoren.
-
Ik heb nu ook al 6 weken geen probleem meer gehad,
toch een goed idee om de synology's met elkaar te vergelijken en de verschillen/gelijkenissen te zoeken.
-
Is nu de conclusie dat het aan docker lag?
Of aan de docker met de unifi controller erin?
-
Ik gebruikte alleen UniFi in Docker.
Dus de conclusie dat het alleen aan Docker ligt kan ik niet trekken.
De combinatie werkte op mijn 1812+ in ieder geval niet fijn.
-
Bij mij was het alleen Docker...
-
Maar alleen Docker doet toch niets?
Daar draai je toch altijd iets in?
-
Ik heb verschillende containers getest en heb DDSM draaien op m'n DS716+II maar, mijn HD's sloegen nooit op hol.
Mogelijk dat dit probleem alleen op bepaalde type Nassen van toepassing is ? (heb dit Topic niet geheel doorgelezen)
-
Ik had alleen Docker geïnstalleerd en daar wat in getest, daarna alleen de containers verwijderd.
Mijn probleem was op mijn DS415+ en op de DS918+ waarin ik de harddisk van de DS415+ had geplaatst.
Verwijderen van Docker loste mijn probleem op.
-
@Robert Koopman
het lijkt me dan 2X2GB geheugen modules ook moeten werken.. ?
Heb je dit ook al eens getest ?
De DS1812+ en 1512+ zijn praktisch gelijk aan de DS1813+ en DS1513+ welke officeel 4GB ondersteunen ipv 3.
(ik denk dat dat enkel te maken heeft dat de 13 series standaard komen met 2GB geheugen, en Synology niet wilt dat je deze interne module vervangt, aangezien dan ook officieel de garantie vervalt...
-
Ik dacht dat mijn 1812+ 1GB vast op het moederbord heeft zitten.
En slechts 1 ram slot, daar kan dus 2GB is en geen 4GB.
Met een 4GB erbij kom je op 5GB uit en dat wil niet.
Helaas bestaan ze niet in 3GB uitvoering.
-
Ik dacht dat mijn 1812+ 1GB vast op het moederbord heeft zitten.
En slechts 1 ram slot, daar kan dus 2GB is en geen 4GB.
Met een 4GB erbij kom je op 5GB uit en dat wil niet.
Helaas bestaan ze niet in 3GB uitvoering.
Nee dat klopt niet, er zitten net als op de DS1512+ 2 geheugen sloten.
Eentje aan de binnen kant, welke redelijk makkelijk benaderbaar is overigens, en 1 standaard leeg aan de buitenkant...
(de interne module is standaard 1GB van Synology, deze is dus ook te upgraden)
-
Ga ik mijn 1812+ toch eens uit elkaar halen!
Synology had het wel altijd over max 3GB, dat is dus wel vreemd.
-
De Intel Atom® Processor D2700 [1812+]: Max Memory Size (dependent on memory type) 4 GB. (https://ark.intel.com/products/59683) en is 64Bit.
Echter, Synology geeft idd aan 3GB, dat zou kunnen, door de opmerking (https://forums.hardwarezone.com.sg/hardware-clinic-2/%5Bmaylyns-review%5D-synology-ds1812-8-bay-high-performance-nas-3859063.html):
Current DSM is still in 32bit format (limitation) so hence maximum is 3GB total and what happens if someone insert 4GB (16 ram chips/both sides) SODIMM DDR3 RAM?
Since RAM is dirt cheap these days.
One might thought that the most the Synology NAS will detect as 2GB instead and is able to operate normally.
Wrong it's doesn't even boot up @ all so looks like Synology needs to do something about it (Information was from the technical support of MemoryWorld)
De opmerking: "Current DSM is still in 32bit format (limitation)", zal toch ondertussen wel achterhaalt zijn ?
Check eens wat je draait:
uname -a
Op m'n DS716+II zie ik dan:
Linux DS716II 3.10.105 #23739 SMP Sat May 19 03:19:50 CST 2018 x86_64 GNU/Linux synology_braswell_716+II
-
Ga ik mijn 1812+ toch eens uit elkaar halen!
Synology had het wel altijd over max 3GB, dat is dus wel vreemd.
Niks vreemds aan,
hij heeft intern 1GB module (zit aan de andere kant van moederbord)
Synology wilt liever niet dat je deze upgrade (officieel dan ook niet mogelijk), echter is deze ook gewoon te vervangen..
Dit maakt het volgens Synology enkel mogelijk tot max 3GB.
de Atom D2700 ondersteund volgens Intel maximaal 4GB aan werkgeheugen.
zie info hier : https://ark.intel.com/products/59683/Intel-Atom-Processor-D2700-1M-Cache-2_13-GHz
Er zijn wel div. gebruikers welke in het verleden problemen hebben gehad hiermee, dus het is een trial & error.
er kunnen onverwachte problemen optreden, dat bijv. CPU gebruik erg hoog wordt wanneer de laatste 1GB gebruikt wordt etc.
Meer info hier te vinden btw :
https://forum.synology.com/enu/viewtopic.php?t=93969
overigens heb ik in het verleden mijn DS1511+ 4GB upgrade eens gegeven ter test, en dit werd gewoon geheel gedetecteerd door DSM.
mijn DS1512+ zit nog op 3GB ram, voorlopig nog meer dan voldoende voor mij, maar een upgrade door naar 4GB is nog altijd mogelijk...
-
De opmerking: "Current DSM is still in 32bit format (limitation)", zal toch ondertussen wel achterhaalt zijn ?
Wat mogelijk kan is dat Synology DSM wel limiteerd tot 32-bits op bepaalde systemen, terwijl ze wel 64bits kunnen draaien.
Dit is al vaker gebeurd in de IT, er wordt dan een harde limitatie door de fabrikant gemaakt zonder dat deze eigenlijk nodig is..
-
Zo, een 2GB module besteld.
Duurt wel een paar dagen, langzamer geheugen is al zeldzaam blijkbaar.
En voor twee tientjes is het te proberen nietwaar.
-
@Robert Koopmans,
Ik ben benieuwd wat je ervaringen zijn..
Zou je mischien ook het type geheugen hier nog kunnen posten ?
of anders nieuwe topic aanmaken voor deze upgrade ervaring naar 4GB... ?
Dit is dan ook interessant voor andere DS1812+ en DS1512+ gebruikers...
-
Doe ik :)
Kijk ik ook meteen even na welke modules er nu inzitten.
-
top, ben benieuwd !
-
Zie https://www.synology-forum.nl/hardware-vragen/ds1812-ram-van-3gb-uitbreiden-naar-4gb/msg250545/#msg250545