Bericht door: Tegels op 16 juni 2015, 16:53:09
Ik heb alle packages verwijderd en langzaam aan weer begonnen met installeren, ondertussen volgend in het logboek of de Synology wakker werd.
Eerst DS Photo geinstalleerd. Ging prima, af en toe werd de NAS even wakker maar toelaatbaar.
Vandaag DS Audio geinstalleerd en meteen wordt de NAS elk half uur wakker.... Mis ik ergens een instelling of weet iemand raad? Nogal frustrerend gegeven....
Bericht door: Birdy op 16 juni 2015, 17:46:01
Bericht door: Tegels op 16 juni 2015, 21:24:13
Bericht door: Birdy op 16 juni 2015, 21:39:57
Bericht door: Tegels op 17 juni 2015, 08:01:52
Bericht door: Tegels op 17 juni 2015, 08:02:27
Bericht door: Babylonia op 17 juni 2015, 09:30:03
Bericht door: Glenroth op 17 juni 2015, 10:46:09
Ik heb hetzelfde. Klokslag elk halfuur ontwaakt het systeem.
Bericht door: Hofstede op 17 juni 2015, 11:05:54
Bericht door: Tegels op 17 juni 2015, 13:26:36
Bericht door: Glenroth op 17 juni 2015, 13:35:58
Bericht door: Birdy op 17 juni 2015, 16:40:25
Citaat
(DS Audio blijft wel geïnstalleerd op de NAS)Je bedoelt Audio Station. ;)
Bericht door: Tegels op 17 juni 2015, 16:43:52
Bericht door: synfan op 17 juni 2015, 21:35:37
De support van Synology is echt haar best aan het doen, ze hebben workarounds geprobeerd, van alles aangepast, maar een oplossing hebben ze nog niet gevonden. Het lijkt dus toch echt een probleem te zijn in de update. Wat dat betreft wel bijzonder dat andere mensen geen probleem meer hebben met hibernation na update 2 van DSM 5.2.
Bericht door: Birdy op 17 juni 2015, 22:51:37
Bericht door: Tegels op 18 juni 2015, 08:06:02
Bericht door: Tegels op 18 juni 2015, 20:51:16
Ik ga denk ik maar een ticket aanmaken tenzij er hier nog tips komen die mij kunnen helpen...
Bericht door: Phoenix77 op 18 juni 2015, 21:08:01
Mijn NAS gaat netjes hiberneren als ik DS audio niet gebruik of de laptop niet aan heb staan.
Een ticket aanmaken lijkt mij het meest verstandig.
Bericht door: Birdy op 18 juni 2015, 21:12:19
Bericht door: Babylonia op 18 juni 2015, 21:14:09
Mmmmm, prik mij maar lek... Met de netwerkkabel eruit, gaat de NAS in diepe slaap en blijft zo...
Ik weet niet wat je in je netwerk nog meer hebt aangesloten, maar je zou elk ander apparaat binnen het netwerk kunnen loskoppelen, alleen de NAS eraan, en dan één voor één de andere apparaten opnieuw aankoppelen en per aangekoppeld apparaat kijken wanneer de NAS wordt gewekt. Dan weet je bij welk apparaat je moet zoeken. Vervolgens moet je dan nog kijken welk proces er voor verantwoordelijk is.
Bericht door: Ben(V) op 18 juni 2015, 21:35:27
Als je dat niet doet zoekt hij regelmatig naar DLNA devices op het LAN en gaat hij niet slapen.
Bericht door: Tegels op 18 juni 2015, 22:29:49
Bericht door: Tegels op 18 juni 2015, 22:31:07
Mmmmm, prik mij maar lek... Met de netwerkkabel eruit, gaat de NAS in diepe slaap en blijft zo...
Ik weet niet wat je in je netwerk nog meer hebt aangesloten, maar je zou elk ander apparaat binnen het netwerk kunnen loskoppelen, alleen de NAS eraan, en dan één voor één de andere apparaten opnieuw aankoppelen en per aangekoppeld apparaat kijken wanneer de NAS wordt gewekt. Dan weet je bij welk apparaat je moet zoeken. Vervolgens moet je dan nog kijken welk proces er voor verantwoordelijk is.
Eerlijk gezegd haast niet te doen. Ik heb zoveel apparaten in het netwerk hangen, bekabeld en draadloos. Of ben ik nu lui....??
Bericht door: Birdy op 18 juni 2015, 23:01:28
Bericht door: Babylonia op 18 juni 2015, 23:56:23
Eerlijk gezegd haast niet te doen. Ik heb zoveel apparaten in het netwerk hangen, bekabeld en draadloos. Of ben ik nu lui....??
Tja, jij wilt de oorzaak weten. Mij maakt het niet uit of je die moeite erin wilt steken of niet. Het is niet mijn systeem. 8) ;)
Bericht door: Tegels op 19 juni 2015, 07:48:13
Bericht door: Glenroth op 19 juni 2015, 09:49:02
Na deze actie ontwaakte de NAS.
Is nu de conclusie dat het aan de NAS zelf ligt?
Bericht door: Babylonia op 19 juni 2015, 10:01:38
Meteen erna kan gewoon komen door het eruit trekken van de netwerkstekker.
Indien een hele tijd erna, is er een proces binnen de NAS zelf wat het ontwaken veroorzaakt.
Maak je gebruik van applicaties die zoeken naar contact naar buiten (automatische back-up e.d.) ?
Bericht door: Ben(V) op 19 juni 2015, 10:31:35
Die wil ook slapen wel eens tegengaan (zoekt ook naar DLNA devices)
Bericht door: Glenroth op 19 juni 2015, 10:37:30
Ik heb geen automatische back-up processen.
Mediaserver staat wel aan. De laatste is toch voorwaardelijk voor o.a. audiostation?
Bericht door: Robert Koopman op 19 juni 2015, 10:43:42
Mediaserver gebruik je alleen als je DLNA wilt gebruiken.
Bericht door: Ben(V) op 19 juni 2015, 10:46:39
Bericht door: Babylonia op 19 juni 2015, 11:09:37
Vanuit Audio Station (geopend in een browser) zou je vanuit die DLNA optie wellicht ook zo'n media-apparaat kunnen kiezen om daar de audio naar toe te sturen. (Zie opties in 2e plaatje). Dus Audio Station wordt vaak wel gecombineerd met Mediaserver.
Alleen voor het gebruik van de DS Audio apps op een smartphone heb je die Mediaserver niet nodig. In Audio Station leg je de gebruikers vast die er gebruik van mogen maken, en via de DS Audio app maak je als gebruiker rechtstreeks contact met Audio Station.
Bericht door: Phoenix77 op 19 juni 2015, 12:30:09
Kan zijn dat hij voor bepaalde DNLA apparatuur wel nodig is.
Bericht door: synfan op 19 juni 2015, 12:34:56
De supportdesk van Synology heeft ondertussen al nieuwe bug-testing tools geinstalleerd, maar tot op heden dus zonder resultaat.
Ben benieuwd of het niet een netwerk probleem is. Bij welke provider zit jij? Ik zit bij Ziggo. Ik heb hun modem/router in bridge mode en daarachter een netgear Nighthawk. Zou het daarmee te maken kunnen hebben?
Bericht door: Ben(V) op 19 juni 2015, 13:33:58
Het is heel goed mogelijk dat die regelmatig het netwerk "probed" om te kijken of er DLNA devices zijn.
Daar wordt de NAS gegarandeerd wakker van.
Ik zou zeggen zet die functie van die Nighthawk eens uit.
PS Wat mij betreft zou DLNA per wet verboden moeten worden. :evil:
Bericht door: synfan op 19 juni 2015, 14:12:02
Bericht door: Ben(V) op 19 juni 2015, 14:18:28
Kan me niet voorstellen dat dat iets met wel of niet werken van apple producten te maken heeft.
WMM implementatie zijn vrij zeldzaam.
Je kunt nog even kijken of je ipv6 aan hebt staan.
Daar zit een autoconfig in die wel eens regelmatig het netwerk zou kunnen scannen of er nieuwe devices zijn.
Bericht door: synfan op 19 juni 2015, 15:17:47
IPV6 heb ik nog niet gekregen van ziggo en staat dus uit in de router en in de NAS.
Bericht door: Ben(V) op 19 juni 2015, 15:22:32
Je kunt nog de hibernation log van Synology aanzetten en de resultaten daarvan vergelijken met je routerlog om te zien wat er op dat moment op je netwerk gebeurd.
Als alternatief voor meer details zou je wireshark op je pc kunnen installeren die vertelt je tot op het laatste bit wat er over de lijn gaat.
Bericht door: synfan op 19 juni 2015, 17:28:44
Jun 18 02:21:52 DiskStation kernel: [69479.183005] [/run/synostorage/disks] opened by pid 4349 [u:(synostoraged-disk), comm:(synostoraged)]
Met Wireshark ben ik ook al wezen spelen. Dan kan ik wel zien wat er over mijn pc gaat, maar ik moet bij mijn weten dan een progje op een ander systeem zetten om te zien wat daar precies gebeurt. Blijkbaar zou ik een tcpdump kunnen uitvoeren op de NAS en die dump dan weer importeren in Wireshark, maar daar raak ik dan wel aan de grenzen van mijn kennis. Wat voor code zou ik dan moeten invoeren op de NAS?
Bericht door: Birdy op 19 juni 2015, 17:38:44
Usage: tcpdump [-aAbdDefIKlLnNOpqRStuUvxX] [ -B size ] [ -c count ]
[ -C file_size ] [ -E algo:secret ] [ -F file ] [ -G seconds ]
[ -i interface ] [ -M secret ] [ -r file ]
[ -s snaplen ] [ -T type ] [ -w file ] [ -W filecount ]
[ -y datalinktype ] [ -z command ] [ -Z user ]
[ expression ]
http://www.tcpdump.org/manpages/tcpdump.1.html
Bericht door: Ben(V) op 19 juni 2015, 18:02:45
Maar begin met je routerlog en kijk naar de tijdstippen dat je syno hibernation log aangeeft dat hij wakker wordt.
Bericht door: synfan op 20 juni 2015, 10:46:02
Daarna werd het rustig, maar toch bleef de NAS met dezelfde regelmaat uit hibernation komen. Ook met wireshark was verder weinig bijzonders te zien. Externe invloed kunnen waarmee wegstrepen als oorzaak lijkt mij.
Blijft interne "probing" van de router of iets dergelijks over, of toch een intern proces in de NAS zelf.
@Birdy: De uitleg over tcpdump had ik idd ook gevonden via google, maar het ging me om de juiste parametrisering voor de NAS. Kun je me daarmee op weg helpen?
Bericht door: Ben(V) op 20 juni 2015, 10:54:16
Bericht door: Birdy op 20 juni 2015, 10:58:40
@Birdy: De uitleg over tcpdump had ik idd ook gevonden via google, maar het ging me om de juiste parametrisering voor de NAS. Kun je me daarmee op weg helpen?Nee, sorry, geen ervaring mee.
Bericht door: Robert Koopman op 20 juni 2015, 11:01:58
Dat waren wat apparaten die ivm cloudstation contact zochten. Ook dat nog uitgezet.
Maar als je CloudStation gebruikt is de slaapstand toch al bijna onmogelijk?
Elke client die verbinding maakt laat de NAS toch weer ontwaken?
Bericht door: synfan op 20 juni 2015, 11:09:40
Bericht door: Birdy op 20 juni 2015, 11:27:43
Daar wordt Cloud Station wel genoemd.
Maar niet in DSM Help:
https://help.synology.com/dsm/?lang=nld§ion=DSM&version=5.2&link=AdminCenter%2Fsystem_hardware_hibernation.html
Bericht door: Briolet op 20 juni 2015, 11:55:26
https://www.synology.com/nl-nl/knowledgebase/faq/568
Daar wordt Cloud Station wel genoemd.
maar dan wel met de tekst:
Citaat
Cloud Station wanneer Cloud Station inactief is, kan uw Synology NAS in de slaapstand schakelen.
Krom Nederlands. De Engelse tekst is duidelijker en schrijft dat CS hem niet uit slaapstand houdt. Dus eigenlijk snap ik niet waarom hij in dat rijtje staat.
Bericht door: Birdy op 20 juni 2015, 12:11:29
Cloud Station wanneer Cloud Station inactief is, kan uw Synology NAS in de slaapstand schakelen.
Komt toch wel op hetzelfde neer ?
Ok, staat wat krom omschreven, niet voor niets deze Topic. (http://www.synology-forum.nl/the-lounge/vertaalbureau-gezocht-voor-vertalen-dsm/) ;)
Bericht door: Tegels op 20 juni 2015, 12:55:16
Nu ben ik eerlijk gezegd geen Netwerk freak. Betekent dit iets voor mij of is het gewoon niks....
Bericht door: Birdy op 20 juni 2015, 13:11:28
Bericht door: Briolet op 20 juni 2015, 13:13:44
mDNSResponder is het system wat Apple altijd gebruikte om lokaal apparaten te vinden. Met Yosemite hebben ze daar afstand van genomen, maar de vervanger heeft nog zoveel bugs (http://arstechnica.co.uk/apple/2015/05/new-os-x-beta-dumps-discoveryd-restores-mdnsresponder-to-fix-dns-bugs/) die men niet kan repareren dat al aangekondigd is dat hij in de volgende update (10.10.4) weer gebruikt gaat worden.
Bericht door: Birdy op 20 juni 2015, 13:19:16
Bericht door: Tegels op 20 juni 2015, 13:21:14
Ik haal ze allebei nu uit het netwerk en ga eens volgen wat er dan met mijn NAS gebeurt!
Bericht door: Tegels op 20 juni 2015, 13:39:25
Bericht door: Ben(V) op 20 juni 2015, 14:07:26
Bericht door: Tegels op 20 juni 2015, 14:26:49
Bericht door: Tegels op 20 juni 2015, 20:55:10
Volgende probleem is echter nu hoe ik de Apple TV weer in het netwerk hang zonder dat dit invloed heeft op de NAS...
Bericht door: Tegels op 20 juni 2015, 21:04:48
Bericht door: Birdy op 20 juni 2015, 21:26:11
En wat @Briolet zegt: mDNSResponder is het system wat Apple altijd gebruikte om lokaal apparaten te vinden.
Dus, ATV doet dit dan ook, neem ik aan.
Bericht door: synfan op 20 juni 2015, 23:31:57
Dat waren wat apparaten die ivm cloudstation contact zochten. Ook dat nog uitgezet.
Maar als je CloudStation gebruikt is de slaapstand toch al bijna onmogelijk?
Elke client die verbinding maakt laat de NAS toch weer ontwaken?
Dat had ik ook begrepen. Om zeker te zijn dat CloudStation hibernation niet verstoort zet ik deze daarom maar een uur per dag aan, als de back up ook draait en er zeker geen sprake is van hibernation. Dat is voor mij voldoende. Ik gebruik Cloudstation alleen om een paar belangrijke docs dagelijks te syncen met meerdere apparaten.
Bericht door: Tegels op 21 juni 2015, 09:31:38
Bericht door: Babylonia op 21 juni 2015, 11:19:14
Bericht door: boomer21 op 21 juni 2015, 11:40:36
Bericht door: Ben(V) op 21 juni 2015, 11:56:24
De NAS is afgelopen nacht slechts 2 keer wakker geworden! Het moet dus wel de Apple TV zijn geweest. Ik begrijp dat de firmware van de Apple TV er voor zorgt dat de NAS gezocht wordt. Wat ik dan wel weer vreemd vind is dat dit alleen gebeurt als Audio Station geïnstalleerd is en niet bij Photo Station. Kan iemand mij hier antwoord op geven?
Omdat audio station reageert op die request van de AppleTV en daar wordt de NAS wakker van.
Je kunt proberen die requests te blokkeren met de firewall van je NAS.
Die DNS request gaan via UDP port 5353.
Je kunt in de Firewall een Custom port block aanmaken die die poort voor UDP blokkeert.
Bericht door: Phoenix77 op 21 juni 2015, 12:02:28
Ik heb maar een beperkt aantal bestanden op cloudstation staan er valt dus ook niet vaak iets te synchroniseren.
Zelf geen last van de ATV 3 met laatste firmware die mijn NAS wakker maakt (of het moet zo weinig gebeuren dat het mij niet opvalt)
Bericht door: boomer21 op 21 juni 2015, 12:05:08
Bericht door: Tegels op 23 juni 2015, 13:05:28
Bericht door: Ben(V) op 23 juni 2015, 13:18:34
Het is een beetje lullig als mensen je proberen te helpen en je ze ofwel geen feedback geeft ofwel niets probeert en gewoon opnieuw om advies vraagt.
Bericht door: Tegels op 23 juni 2015, 15:07:44
Bericht door: Tegels op 23 juni 2015, 18:47:21
Bericht door: Tegels op 24 juni 2015, 07:43:57
Bericht door: ditisstef op 24 juni 2015, 19:33:25
Verzonden vanaf mijn iPhone met Tapatalk
Bericht door: synfan op 24 juni 2015, 21:11:57
Bericht door: Birdy op 24 juni 2015, 21:25:27
Er is vast wel iemand op het Forum die mij (volledig) kan verbeteren. ;)
Bericht door: Ben(V) op 24 juni 2015, 21:35:10
Het hoogste adress in je subnet is altijd het broadcast adress.
Dus als je een subnetmask van 255.255.255.0 hebt in een subnet van 192.168.1.xxx dan is het broadcast adress 192.168.1.255
Zie voor meer details:
http://www.subnet-calculator.com/
239.255.255.250 is het multicast adres, dus er is iets op je lan dat multicast data wil versturen.
Multicast is ook een soort van broadcast, want bedoelt voor streamen naar meerdere ipadressen gelijktijdig.
Ik betwijfel of je NAS van die broadcast wakker wordt, tenzij je iets hebt draaien wat er op reageert.
Edit, bedacht me net dat ipkamera's wel eens gebruik konden maken van multicast, maar dat is voor mij glad ijs.
Bericht door: Birdy op 24 juni 2015, 22:13:07
Bericht door: ditisstef op 24 juni 2015, 22:46:20
Verzonden vanaf mijn iPhone met Tapatalk
Bericht door: synfan op 24 juni 2015, 22:56:07
Bericht door: ditisstef op 24 juni 2015, 23:33:32
Verzonden vanaf mijn iPhone met Tapatalk
Bericht door: Tien op 24 juni 2015, 23:42:15
Heb ook atv 3 als die in slaap modes zit kan volgens mij de nas ook niet waker maken?
Wat bij mij hielp (mosterd na de maaltijd) is Apple TV 'uitzetten' als je hem niet gebruikt: door lang op play/pause te drukken. Dan gaat mijn nas weer in slaap.
Bericht door: synfan op 26 juni 2015, 22:59:20
Nadat ik alle cloudstation clients ontkoppelt had en alle services/packages uit had gezet ging de NAS mét aangesloten netwerkkabel in deep sleep en bleef in deep sleep. Nu kijken of de NAS ook in de slaapstand gaat en blijft als ik weer services/packages aan ga zetten.
Bericht door: ditisstef op 28 juni 2015, 12:32:31
Verzonden vanaf mijn iPhone met Tapatalk
Bericht door: synfan op 29 juni 2015, 16:45:33
Het feit dat het gebruik van DDNS nu hibernation stoort was eveneens een nieuwe voor mij. Ook daar had ik voor DSM 5.2 geen probleem mee. Vooralsnog betekent dit voor mij het einde van het gebruik van hibernation. Die functionaliteit slaat ondertussen als een tang op een varken...jammer.
"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.
Hope this helps
Regards,
Eilon Chien"
AND
"In your case, the disk hibernation will work if the cloud station does not syncing file, but system hibernation will keep annoying by the clients even the cloud station is stopped.
The system hibernation will waked up once system received any request, in your case, it was from
1. Quickconnect/DDNS
2. The Client of Cloud Station
The checking will not stopped, only if your clients(the cloud station of PC or Mobile Apps) stopped as well.
And the scheduled time will not be changed in the short time, as mentioned, it a system design to keep the 'node'."
Bericht door: Birdy op 29 juni 2015, 16:57:42
Bericht door: Ben(V) op 29 juni 2015, 17:34:04
Dan zal hij waarschijnlijk ook wel gaan slapen.
Dat werkte ook om de DNS request van de AppleTv via UDP port 5353 te blokkeren, dus zal dat voor cloudstation ook wel werken.
Bericht door: synfan op 29 juni 2015, 20:58:34
Bericht door: advr op 05 juli 2015, 10:29:29
Bij mij werkt dit totdat ze het weer opgelost hebben.