Synology-Forum.nl
OS Specifieke ondersteuning => Windows => Topic gestart door: JerryJerryJerry op 15 september 2015, 10:17:38
-
Beste Allen,
Sinds enige weken hebben we het probleem dat onze DS-211 regelmatig de CPU tot 100 % spiked en daarna de Samba protocol terminate. Het gevolg is dat we vanuit windows dan geen verbinding meer hebben. message.log geeft de volgende meldingen:
init: nmbd main process (8180) killed by TERM signal
init: smbd main process (8238) killed by TERM signal
Iemand bekend met dit fenomeen? Het is inmiddels een pain in the ass.
Onze huidige DSM versie : DSM 5.2-5592 Update 4
-
Met welke windows versie benader je de nas?
-
Zowel 10 als 7 geven deze meldingen.
-
Ik dacht dat windows 10 dit veroorzaakte. Kun je eens proberen deze niet te laten verbinden met de nas, en enkel de windows 7 pc te koppelen met je nas. Kijken of het CPU dan ook de pan uit rijst :)
-
Dat zal ik proberen ( wel op de zaak he ;D )
Thuis de DS-212+ ook met windows 10 en de laatste DSM versie en nergens last van ::)
-
Is je nas vanaf buitenaf bereikbaar ?. Ik heb namelijk met een vriend meegemaakt dat iemand vanaf buiten af ( china ) probeerde erin te komen en dat veroorzaakte het hoge cpu load. Firewall land China uitgesloten en daarna probleem opgelost.
-
Inmiddels alle porten dicht behalve FTP, SSH, Rsyn & OpenVPN. CPU spikes blijven aan.
-
Heb je al is bij Processen gekeken wat dit veroorzaakt ?.
-
SMBD schiet soms naar 20+ % en er zijn 2 processen die licht omhoog schieten, te weten. entry.cgi.syno.core.system.info en .utilization.get. Echter is dit < 4 %. De andere processen blijven op 0 % staan.
-
Misschien is het een authenticatie issue.
Als je windows systeem in een domain hangt dan krijg je smb problemen als je zonder authenticatie je NAS probeert te bereiken.
Dit is een aanscherping van de security door microsoft die in windows 10 is geintroduceerd, maar mogelijk inmiddels ook is toegevoegt aan windows 7.
Windows vereist dus dat je inlogd met een domain/username/password(ook op de smb shares).
Uiteraard moet je NAs dus ook in het domain hangen.
Wat ook misschien een oplossing is, is om smb3 in je NAS te enablen en kijk even of je op dat windows systeem
"Enable NetBios over TCP/IP" aan heb staan in de network stack.
-
Ben, bovenstaande inmiddels uitgevoerd. Biedt helaas geen verbetering.
Apparaat hangt niet meer in een domain maar in een netwerkgroep. 2 jaar geleden onze SBS er uitgefaseerd. Tot vorige maand geen enkel probleem ondervonden. Gewoon op user/pw niveau inloggen en alle apparaten in dezelfde werkgroep.
-
Heb je ook al is alles uitgezet aan Packages kijken of dan de CPU load zakt ?.