Version: 6.0.1-7393

[flingle]

Version: 6.0.1-7393

(2016/06/06)

What's New
1.This update includes all bug fixes as well as security fixes in the previously released updates since DSM 6.0-7321.
2.EDS14 can now be upgraded to DSM 6.0.1.
3.Improved overall performance for multiple client connections.
4.SSD TRIM is now supported on DS715, DS1515, and DS2015xs.
5.File Station •The sorting algorithm has been changed from sorting by name to natural sort order.
•Changed the filter function to the search function to locate files efficiently.
•Supports search history.

6.High Availability Manager •Added the quorum server settings to reduce split-brain error occurrences.
•Proxy servers are supported.
•Supports customized DSM ports and HTTPS connection.
•Reduced by 60% the average time for detecting disconnected networks before automatic failover.
•Improved HA cluster stability during upgrade.
•Supports installing DSM on RC18015xs+ in network environments without a DHCP server.


Fixed Issues
1.Fixed an issue where an ext2 external storage device could not be mounted.
2.Fixed an issue where shared folders on NTFS external storage devices could not be remotely mounted to some models via NFS.
3.Reduced memory usage for writing data to an NTFS external storage device.
4.Fixed an issue where Microsoft Excel files in an encrypted shared folder on some models could not be correctly accessed via Windows File Service.
5.Fixed a security vulnerability regarding the p7zip module (CVE-2016-2335).
6.Fixed an issue where files might not appear in search results if their file types were not specified for file indexing.
7.Fixed an issue where backup tasks could not complete when the remote destination was encrypted.
8.Fixed an issue where IPv6 link-local authentication might fail for rsync.
9.Fixed an issue where backup tasks in Time Backup might not run after system upgrade.
10.Fixed an issue where system monitoring processes might demand system memory on RS10613xs+, RS18016xs+, and RC18015xs+.
11.Applied the workaround to mitigate a security vulnerability of ImageMagick module (CVE-2016-5118).
12.Minor bug fixes.

[Larrvyll]

Diverse pakketten moesten ook worden bijgewerkt.
Ik moest voor Antivirus nieuwe definities binnenhalen omdat het pakket (onterecht) aangaf dat de laatste update 19 mei zou zijn geweest.
 

[Robert Koopman]

Mijn DS1812+ had aan 10 minuten niet genoeg om te herstarten.
Begin je je toch wat zorgen te maken...
Maar starte toch weer op.

[Martin M.]

DSM 6.0.1 geïnstalleerd op DS115. Herstart duurde iets meer dan 10 minuten (nog niet eerder gebeurd!). Veel bijgewerkte packages. Hibernation wilde pas weer functioneren na opnieuw opstarten.

[Briolet]

Wat is eigenlijk handiger: Eerst de pakketten of eerst DSM updaten?

Bij veel pakketten staat dat de update er alleen is om hem compatibel met DSM 6.0.1 te maken. Dus als je eerst DSM update zullen de pakketten niet meer werken na de update. Je bent dan verplicht om ook direct de pakketten te updaten ook al is de internet verbinding op dat moment traag/gestoord.

Bij eerst de pakketten, kun je de DSM installatie nog een paar dagen uitstellen.

[Hofstede]

Ik heb in sommige gevallen gemerkt dat nieuwe pakketupdates pas verschijnen nadat de DSM update is geïnstalleerd. Waarschijnlijk omdat ze een bepaalde minimum DSM versie vereisen.

Op dit moment heb ik nog een EDS14 draaien op DSM 5.2. De enige update die hij aangeeft is de upgrade naar DSM 6.01. In pakketbeheer laat hij niets zien.

Zouden er echter al wel pakketupdates te zien zijn zou mijn voorkeur er ook naar uitgaan om die als eerste te installeren, alhoewel ik daar niet echt een goede reden voor kan geven.

[wimu]

Sabnzdb wil niet meer starten. Iemand anders daar ook problemen mee? Krijg foutmelding: "Kon de pakket service niet uitvoeren."

[Birdy]

Misschien dat deze tijdelijke oplossing gaat werken ?

[ufosyno]

Na de volledige update gisteren, verloor in vanmorgen 11:00 ineens het contact met de web-interface (nb. via intern bedraad netwerk). De overige websites op de nas werkten normaal, maar ik kon niet meer bij "het dashboard". De enige oplossing die ik kon bedenken, was de nas te rebooten. En inderdaad, nadien weer alles up en running, in de logfiles niets vreemds, belasting normaal.

Dan ineens, even voor 18:00 de hele nas uit de lucht. Ook de websites, en via bedraad ook niet te pingen. Alle ledjes gaven normaal beeld, maar hij deed helemaal niks. Weer geprobeerd de nas te rebooten via de aan/uit knop, alleen... na dik een kwartier wachten was hij nog steeds niet uit. Uiteindelijk dan maar de stroom eraf. Na 15 seconden weer aangesloten. De nas startte goed op en is nu weer helemaal actief. Weer niets in de log.

Omdat deze 713+ voorheen maanden draaide zonder hikken, begin ik toch een beetje richting "brakke update" te denken.

Iemand meer met deze ervaringen?

[GeddyLee]

Zojuist DSM 6 geïnstalleerd. Ik dacht dat het een uitdaging zou gaan worden v.w.b. NZBGet en  Sickrage, maar geen enkel probleem. Alles werkt zonder dat ik ook maar iets heb hoeven te doen. Wel een aantal updates moeten installeren maar ook hier geen enkel probleem. So far so good ..

[eentje]

ging bij mij binnen de 10 min.

Had wat pakket updates al voor de instal gedaan. alleen spotweb werkt niet meer . zal door nieuwe php versie komen denk ik.

[ufosyno]

Aangezien blijkbaar niemand dezelfde uitval ervaringen heeft (zie reactie #8 hierboven), heb ik besloten binnen m'n eigen netwerk op zoek te gaan.

Niet dat dit wat opleverde, overal schone logs. Maar toch besloten alles maar 's opnieuw op te starten. Router, smartswitch, alles stroomloos en opnieuw opgestart. En wat blijkt, er veranderde niets, alleen staat m'n nas nu al weer drie dagen hikvrij z'n werk te doen.  .  Dus mogelijk toch in het netwerk een vlekje gehad...

Daarom - bij deze - mijn opmerking over een mogelijke "brakke update" vooreerst ingetrokken