Synology-Forum.nl
Firmware => Synology DSM 5.2 => Topic gestart door: eentje op 17 juni 2015, 15:56:50
-
zoals topic titel aangeeft gaat mijn nas niet meer in hyber nation ook niet na de laatste update.
opnieuw opstarten helpt ook niet. enige id hoe ik kan achterhalen wat het probleem kan zijn. en graag zonder alle packages 1 voor 1 aan en uit te zetten.
-
Deze ook gelezen? https://help.synology.com/dsm/?section=DSM&version=5.2&link=AdminCenter%2Fsystem_hardware_hibernation.html
Anders maar een ticket inleggen, als je de oorzaak niet zef wilt onderzoeken door e.e.a. te tsten.
-
thx birdy. heb even gekeken ik heb van de pakketten die er staan niets draaien. wel nzbget maar die download alleen als er wat in een file op een usb stick staat. en dat heeft altijd gewerkt.
bij processen staat er niets raars.
local master browser staat uit
ik kan zo snel niet vinden of network sharing van widowns media player aan staat. maar me nas gaat ook niet in slaap als me pc uitstaat.
Andere
USB-apparaten: Synology NAS kan niet in de slaapstand gaan als er een USB-apparaat op de unit is aangesloten.
ik heb een 2 usb apparaten aan me nas. 1 usb stick waar me nzbs worden opgeslagen.
en een usb geluidskaart. verwacht niet dat de geluidskaart de nas uit slaap kan houden.
nu nzbget uit kijken of dat boosdoener is rest zijn standaard apps van syno zelf.
als dat niet werkt zal ik usb geluidskaart verwijderen en dat testen.
-
heb aantal dingen nu geprobeerd. usb stick eruit, usb geluidscard eruit. netwerk kabel eruit. allemaal geen effect. ook nzbget uit. is er een log of zo om te kunnen zien waardoor de nas uit slaapstand komt? maakt het zoeken wellicht wat makkelijker
-
Het zou in /var/messages moeten staan als je de logging aan zet echter, net getest op m'n opnieuw geïnstalleerde DS111 en deze ging in hibernate en heb de NAS benaderd, dus uit hibernate, maar geen logging in /var/messages. :S
Dus, heb ik maar weer eens een oude procedure uitgevoerd:
/usr/syno/bin/syno_hibernate_debug_tool --enable-force_hibernation
/usr/syno/bin/syno_hibernate_debug_tool --enable 1
DS ging weer in hibernate, weer uit hibernate gehaald en weer geen meldingen in /var/messages.
Het lijkt wel of er niets meer wordt gelogd, althans, niet bij mij in de laatste DSM versie en update.
Maar goed, kijk toch even in /var/messages, geen meldingen ?
Probeer dan toch die procedure ook maar eens.
Om de debug tool weer uit te zetten:
/usr/syno/bin/syno_hibernate_debug_tool --disable
-
ik zie geen var/messages map in putty.
heb je oude proccedure ook geprobeerd. hij gaat bij mij niet meteen in hybernation :(
geen id wat er mis is. dan ben ik geen held in putty. maar cd var om naar dir te gaan en dir om te kijken naar inhoud lukt nog net :)
m
-
Dan kijk maar eens in /var/log/messages
-
Sorry, bedoelde ook /var/log/messages (typo) :oops:
heb je oude proccedure ook geprobeerd. hij gaat bij mij niet meteen in hybernation
Die procedure is niet om de DS in hibernate te krijgen maar om te debuggen zodat, als het werkt, meer informatie krijgt, betreffende in hibernation gaan en uit hibernation gaan, in /var/log/messages file.
-
A dan is het logisch dat ik map niet kon vinden ;)
Had ik het verkeerd begrepen dus. Dacht dat met commando nas ging slapen.
Zal als ik thuis ben straks weer testen.
Thx voor het snelle antwoord weer
-
zo een en ander gebrobeerd en logs gevonden.
Dit staat er in de logs staat wat gestart en stop bij van tool omdat ik niet meer wist of die aan stond :(
verrder wordt ik niet veel wijzer van de logs
Jun 23 20:15:18 Nas synopkg: pkgcurltool.cpp:423 Failed to download https://paym ent.synology.com/api/getPackageList.php, code=52, err=Error
waar hoort dat payment bij ?
Jun 23 10:10:58 Nas root: == DSM finished boot up ==
Jun 23 10:10:59 Nas synorelayd: src/libsynoportmap.cpp:514 file=/etc/portforward /router.conf not exists
Jun 23 10:10:59 Nas synorelayd: src/libsynoportmapHelper.cpp:151 SLibSynoPortMap RouterDetect() success: manual/non-support change port router
Jun 23 10:11:34 Nas entry.cgi_SYNO.Core.Package.Server[1].check[17818]: pkgcurlt ool.cpp:444 http://synology.mdevries.org/spkrepo/packages, Failed to request pac kages, httpResponseCode=404
Jun 23 10:11:34 Nas entry.cgi_SYNO.Core.Package.Server[1].check[17818]: pkgcurlt ool.cpp:444 http://synology.mdevries.org/spkrepo/packages, Failed to request pac kages, httpResponseCode=404
Jun 23 10:19:23 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 10:21:38 Nas syno_hibernate_debug_tool: (162): End Hibernation Debug
Jun 23 10:24:02 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 10:36:32 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 10:36:36 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 10:36:57 Nas syno_hibernate_debug_tool: (162): End Hibernation Debug
Jun 23 10:37:15 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 10:38:56 Nas syno_hibernate_debug_tool: (162): End Hibernation Debug
Jun 23 10:40:15 Nas syno_hibernate_debug_tool: (162): End Hibernation Debug
Jun 23 20:15:18 Nas synopkg: pkgcurltool.cpp:261 Failed to curl perform, code=52 , err=Error
Jun 23 20:15:18 Nas synopkg: pkgcurltool.cpp:423 Failed to download https://paym ent.synology.com/api/getPackageList.php, code=52, err=Error
Jun 23 21:25:16 Nas ddnsd: ddnsd.c:3360 DDNS got IP changed. UpdateAll.
Jun 23 21:25:23 Nas ddnsd: ddnsd.c:2466 Success to update [xxxx.synology.me] w ith IP [xxx.xxx.xx.xx] at [Synology]
Jun 23 21:28:23 Nas ddnsd: ddnsd.c:3360 DDNS got IP changed. UpdateAll.
Jun 23 21:28:25 Nas ddnsd: ddnsd.c:2466 Success to update [xxxx.synology.me] w ith IP [xxx.xxx.xx.xx/2001:1c00:1014:4700:211:32ff:fe11:6547] at [Synology]
Jun 23 21:39:43 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 21:42:34 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 21:42:38 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 21:43:43 Nas syno_hibernate_debug_tool: (162): End Hibernation Debug
Jun 23 21:45:18 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 21:45:41 Nas syno_hibernate_debug_tool: (162): End Hibernation Debug
Jun 23 21:46:26 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
Jun 23 21:46:33 Nas syno_hibernate_debug_tool: (133): Start Hibernation Debug wi th log level [1]
-
heb maar ticket ingeschoten. zodra ik antwoord heb zal ik het hier laten weten met eventuele oplossing voor de volgende met het zelfde probleem
-
Update van mijn kant.
Hij gaat weer in hybernate ! :)
wat ik heb gedaan.
- "Windows network discovery" option uitgezet in DSM > Control Panel > Network > DSM Settings
- Audio Station option "Do not search for DLNA device" is unticked
( Dit weet ik niet zeker of dit een probleem was aangezien mijn nas weer in slaapstand ging heb ik dit niet verder getest mede omdat ik audio station toch nauwelijks gebruik)
Bij mij ging de nas weer in slaapstand nadat ik IPv6 heb uitgezet. Hoop dat dit voor meer mensen de oplossing is.
-
Dit is het mailtje dat ik heb ontvangen :
Dear customer,
Thank you for contacting Synology Support.
Please try to turn off Windows File Service temporarily and see if it helps.
Here are some factors that might affect HDD hibernation:
- Cloud Station
- Media Server (Some DMA / DLNA device might perform background tasks)
- Syslog server
- Audio Station (AirPlay)
- Quick Connect
- NTP time sync (for DS213+/DS413)
- DDNS Service
- Routers that send out ARP packets regularly (for DS213+/DS413)
- Other AirPlay/DLNA devices in the same LAN
- Hotspot, Router mode (for DS213air only)
- IPv6 enabled on the DiskStation or Router
Here are the factors that are known to affect HDD hibernation:
- "Windows network discovery" option is enabled in DSM > Control Panel > Network > DSM Settings
- Audio Station option "Do not search for DLNA device" is unticked
- DiskStation is making thumbnails or re-indexing the multimedia files after upgrading.
There will be index/convert (synomkthumbd) process under resource monitor when this occurs.
- Webalizer (1hr or 5min)
- Local Master Browser in Control Panel > File services > Win/Mac/NFS > Windows file Service > Advanced settings
- eMule (Dlownload Station)
- Download Station (RSS, Active download tsks)
- Logitech Media Server
- Mail Server
- Media Server Log
- Mail Station (POP3 fetch)
- Surveillance Station (Video Recording)
- DMA log is enabled in Media Server > Diagnose
- Windows Media Player in LAN (Network Sharing Service, Default On)
(http://www.mydigitallife.info/how-to-disable-windows-7-media-player-network-sharing-service-wmpnetwk/)
- Directory Server
- 3rd party software or optware like SABnzbd, Plex
- Too many process running and swap is used, ex DS109j
- Synology NAS (DS213+ & DS413) cannot enter System Hibernation if any USB devices are attached to the unit.
If none of them are on your DiskStation, please help us disable all services/packages, and removing any external devices from your DiskStation, and then unplug the network cable to monitor the status of hibernation.
If your DiskStation can go into hibernation without any services/packages/external devices, then you could enable them back one by one to see which one is the root cause.
If the above check does not fix the problem, please let us know the time frame you run this check (without all the known factors) and help us retrieve the kernel log. It is a technical log file which gives us more detailed information about your system. Please see the instructions below to download the kernel log.
For DSM 5.0:
1. Log in with admin account or users with admin privileges.
2. Go to Menu > Support Center > Support Services, click on Generate logs to get the system debug log (debug.dat) and send it to us.
Thank you.
Best Regards,
Grant Cheng
-
met andere woorden (hoe ergerlijk ook naar mijn smaak), en daarmee dit hele issue, al jaren lang lopend, samenvattend: niet zeuren of gewoon een usb-drive aan je PC hangen dan wel een NAS nemen die alleen/enkel opslag regelt.
Kijk eens met een blik naar de Syno zoals je dat doet naar een (file/mail)server: wil je die in hybernate?
-
Stef ik heb exact de zelfde mail gehad. Zit niet veel anders op dan stappen volgen. Zoals ik al heb aan gegeven zat het bij mij in ipv6
-
Ik heb nu alles gedaan wat in de bovenstaande mail staat, oftewel heb alles uitstaan. Dat werkte prima dus begon ik eerst met wat ik dacht iets onschuldigs namelijk de Windows en Apple fileservice en klaar met de pret mijn nas werd gelijk elk half uur wakker... Iemand enig idee waar dit aan zou kunnen liggen?
Verzonden vanaf mijn iPhone met Tapatalk
-
Geen id. Nieuwe ticket maken en logs meesturen zoals ticket aangeeft anders weet ik het ook niet
-
Ik heb net een mailtje ontvangen van de support. Ik had hibernation al weer redelijk aan de praat door cloudstation en windows file service uit te schakelen. Volgens de medewerker is de nieuwe update mogelijk de oplossing voor de windows file server.
-
Volgens de medewerker is de nieuwe update mogelijk de oplossing voor de windows file server.
Zie die fix er niet bij staan: http://www.synology-forum.nl/synology-dsm-5-2/version-5-2-5592-beschikbaar/ (Update:2015/07/01) of het moet een "minor fix" zijn.
-
Zag het inderdaad ook niet.. Ben het nu aan het testen over een uurtje kan ik wel een update geven denk ik.
Update:
Het lost helaas niets op, m'n diskstation gaat niet eens na de ingestelde tijd in hibernation met de nieuwe update.
-
In ieder geval heeft Synology nu wel bevestigd dat de werkwijze van Cloudstation is gewijzigd:
"Your speculation is correct, the design was changed from DSM 5.2 due to we change the sync mechanism in the version of Cloud Station 3446 and above."
Hierdoor checkt het systeem clientrequests, ongeacht of Cloudstation draait of niet. Dat checken gaat op de volgende wijze:
"I've confirmed with our development team about the behaviour of Cloud Station.
To make sure the service will restart sync again once the service back online.
So the time will be :
0 15 30 45 60
----|----------|---------|---------|----------|----
At the 0, the system start system hibernation.
At the 15, 30 , 45 , system accept the request from client to check if the service available or not.
At the 60, system will check the DDNS and Quickconnect service work as last configuration or not.
To be brief, all of the system wake up was caused by system design."
Dit probleem in combinatie met de problemen met Windows File Service maakt hibernation feitelijk onbruikbaar.
Zal kijken of de update bij mij verschil maakt.
-
Zelfde verhaal als hier:
http://www.synology-forum.nl/synology-dsm-5-2/ds-audio-en-hibernate/msg161464/#msg161464
-
Klopt, met dien verstande dat ik na die andere post alsnog de discussie ben aangegaan met Synology over het feit dat ik hier in het verleden geen last van had. Toen kwam men met de bevestiging dat er wel degelijk een wijziging was doorgevoerd. Leek me goed om naast die bevestiging van de wijziging ook de desbetreffende wijziging te plaatsen...
-
Ik heb even de titel van de start topic aangepast. Dat woord "laatste" klopt inmiddels niet meer nu 5.2-5592 uitgekomen is en over een jaar is het helemaal nietszeggend.
-
Na de nieuwe update werkt bij mij hibernation weer als vanouds. De nas gaat weer in hibernation voor langere tijd, dus geel/groen kinpperend lampje, maar hij gaat niet meer in deep sleep, blauw knipperend lampje.
Niet goed, maar wel beter dan voor deze update. Hebben meer mensen deze ervaring?
-
Wat versta jij onder langere tijd? Want bij mij gaat het helaas vrij onregelmatig.. Ene keer blijft hij een half uur in hibernation andere keer ineens 3 uur.
-
Heb ook alle suggesties van dit forum geprobeerd, zelfs met los gekoppelde netwerk kabel (packages allemaal uit, WFS en AFS uit) werd NAS ieder uur wakker.
Gisteren update 5.2.- 5592 geïnstalleerd en nas in slaap laten gaan, 24 uur later gecheckt en slechts 2x wakker geworden gedurende 24 uur.
Is iets beter en kan ik mee leven ;)
-
Hier hetzelfde beeld. Soms komt de NAS een periode om het kwartier/halfuur uit slaapstand om daarna een paar uur achter elkaar in de slaapstand te blijven, maar vanochtend is ie vanaf de opstart om 8.00uur tot nu onafgebroken in slaapstand gebleven. Weliswaar niet in deep sleep. Soms gaat de NAS wel in deep sleep, maar waarom dit de ene keer wel gebeurt en de andere niet is mij een raadsel.
-
Bij mij was Cloud Sync de boosdoener. Ik start en stop de service op bepaalde tijden en dan werkt hibernation gewoon weer. Ook in de laatste update niet opgelost. Ik heb daar al een paar weken contact met support over. Nu hopen dat ze iets vinden.
-
Zal eens kijken of die truc ook bij mij werkt.
@moderator: misschien een idee om dit draadje te combineren met "DS Audio en hibernate"? De discussie loopt vrijwel synchroon op beide plekken.