Synology-Forum.nl
Firmware => Synology DSM 6.1 => Topic gestart door: Briolet op 15 juni 2017, 08:57:11
-
Version: 6.1.2-15132 (https://www.synology.com/nl-nl/releaseNote/DS415+)
(2017/06/15)
Important Note
The update is expected to be available for all regions within the next few days, although the time of release in each region may vary slightly.
This update will restart your Synology NAS.
What's New in DSM 6.1.2
Added the support of 32-bit models for repairing or expanding single volumes up to 16TB.
Enhanced the write performance of the AFP in Mac environments.
Added support for DHCP server lease time to be measured in seconds.
Fixed Issues
Upgraded Samba to version 4.4.13, and fixed a security vulnerability (CVE-2017-2619).
Fixed an issue where some users might experience failure when updating domain data, and enhanced the speed of domain data updates.
Fixed an issue where users might experience failure when joining a domain.
Fixed an issue where volume creation might fail on some models.
Fixed an issue where SSD cache status might not be correctly reported via the SNMP.
Fixed an issue where SSD read-write cache might fail to be loaded when upgraded to a larger cache in RAID 1.
Enhanced the resource usage rate of passive servers on SHA clusters.
Enhanced the stability of the unmounting process for encrypted shared folders.
Fixed an issue where the L2TP connection service might not work properly for IPv6 clients.
Fixed an issue where MTUs might be incorrect after Bond is established on DSM.
Fixed an issue where the IPv6 service might not work properly.
Fixed an issue where gateway information might be lost when Bond is removed.
Adjusted the payment method in Package Center. To enable Paypal payment, please check "Enable additional payment options" in Settings.
Refined the IronWolf Health Management (IHM) thresholds.
Fixed issue where some 4TB IronWolf drives were not detected when IronWolf Health Management (IHM ) was enabled.
Modified description of drive health status.
-
Bedankt voor het melden. Update verliep probleemloos, had wel een reboot nodig deze keer.
-
Ik heb net update DSM 6.1.2-15132 gedaan en kan niet meer inloggen op mijn NAS. Ik krijg de melding 'het systeem is bijna klaar. Meld u later aan'.
Het blauwe ledje flikkert.
Hoe kan ik dit oplossen?
Dank!
-
Hier hetzelfde. Blauwe lampje flikkert, schijven branden niet en melding is 'systeem is bijna klaar, meld u later aan'. Dat staat er nu drie kwartier. Betreft hier een DS1511+. Wie weet raad?
-
Bij mij het het probleem van de baan zonder dat ik iets ondernam. Even geduld oefenen.
-
Heb een DS412+ en een DS216j en een DS213J geupdate (allemaal vanaf een 6.1.1 UPDATE 4) en geen problemen gehad
-
Bij mij doet hij het ook weer :D, ondanks dat ik al zenuwachtig op allerlei knopjes (inclusief de niet-reagerende restknop) had gedrukt ;)). Gewoon wachten. Duurt een uurtje of zo en dan, voila :!:
Overigens tegelijkertijd een DS214+ geupdate en dat ging vlekkeloos.
-
Hier geupdated van 6.1.1-15101 update 4. Omdat ik van rj.zilver (met dezelfde NAS) las dat het heel lang duurde heb ik eerst alle (in mijn geval 4) packages geupdated, gerestart en daarna pas de DSM update uitgevoerd. Geen idee of daarom de DSM update uiteindelijk in slechts 5 minuten was gepiept.
-
Ik was ook met de packages begonnen op beide nassen en toen dsm zelf op mijn 212j. Na de reboot staan volgende twee regels in het log:
2017/06/15 09:43:07 Can not recognize the format of the main system configuration file.
2017/06/15 09:43:07 Repairing the main system configuration file was complete.
Is er echt iets corrupt geraakt, of doet deze update extra controles? Heeft iemand anders iets vergelijkbaars in het log
Voor mijn werk-nas wacht ik tot komend weekend met updaten.
-
Op mijn 215j geen problemen zoals @Briolet vermeldt (logs erop nagekeken). Met mijn 115j nog bezig.
-
Ook niets vreemds in de logfiles gezien.
Update ging probleemloos.
Had wel, eerst even de NAS gereboot.(ooit gelezen hier als tip van @Briolet , meen ik.)\
-
Ook mijn 115j erop nagezien. Geen problemen.
Eerst de updates van de apps en pas daarna de update van het os doen was overigens een goede tip. Ging veel vlotter.
En inderdaad ook eerst de NASsen gereboot voordat ik begon met de updates (tip onlangs gekregen op dit forum).
-
En voor zover iemand er nog iets mee kan:
Update bij mij in 1 minuut gereed, daarna een normale bootsequence van 3 minuten.
Petr
-
Met mijn 414+ kwam ik wel in de buurt van de 10 minuten die hij normaal aangeeft. In het log vind ik:
2017/06/15 17:14:51 Update was complete.
2017/06/15 17:14:56 System started counting down to reboot.
2017/06/15 17:18:14 System started to boot up.
2017/06/15 17:18:14 Can not recognize the format of the main system configuration file. <----
2017/06/15 17:18:14 Repairing the main system configuration file was complete.
2017/06/15 17:32:14 [Cloud Station] service was started.
2017/06/15 17:23:05 User [xxxxx] failed to log in from [10.0.1.20] via [DSM]. <------
2017/06/15 17:34:52 User [xxxxx] logged in from [10.0.1.20] via [DSM].
De update tijd zelf wordt niet gelogd, maar daarna duurde het ca 8 minuten voordat de cloud service weer actief werd. Dat is het laatste wat gelogd werd.
Heel opvallend is dat ik al gedurende het opstarten, mijn inlogpagina te zien kreeg. Als ik dan wilde inloggen, kreeg ik de door anderen gemelde tekst:
[attachimg=1]
Als ik dan naar de nas keek, waren alle lampjes uit en alleen het blauwe lampje knipperde. Zelfs die inlogpoging voordat de nas klaar was kwam ik in het log tegen, terwijl de disken niet aktief waren. Ik wist niet eens dat er een webinterface actief was in deze toestand van de nas.
Wat me ook opviel is dat ik ook op de 415+ dezelfde foutmelding over de "system configuration" terug vind als bij mijn 212j. Dat moet dus iets fundamentelers geweest zijn met controle van deze file tijdens deze update.
-
Zojuist 4 NASsen via CMS gereboot en vervolgens allemaal tegelijkertijd geupdate. Deze waren alle binnen de 10 minuten weer terug.
Daarna ook de paketten op alle NASsen via CMS bijgewerkt.
-
Automatische installatie van de OS-update is zojuist uitgevoerd. Inclusief reboot 10 minuten.
Daarna 2 pakketten handmatig geupdate (log-center en opslag-analyser).
Alles lijkt tot nu toe als een zonnetje weer te draaien.
-
M'n 713 heeft het keuring gedaan binnen de aangegeven minuten, was na ongeveer 6 minuten weer in de lucht. Probleemloos dus.
Wel opvallend, dat ook 2 packages mee geüpdated zijn: File station en Universal Search. Mogelijk dat de wachttijden vooral in dat laatste package zitten...
-
Sinds de update vind ik Chinese tekens terug in het systeem-log. Het gaat om foutmeldingen van twee pakketten die een paar keer per dag gelogd worden. Voor de update waren er geen foutmeldingen, ook niet in het Chinees (Taiwanees ?)
2017-06-18T03:41:35+02:00 GedeeldeData appindex: index_mgr.cpp:190 Add: /var/packages/StorageAnalyzer/target/ui/index.conf
2017-06-18T03:41:35+02:00 GedeeldeData appindex: elastic_control.cpp:94 (12353, 0) (SendRequestImpl) Request failed: {"command":"document_upsert_by_id","data":{"data":{"desc":"存储空间分析器可让您快速查看 DiskStation 的整体使用率趋势、创建和管理任务以分析存储空间，并生成卷使用率的详细报告。","id":"SYNO.SDS.StorageAnalyzer.Application","keywords":"Storage Analyzer storageanalyzer storageanalyzer ","owner":"","search_title":"存储空间分析器","title":"存储空间分析器"},"doc_id":"SYNO.SDS.StorageAnalyzer.Application","id":"appindex_chs"}}
2017-06-18T03:41:35+02:00 GedeeldeData appindex: index_mgr.cpp:313 (12353, 0) (ProcessQueue) ProcessQueue failed, cmd: {"op":1,"path":"/var/packages/StorageAnalyzer/target/ui/index.conf"}, reason: Request failed, msg=No such ID: appindex_chs
2017-06-18T03:40:20+02:00 GedeeldeData appindex: index_mgr.cpp:190 Add: /var/packages/Calendar/target/ui/index.conf
2017-06-18T03:40:20+02:00 GedeeldeData appindex: elastic_control.cpp:94 (3311, 0) (SendRequestImpl) Request failed: {"command":"document_upsert_by_id","data":{"data":{"desc":"Calendar 是网络界面的应用程序，用于组织和计划每日事件。您可在自己的个人日历中创建事件，或在群组中共享日历。此应用程序支持 CalDAV 并兼容移动设备。","id":"SYNO.Cal.Application","keywords":"Calendar calendar calendar ","owner":"","search_title":"Calendar","title":"Calendar"},"doc_id":"SYNO.Cal.Application","id":"appindex_chs"}}
2017-06-18T03:40:20+02:00 GedeeldeData appindex: index_mgr.cpp:313 (3311, 0) (ProcessQueue) ProcessQueue failed, cmd: {"op":1,"path":"/var/packages/Calendar/target/ui/index.conf"}, reason: Request failed, msg=No such ID: appindex_chs
Het betreft de Opslag Analyser en de Kalender app. Nu is mijn Chinees niet goed genoeg om dat te lezen. :P
Beide apps werken wel probleemloos, voor zover ik zie.
-
Nu ik verder kijk, betreft het nog veel meer pakketten, alleen niet allemaal met Chinese tekens. Volgens mij zie ik alle pakketten wel langskomen. Als ik het systeemlog filter op het keyword "appindex", dan zie ik dat er vóór de update, periodiek voor elk pakket een "index.conf" file aangemaakt werd en even later werd die file weer gewist. Dat is blijkbaar een tijdelijke file. (Vraag me niet waarom je een config file als tijdelijk aanmaakt)
Sinds de update stikt het met foutmeldingen bij het "appindex" proces.
-
Waarom maak je een config file als tijdelijk aan?
-
Het is Chinees en meer een omschrijving Google:
Het is een applicatie web-interface voor het organiseren en plannen van de dagelijkse gebeurtenissen. U kunt een gebeurtenis in uw eigen persoonlijke kalender of aandeel agenda's in de groep te maken. Deze toepassing ondersteunt CalDAV en compatibele mobiele set
-
Wat is dat Chinees toch een lekker compacte taal en wat hebben wij toch veel woorden nodig om een functie van een pakket te beschrijven. :P
Dank Birdy voor je Chinees kennis (via Google)
-
hier net zonder issues geïnstalleerd en vooralsnog geen problemen tegen gekomen. op aangeven van andere gebruikers eerst packages update gedaan toen dsm zelf
-
Ik krijg de melding:
This package of dsm is incompatible with your DSM. En er is geen update beschikbaar.
Gaat om virtual DSM manager... Herkenbaar voor iemand?
-
Can ???
-
Bedoel je VVM? Zo ja, zie hier (https://www.synology-forum.nl/overige-software/synology-ondersteunt-nu-officieel-windows-en-linux-op-sommige-nassen!/msg225048/#msg225048).
-
Jep die bedoelde ik. Heb mijn DS maar gedowngraded en heb nu mijn vm's terug. Kansloos om dat zo te doen.
Maar eens uitzoeken hoe ik de dsm server kan laten geloven dat ik een andere versie heb zodat ik alsnog kan upgraden.
Heb in mijn 415+ 16GB zitten dus daar hoeft het niet aan te liggen.
-
Ge-upgrade naar DSM 6.1 op mijn DS1812+
1. Datascrubbing
2. Reboot
3. [Update Now] > DSM 6.0
4. Reboot
5. [Download] -> [Update Now] > DSM 6.1
6. Reboot
7. [Update Now] > DSM 6.1.2-15132
8. Reboot -> up-and-running!
Mooie snelle upgrade en update(s) naar de nieuwe DSM 6.1, al snap ik die tussenstap naar DSM 6.1 niet. Waarom geen combo-update direct naar DSM 6.1.2?
Al met al - inclusief 6 packages - maar ~35 minuutjes. 8)
EDIT: Log-Files Package moest ik handmatig downloaden vanuit PC.
Cheers
-
:thumbup: :thumbup:
-
Klopt het dat mijn DS1812+ wel veel meer moeite - % CPU en RAM - heeft deze nieuwe DSM versie? Het gebruik - diverse screens - van deze DSM is beduidend langzamer geworden. Weet iemand tweaks/settings om dit te kunnen verbeteren?
Cheers
-
Hij is vast aan het indexeren. Veel oude indexen kunnen niet meer gebruikt worden.
Je kunt ook tekst laten indexeren op inhoud en dit wordt door spotlight op je Mac herkent als een share gekoppeld is.
-
Bedankt weer @Briolet !
Welk proces in DSM 6.1 is verantwoordelijk voor het indexen? De koppeling met Spotlight is super handig hoor, hoe zet ik dat aan?
Cheers
-
Er zit tegenwoordig een losse "search" app bij. Die doet ook de indexering. De enige 'bug' in de indexering is dat hij niet ziet dat files aangepast worden. Op de mac wordt de indexering vanzelf ge-update. Op de nas moet je de indexering periodiek handmatig starten.
-
Oke, bedankt! Ik ga eens nader kijken naar die search app!
Cheers
-
Op de nas moet je de indexering periodiek handmatig starten.
Ik zie dat het niet mogelijk is om van Indexing een service aan te maken in Task Scheduler, zijn er alternatieven in DSM 6.1 om dit te laten doen?
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi350.photobucket.com%2Falbums%2Fq403%2Fm4v3r1ck_nl%2Fsynology%2520forum%2FScreenCap%25202017-06-29%2520at%252013.12.12_zpsbod6hzz0.png&hash=95fae322df4e8cb0cd1901efb3a57b1e27a35e61)
Een script wellicht of kan ik de Service Action ergens toevoegen voor een selectie in TS?
Cheers
-
Het gaat volgens mij hier over "Universal Search", heb het commando om te herindexeren (nog) niet gevonden, het werkt in iedergeval anders dan het herindexeren van Media, die commando's ken ik wel.
Maar, volgens mij wordt het indexeren van nieuwe bestanden ("Universal Search"), ieder uur gedaan (ik kwam dat ergens tegen).
-
Klopt ik heb geprobeerd /backup toe te voegen, maar idd kun je alleen media laten scannen.
Terwijl ik juist graag zou willen om een soort spotlight index - alle file formaten - automatisch te doen op de NAS.
Cheers
-
…indexeren van nieuwe bestanden ("Universal Search"), ieder uur gedaan (ik kwam dat ergens tegen).
Ik had vooral getest met 6.0 beta, waar dit geintroduceert werd. Als ik na indexeren, een woord aan een document toevoegde, kon ik dat woord maanden later nog steeds niet vinden. Andere woorden uit het document wel. Met 6.0 kon je ook de home folder niet indexeren, terwijl daar vaak de meeste documenten staan.
Met 6.1 wordt in elk geval ook de homefolder geïndexeerd. Dat het nu ook vanzelf gaat ben in in elk geval niet in de releasenotes tegen gekomen. Ik zal het eens bekijken, want er veranderd soms meer dan in de releasenotes staat.
-
volgens mij wordt het indexeren van nieuwe bestanden ("Universal Search"), ieder uur gedaan (ik kwam dat ergens tegen).
Ik heb het nu even kunnen testen, een document gewijzigd en direct gezocht met US en vond "SynoBirdy" dus, het werkt perfect. 8)
-
Gevonden! :wtf:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi350.photobucket.com%2Falbums%2Fq403%2Fm4v3r1ck_nl%2Fsynology%2520forum%2FScreenCap%25202017-06-29%2520at%252020.36.50_zps5uw3hrbn.png&hash=5587245ffc43ceac16f3c63128a09b7c51a5cd4f)
VEEL nieuwe features/screens in DSM 6.1...
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi350.photobucket.com%2Falbums%2Fq403%2Fm4v3r1ck_nl%2Fsynology%2520forum%2FScreenCap%25202017-06-29%2520at%252020.40.36_zpsymqtuabc.png&hash=a7612eac1bc991e513641dd523b402e5e7de9ddf)
Cheers
-
een document gewijzigd en direct gezocht met US en vond "SynoBirdy" dus, het werkt perfect. 8)
Ja en nee. Ik heb vorige week een tekstdokument gemaakt met slechts één woord erin. Net even getest, maar Spotlight vond hem niet op de gemounte share. Als ik op de nas inlog en US gebruik, vind die hem wel.
Synology beweerd echter dat de zoekresultaten ook beschikbaar zijn voor de mac via spotlight. Dat ook die database direct aangepast wordt, merk ik niet. En dat wil je juist, zodat je ok de nas net zo zoekt als op de mac zelf.
-
Was toch benieuwd hoelang mijn nas er over had gedaan om deze nieuwe update uit te voeren.
Tsja dan zie ik dit in het log dat het in minder dan een paar minuten klaar was.
Heb zelf later de machine toch even voor de zekerheid opnieuw gestart, maar blijkbaar was er niets meer te doen.
Veel zaken lijken (veel) sneller te gaan met deze nieuwe versies
Overigens ben ik erg blij dat de home directory nu wel word meegenomen met de indexering
-
Ik heb vanochtend nog eens gekeken en moet mijn bewering van gisteren corrigeren omdat ik gisteren alleen op de home share getest had.
De spotlight index wordt wel automatisch geupdate bij het toevoegen van nieuwe tekst. Echter, de spotlight index werkt niet voor de home share. Dus ook niet na indexering.
De reden voor mij om data op mijn mac op te slaan en niet op de nas is sterk beïnvloed door het gemak om snel een bestand te vinden via spotlight. Op de nas wil ik ze voornamelijk in mijn homefolder opslaan. Als ik daar iets wil vinden moet in nu eerst in dsm inloggen.
We zullen afwachten. Waarschijnlijk komt dit in een volgende release van dsm.
-
Domme vraag wellicht, is je /home wel zichtbaar in Finder?
Cheers
-
Ik log net op DSM in en zie dat de tekstindexering, die ik gisteren gestart heb, nog steeds loopt. Wellicht is dat de reden dat ik nog niets in Home vind, als het bij anderen wel werkt. In elk geval werkt het updaten van spotlight in home niet, want dat had ik gisteren getest voordat im de indexering herstart heb.
Home staat natuurlijk geselecteerd, want per default zoekt spotight alleen op de mac. Als je op een share wilt zoeken moet je "gedeeld" kiezen (Dat zijn alle gemounte shares) of alleen de sharenaam. De sharenaam is alleen kiesbaar als er ook een finderwindow van die share open staat.
-
Hmm vreemd Briolet dat het zo lang duurt, het valt mij op dat op btrfs alles nu sneller lijkt te gaan.
Of heb je veel bestanden staan in de home mappen ?
Ik betwijfel of het bij mij komt omdat ik 2 intel 60 MB ssd's als cache gebruik dat het bij mij allemaal zo snel gaat.
De update was ook al zo snel klaar, haast vreemd te noemen.
-
Ik vind het ook vreemd dat indexeren zo lang duurt. Vooral als ik naar het CPU gebruik kijk:
[attachimg=1]
Ik zie een hoog CPU gebruik tussen 23:30 en 2:30. De begintijd komt ongeveer overeen met de start van het indexeren. Maar dan moet hij na 3 uur al klaar geweest zijn. In de nas staat echter dat hij nog steeds aan het indexeren is. Ik heb het al een keer gepauzeerd en weer gestart. Volgens mij moet hij klaar zijn, maar hangt op de afrondingsprocedure.
-
Dat indexeren is inderdaad een echte aanslag op de prestaties van mijn DS1812+!
Cheers
-
Er zit toch ergens een bug. Ik heb een andere share, waar bijna geen tekst op stond, geïndexeert. Hij was daarmee slechts 1 minuut bezig en gaf dan aan dat hij klaar was. Binnen US zie ik dan twee actieve processen. Toen hij klaar was gingen beide processen in de slaapstand.
Echter, het indexeren van mijn home share is volgens de nas nog steeds bezig. Klopt niet, zeker als er geen cpu meer verbruikt wordt en de processen in slaap staan. De hele nas restarten is ook weer zo'n lapmiddel.
-
Ja ik heb dit ook even nagekeken op een nas (413j) van een kennis en deze doen extreem lang over het indexeren.
Alhoewel ik de indruk had dat na de eerste grote indexering het daarna wat vlotter leek te gaan.
Vervolgens blijkt ook bij hem op zijn macbook het niet echt goed te werken.
Dus de vraag is of beide problemen gerelateerd zijn.
Het is opvallend dat mijn nas zo snel geworden is na de update met veel zaken. Maar goed niet iedereen wil een dikke rackstation in huis hebben ;).
Het kan niets anders zijn dan de in raid 1 geplaatste ssd's als cache welke veel beter lijken te werken met BTRFS. Ik zie ze veel vaker gebruikt worden als de gebruikers inloggen en aan de slag gaan. Om even een voorbeeld te geven met EXT4 was de maximale belasting van de ssd's ongeveer 56% tegen 87% met BTRFS. Het zou kunnen betekenen en verklaren waarom mensen BTRFS langzamer ervaren want in mijn visie is er blijkbaar veel meer disk activiteit. Uiteraard moet je niet vergeten dat de meeste oudere modellen een sata 1 controller hebben en er alleen in de dure machines sata2 controller zijn gebruikt. Ik zag dat in de 2017 serie modellen er nog steeds gebruik word gemaakt van sata2. Wat inhoud dat deze 3 Gbps max performance behalen.
Ik zal later nog even uitzoeken of men inmiddels meer machines maakt met sata3 maar ik vrees dat synology nog steeds ver achter loopt op dat gebied. QNAS en de andere merken zijn vaak al veel langer voorzien van sata3 (6 Gbps) controllers. Het moge duidelijk zijn dat de echt professionele nas/san machines allemaal (sas) 12 Gbps zijn. Het is mij onduidelijk waarom synology nog steeds geen sas gebruikt in de duurste modellen want qua prijs van de schijven zit er niet echt schokkend veel verschil meer tussen de sata en de sas.
-
BTFRS is een COW(Copy On Write) file system, wat wil zeggen dat bij mutaties van bestanden er alleen de delta wordt weggeschreven en het orgineel blijft bestaan.
Dit levert vooral bij het gebruik van veel kleine bestanden een aanzienlijke extra disk io op en dus zal het effect van een ssd cache veel groter zijn dan een ext filesystem.
Indexeren met een btrfs filesysteem zal veel extra io opleveren want al die indexes moeten opgeslagen worden.
Btfrs veroorzaakt in omgevingen met veel kleine bestanden en veel mutaties slechtere performance op dan ext4 en veroorzaakt ook nog eens extreem veel defragmentatie.
Ook moeten we nog afwachten wat dit voor de levensduur van een ssd gaat betekenen, want zoals je weet kan een ssd een beperkt aantal keren beschreven worden.
Wat betreft de SATA 3, dat is voor de meeste NAS systemen volkomen onzinnig is want alleen een ssd kan daar van profiteren.
Een harddisk systeem kan nooit een SATA 2 controller tot z'n maximum belasten.
En dit alles wordt alleen gebruikt voor zaken die binnen de NAS blijven, want voor alles dat naar buiten moet is het netwerk de bottleneck en het blijft een beetje onzinnig om veel geld voor dure ssd's en sata 3 controllers uit te geven terwijl het doel van een NAS netwerk storage is.
Door de veelzijdigheid van DSM worden ze steeds meer ingezet als een centrale server maar het is natuurlijk gewoon een NAS.
-
Ik heb WD REDs, die zijn wel degelijk SATA-3, dus ik snap niet helemaal waarom alleen een SSD daarvan zou profiteren?
edit: tat reclame weggehaald! ;)
-
De schijven misschien wel maar de controller in de NAS ook?
-
In mijn DS1812+ is dat SATA-2, maar mijn vraag was of het juist is dat alleen een SSD kan profiteren van SATA-3?
Cheers
-
Ze kunnen wel Sata 3 zijn maar de disken zelf hebben een maximale snelheid van iets tussen de 150 en 200 MB/s en Sata 2 is gespecificeerd voor 300MB/s dus meer dan voldoende om een harddisk bij te houden.
Er is geen enkele harddisk die 600 MB/s haalt en alleen SAS schijven zullen misschien die 300MB/s halen maar zelfs dat betwijfel ik.
Alleen ssd's zijn sneller en daar zou een SATA 3 controller zin hebben.
-
MB/s bedoel je?
-
Goed gezien Robert.
Ik heb het aangepast, zit te veel met netwerk snelheden in m'n hoofd die altijd in Mb/s gespecificeerd worden.
-
Oke, helder verhaal @Ben(V)!
Wel raar dat o.a. WD toch SATA-3 controllers in hun REDs stoppen, als deze niet eens de maximale SATA-3 snelheden kunnen halen?
Cheers
-
Misschien dat het prijsverschil erg klein is en 3 klinkt beter dan 2 in de marketing. Maar het kan zijn dat de 3 nog andere features (https://en.wikipedia.org/wiki/Serial_ATA), naast snelheid heeft? Ik lees in elk geval iets over NCQ commands voor een betere steaming van video.
-
NCQ (Native Command Queing) heeft alleen zin in multi user/multi tasking omgevingen en heeft geen tot nauwelijks nut voor video streaming.
Het is een feature waarin het device de command queue in z'n geheel bekijkt en probeert commandos in die queue samen te voegen.
Als bijvoorbeeld een block data nodig voor het eerste commando in de queue en dezelfde data (of deel ervan) voor een ander commando in de queue dan worden die twee commandos gelijktijdig geserviced.
Voor video streaming is dit nauwelijks nuttig lijkt mij.
Verder is willen diskfabrikanten natuurlijk het liefst voor al hun disken dezelfde interface gebruiken want dat is kosten besparend, dus zijn de meeste huidige disken uitgevoerd met een SATA-3 interface.
-
Mja sas is inmiddels op 3, 6 en 12 Gbps De sas schijf behalen 300MB/s met de raid bakken waar ik mee heb
gewerkt werden er echt ongelofelijke hoeveelheden data verstouwd.
Kijk hier maar eens naar snelheden van deze QNAP en de vergelijkbare HP dozen : QNAP rack 4u (https://www.petdirect.nl/p/1967746/qnap-tvs-ec2480u-sas-rp-r2-nas-rack-4u-ethernet-lan-zwart.html?utm_source=beslist.nl&utm_medium=cpc&utm_campaign=beslist&utm_content=QNAP%20TVS%2DEC2480U%2DSAS%2DRP%20R2%20NAS%20Rack%20%284U%29%20Ethernet%20LAN%20Zwart)
Het moge duidelijk zijn dat voor de gewone man deze extreem snelle sas systemen niet van toepassing zijn. Alhoewel synology inmiddels een echte ssd machine op de verkoop lijst heeft staan. Uiteraard is dit ook weer een business machine.
Overigens zal het voor iedereen anders liggen hoeveel geduld je hebt met je {nas) systeem.
Toch weet ik dat veel mensen heel graag zo een snelle nas willen bezitten, uiteraard blijft het in de meeste gevallen niet echt nuttig voor thuis gebruik.
Ik ergerde mij dood aan de trage 4xx modellen totdat ik de 412+ kocht welke een verademing was vanwege de sata3 controller.
Zaken als hogere doorvoer en het aantal iops wat de schijven kunnen verwerken maken een groot verschil.
Ik weet dat er meerdere nieuwere synology nas systemen voorzien zijn van sata3. En ik kan je beloven dat je het wel degelijk merkt als je een betere controller in een nas hebt. Natuurlijk maakt het erg veel uit wat je met je nas wil doen. Maar als je een bijvoorbeeld meerdere taken tegelijk uit voert op een nas zie je direct betere prestaties als deze voorzien is van een sata3 controller.
De vraag is dus wat doe je met de nas en vooral welke taken wil je op de machine laten uitvoeren.
Dan heb ik het nog niet eens over de situatie wanneer je een rebuild moet uitvoeren. De vroegere truuk om de parameters te verhogen werken niet meer. Een snellere controller en schijven hebben dan weer wel nut al is het niet echt schokkend
Ik denk dat je groot gelijk hebt wat betreft de grote prestatie sprong op mijn 2414+ qua indexeren. Een her indexering is in enkele minuten voltooid terwijl dit voordien enkele uren duurde.
Ook op het punt dat btrfs veel meer moet indexeren maakt dit zeker op de oudere van sata1 voorziene systemen een fors hogere belasting.
Zeker vanwege de veel lagere verwerking snelheden. Dit verklaard ook de veel hogere wachttijden voor deze systemen.
daarbij komt ook nog eens dat de meeste geen ruimte hebben om een paar oude 30 GB mlc ssd's te kunnen plaatsen.
Wat betreft de slijtage van deze ssd's dat valt verschrikkelijk mee de 2 intel 60 Gb ssd's die ik erin heb zitten hebben al een gruwelijk aantal uren erop hebben zitten. Volgens mijn smart hebben ze er al 909352 uren op zitten. Alhoewel ik denk dat deze info niet helemaal correct is. Maar ik weet wel dat ze al heel oud zijn. Dit zijn een van de eerste 60 GB schijfjes die uitgebracht zijn door intel.
Vandaar dat ik voor iedereen die een cache in een nas wil zetten ze adviseer om bijvoorbeeld intel mlc enterprise ssd's te plaatsen.
Welke inmiddels vaak voor dump prijzen worden aangeboden.
Inmiddels zijn ze 1% in betrouwbaarheid gezakt nadat ik meerdere keren de indexeringen en her installaties had uitgevoerd.
Want ik test ook erg veel zaken op deze dikke nas. Zoals ik al zei veel mensen willen zo een grote rackstation niet in huis hebben.
En eerlijk gezegd nu de nuttige tijd die ik besteed aan automatisering minder word is er ook veel minder noodzaak voor zo een fijne stevige machine.
Het helpen zoeken naar oplossingen is voor mij altijd mijn meest geliefde werk geweest en vooral het uitzoeken van extreem moeilijke zaken vond ik een enorme uitdaging.
Ik stond er om bekend dat ik niet kon stoppen tot ik de oplossing had.
Wat soms wel eens een probleem bleek voor mijn ceo omdat ik rustig een paar dagen doorging. Uiteraard komt er een punt dat je de ogen niet meer open kan houden maar goed ;). Ja zeker ik ben verwend dat geef ik toe zeker als je met sas werkstations hebt gewerkt. Een sas raid 10 systeem boot echt heerlijk snel. Ik heb er geen meer maar gevoelsmatig lijkt mijn huidige nvme pc die 2500 MB/s doet nog steeds traag. Is het nuttig om zo een zware power slurpende machine in huis te hebben als je er eigenlijk niets meer mee doet nee inderdaad niet
-
Tja als jij kapitalen wilt uitgeven aan een NAS omdat de rebuild dan sneller is moet je natuurlijk zelf weten, maar ik zie persoonlijk het nut er niet van in zolang een NAS bedoelt is voor (network storage) en het netwerk de maximale snelheid bepaalt.
-
Je vergeet Ben namelijk dat jij misschien de nas alleen voor opslag gebruikt, maar velen met mij hebben er heel wat meer op draaien.
Ik heb bijvoorbeeld meerdere zakelijke programma's draaien.
Deze worden kosteloos door mij ingezet om kavitha foundation te ondersteunen.
Verder heb ik diverse programma's in gebruik zoals photo-, music-, video station en vele andere nuttige pakketten.
Zeker er zullen best wel wat mensen de nas alleen maar als een domme opslag gebruiken.
Maar ik denk dat er meer mensen toch echt wel wat meer doen met de nas, de laatste jaren zijn deze uitgegroeid tot machines waar je eigenlijk best wel een klein bedrijf volledig mee kunt runnen.
En dan heb ik het nog niet eens over de vele 3th party programma's die er zijn gemaakt voor de synology machines.
Dus tsja een beetje respect als iemand meer doet dan alleen maar opslag zou net zijn.
-
Weet niet waar jij gelezen hebt dat je respectloos behandelt wordt, dus dat laat ik gewoon bij jou.
Wat ik zeg dat een NAS een network attached storage is die toevallig meer kan, maar als je hem als server gaat gebruiken dat je vroeg of laat tegen het fundamentele ontwerp van een NAS aanloopt en dat de belangrijkste bottleneck qua snelheid in het netwerk ligt.
-
…Echter, het indexeren van mijn home share is volgens de nas nog steeds bezig. Klopt niet, zeker als er geen cpu meer verbruikt wordt en de processen in slaap staan. De hele nas restarten is ook weer zo'n lapmiddel.
Dit was al twee week geleden en die indexering bleef maar lopen. Intussen twee DSM updates waarbij één een reboot gaf en de indexering waarschijnlijk opnieuw startte. Ik heb ook de indexering van de bewuste home map weggegooid en opnieuw gestart. Hielp ook niet. De indexering van één specifieke home map bleef doorlopen terwijl hij geen cpu gebruikte. (Dus niets deed)
Gisteren was er een update van Universal Search, en nu zie ik dat de indexering kort na de update gestopt is. Volgens mij zat er ergens een bug in, die met die update gefixed is. :P
-
Ik heb Universal Search gedeinstalleerd, dan heb je er helemaal geen last meer van. :)
-
:P :P :P :P
Maar ik wilde juist dat Home geïndexeerd werd. Het werkt echter niet. Ik heb het zoeken nog eens geprobeerd, maar een spotlight search werkt nog steeds niet bij de home share. Wel op andere shares. Rechtstreeks vanuit universal search kun je de files vinden maar dan moet je steeds op dsm inloggen. Dit is dus duidelijk een bug die ook met na de update van universal search nog optreed.