Synology-Forum.nl
Firmware => Synology DSM 6.2 => Topic gestart door: André PE1PQX op 20 februari 2019, 19:32:30
-
DSM update: https://www.synology.com/en-us/releaseNote/DS918+ (https://www.synology.com/en-us/releaseNote/DS918+)
(2019-02-19)
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 if you are using the models listed below.
Plus Series : DS218+, DS718+, DS918+, DS1019+
Value Series : DS418play
Fixed Issues
Fixed an issue where abnormal reboot while converting SHR type or expanding SHR capacity may cause the storage volume not to be properly mounted.
Fixed an issue where the completion of Snapshot Replication under high load environment may result in abnormal reboot.
Minor bug fixes.
-
5 is er wel, maar raakt niet alle modellen
-
@Eddiexbmw die had ik dan ff gemist...
-
Ik zie juist dat -5 er wel is maar -6 er nog niet is:
[attachimg=1]
-
This update will restart your Synology NAS if you are using the models listed below.
Plus Series : DS218+, DS718+, DS918+, DS1019+
Value Series : DS418play
Misschien niet voor alle modellen, ook al hebben ze dat niet zo vermeld ?
Maar goed, ik krijg 6 ook (nog) niet.
[attachimg=1]
-
Even hier kijken misschien??
https://archive.synology.com/download/DSM/criticalupdate/update_pack/23824-6/
-
Dat weet ik (natuurlijk ;) ), het ging om het aanbieden in DSM zelf, ik wacht wel. 8)
-
Die update is ook alleen nodig als je een 'abnormale' reboot doet, terwijl je een SHR opnieuw opbouwt of aanmaakt. Of als je met snapshots werkt. ;)
-
Dat kan zijn maar, die update zou toch gedaan moeten worden om bij te blijven dus, moet deze update ook aangeboden worden in DSM ;)
-
Bij mij duurt het soms wel een week of meer voor hij automatisch in DSM verschijnt. Vroeger ging dat veel sneller.
Ik snap dat Synology door onverwachte problemen met firmware iets voorzichtiger is geworden met hun rollout, maar nu is het wel overdreven langzaam.
-
Het ligt een beetje aan de soort bugs. Er zijn security bugs die je beter binnen 48 uur kunt installeren. Daar hoort deze niet bij.
Hoewel het natuurlijk wel vervelend is, als je vóór de update je SHR converteert of uitbreidt en dan net een stroomstoring krijgt en daardoor een onverwachte reboot hebt. Maar die conversie kun je uitstellen tot na de update.
Uit de beschrijving krijg ik niet de indruk dat het probleem speelt bij een SHR herstel na een HDD crash, want de crash kun je niet plannen.
-
Ik kreeg vanochtend de mail dat dsm klaar is voor bijwerken. Direct via CSM al mijn nassen geüpdate.
Zoals aangekondigd was er geen reboot nodig. Wel vielen al mijn gemounte afp shares weg, wat ik vreemd vond omdat er geen reboot zou zijn. Het log liet zien dat AFP inderdaad gestopt en weer gestart is. Dit zal een van de 'minor' bug fixes geweest zijn die niet in de releasenotes gespecificeerd zijn.
-
Met mijn DS918+ en DS213+ kreeg ik wel een reboot voor mijn kiezen :oops: :oops:
-
Wel vielen al mijn gemounte afp shares weg, wat ik vreemd vond omdat er geen reboot zou zijn. Het log liet zien dat AFP inderdaad gestopt en weer gestart is. Dit zal een van de 'minor' bug fixes geweest zijn die niet in de releasenotes gespecificeerd zijn.
Het waarschuwings scherm net voor je update gaf aan dat AFP gestopt en weer gestart zal worden.
-
Dat klopt. Maar als je via CSM de update uitvoert dan krijg je dat scherm niet te zien.
-
Ik kreeg de melding alleen van mijn mac, dat de server down zou gaan. idd niet van de nas zelf.
Ik heb voor de aardigheid eens in het log gezocht op de term "stopped". Dit was de eerste keer sinds nov 2017 dat het stoppen van AFP gelogd werd. In nov 2017 was zelfs de laatste keer dat het stoppen van Windows File Service gelogd werd.
Blijkbaar wordt dit bij een algehele shutdown niet meer gelogd, alleen als alleen die service gelogd wordt. Een paar jaar gelden zag ik dit ook bij een reguliere shutdown van de nas.
-
Dit is, zeg maar, de setup van deze update [autoupd@te.info]:
{"builddate":"2019/02/12","buildnumber":"23824","configUpdate":false,"downloadPath":"/volume1//@smallupd@te_deb","flashUpdate":true,"flashupdateDeb":"flashupdate_6.2-23824-s6_all.deb","isAutoupdate":false,"project":["libsynostorage-braswell-bin_6.2-23824-s6_all.deb","libsynostoragecore-braswell-bin_6.2-23824-s6_all.deb","linux-3.10.x-braswell-bin_3.10.102-23824-s6_all.deb","mdadm-braswell-bin_6.2-23824-s6_all.deb","netatalk-3.x-braswell-bin_3.1.1-23824-s6_all.deb","selfcheck-cu06_6.2-23824-s6_all.deb"],"reboot":"later","restart":"some","restartPackage":[],"restartService":["atalk"],"smallfixnumber":6,"smallupdateDeb":"smallupdate_6.2-23824-s6_all.deb","stopAhead":"none","stopAheadPackage":[],"stopAheadService":[],"unique":"synology_braswell_716+II","updateType":"smallupdate","update_pack":"https://global.download.synology.com/download/DSM/criticalupdate/update_pack/23824-6/synology_braswell_716%2BII.pat"}
atalk = Apple Talk = AFP
En dit krijg je te zien:
[attach=1]
-
Daarbij is het een critical update van 12/02 die ik nu pas binnenkrijg, zo critical was het zeker niet. :lol:
-
Dat maakt het duidelijk. Een regel eerder zie ik nog iets over "netatalk" staan. Dat is de lunix implementatie van AFP. Blijkbaar heeft netatalk ook en update gehad en moet afp herstart worden.
Inderdaad iets wat onder de "minor fixes" gegroepeerd is. Maar waarom niet expliciet noemen. Dan weet je beter waar er aangepast wordt.
Dat screenshot is er inderdaad niet als je via CMS update.
-
Heb netatalk ook even rood gemaakt voor het gemak. ;)
-
Update gedaan: 15 sec.
-
Dat screenshot is er inderdaad niet als je via CMS update.
Beetje jammer....bug melding voor CSS ?
-
Nee, want het is geen bug.
Als je via de CSM updates uitvoert gaat men er van uit dat je weet waar je mee bezig bent. Tenslotte update je een andere NAS “op afstand”, dus je moet jezelf er van vergewissen dat dat geen gevolgen voor de gebruikers van die NAS heeft.
-
Idd, klinkt logisch 8)