Samba sharing geeft problemen met Windows client(s) op SSD

[DSM'tje]

Ik heb problemen met mijn Windows clients die draaien op een SSD schijf.
Deze maken verbinding middels SMB (v3, dialect 3.1.1) naar mijn Synology.

Als ik de Windows clients een aantal keer achter elkaar herstart, dan bij de 5de (soms 6de) keer worden mijn SMB shares niet gekoppeld.
Ik kan dan de Synology over SMB dan niet benaderen via geen enkele manier. Ook bv niet middels een simpele snelkopeling: \\synology_ip_adres\films

De afgelopen weken heb ik talloze dingen getest:

• Schone installatie (alleen win updates + drivers) van Windows Server 2012r2, 2016, 2019 en Windows 10.
• Alle netwerk componenten er uit gehaald, dus Synology met een peer 2 peer verbinding naar de Windows machine middels netwerk kabel.
• Login scripts gemaakt met netwerk delays etc voor de Windows clients
• Alle instellingen die je kan aanpassen voor SMB sharing op de Synology heb ik geprobeerd, behalve SMB v1 (lijkt me logisch).

Het enige wat het probleem oplost is de SMB setting op de Synology:
Disable multiple connections from the same IP address

Helaas is dit alleen geen oplossing voor mij.
MacOS (ik heb ook een MacBook en MacMini in mijn netwerk) maakt namelijk voor elke share die hij mount een verbinding naar de Synology.
Als ik bovenstaande setting dus aanzet kan ik al mijn shares niet mounten behalve 1, aangezien hij maar 1 verbinding per IP toe laat.

Het beschreven probleem heb ik alleen met Windows clients die booten vanaf SSD als ik diezelfde machine voorzie van een normale HDD dan is het probleem er niet.
Het lijkt erop dat de machines te snel booten waardoor de Synology de "oude verbinding" nog actief heeft en Windows probeert alweer een nieuwe op te zetten.
Als ik namelijk kijk bij verbonden gebruikers in DSM dan zie ik na elke reboot een extra verbinding van mijn Windows client erbij komen.

De Synology waar het om gaat is een DS415+ met 4x 4TB WD Reds in SHR1.
Laatste DSM versie: v6.2.1-23824 Update 4

Hardware waar ik op getest heb o.a.:
i3-4130
8GB ram
Samsung 840 Pro (256GB) SSD

Is er iemand die nog een idee heeft hoe ik dit probleem kan oplossen, voor zowel mijn Windows als mijn Mac clients?
Op dit moment moet ik dus kiezen om de optie "Disable multiple connections from the same IP address" aan of uit te zetten.
En werkt of Windows niet lekker of MacOS niet lekker.

[Ben(V)]

Als jouw conclusie correct is dan treed het enkel op bij een reboot van die Windows machine.
Bij een gewone boot waarbij de windows machine een tijdje uit staat zou het dan niet optreden, want dan zou de oude connectie allang een timeout gehad hebben.

Ik denk dat er echter wat anders aan de hand is.
Het is het oude Windows probleem dat op het moment dat smb wil gaan connecten de netwerkstack nog niet zo ver is.
Windows start namelijk een aantal processen gelijktijdig op en als je een snelle ssd heb loop je de kans op dit effect.

De eenvoudigste oplossing is meestal om geen persistance connecties te gebruiken, maar gewoon een startup .bat file-tje die de connecties maakt die je nodig hebt.
Zo'n startup wordt pas uitgevoerd als je inlogt op Windows en dat zit zo laat in het proces dat de netwerk stack wel geladen is.

Je kunt ook nog even proberen alle overbodige zooi uit je Windows netwerk stack te gooien zoals:
IPv6
QoS
Link-layer topology responder
link-layer topology mapper io-driver

Misschien dat de stack dan welk snel genoeg gereed is.

[DSM'tje]

Thanks voor je antwoord!
Ik snap wat je bedoeld maar dat is het niet.
Mijn machines benader ik via RDP oftewel de netwerk stack moet al up zijn alvorens ik kan verbinden met RDP.
Bij het inloggen zou de schijf gekoppeld moeten worden, aangezien dit via RDP loopt is de verbinding dus up.
Loginscripts etc heb ik al geprobeerd overigens.

Het probleem zit hem in het aantal verbindingen die mijn Windows client naar de Syno maakt.
Als ik namelijk 5 tot 6x reboot in korte tijd zie ik 6x (of 7x) de gebruiker van hetzelfde IP in connected users staan.
Het lijkt er dus op dat de Windows machine(s) de netwerk share niet correct afsluit en deze als verbonden laat staan op de Syno.

[Plerry]

Misschien is dit een oplossing
Edit: dit kruiste je antwoord, en lijkt niet relevant.

[DSM'tje]

Dank voor je bericht.
Helaas is dat idd voor mij niet de oplossing.

[DSM'tje]

Vandaag weer wat uurtjes in dit probleem gestoken maar heb eindelijk de oplossing (workaround) gevonden!

Het probleem wat ik heb is dat de Windows CIFS/Samba sessies niet netjes worden geterminate op de Synology.
Bij elke reboot komt er een nieuwe "connected user" bij welke zichtbaar is in de resource monitor van Synology.
Na 6 á 7 reboots (en dus dito connected users) stopt de verbinding voor deze Windows client naar de Synology.

Op de Syno kreeg ik het probleem niet opgelost dus heb ik het aan de Windows kant gezocht.

Wat ik heb gedaan is een kleine batch file geschreven met de volgende regel erin:

Code: [Selecteer]

net stop LanmanWorkstation /y
Dit zorgt ervoor dat de service genaamd Workstation gestopt wordt.
De /y zorgt ervoor dat hij automatisch een yes geeft op de vraag of ik de service echt wil afsluiten.

Omschrijving van de Workstation (LanmanWorkstation) service:
Creates and maintains client network connections to remote servers using the SMB protocol. If this service is stopped, these connections will be unavailable. If this service is disabled, any services that explicitly depend on it will fail to start.

De batch file heb ik vervolgens als shutdown script opgevoerd in gpedit.msc.
En dan bij Computer Configuration >> Windows Settings >> Scripts >> Shutdown

Als ik nu de Windows machine (in mijn geval Server 2016) afsluit of herstart zal hij de batch file eerst uitvoeren en dus de desbetreffende service afsluiten alvorens hij de computer uitzet of herstart.
Dit zorgt ervoor dat de connected user op de Synology verdwijnt en bij inloggen van de Windows machine weer netjes een nieuwe netwerk sessie start.

[Ben(V)]

Dit kan onmogelijk de juiste conclusie zijn.

Mijn Nas blijft altijd aanstaan en mijn PC gaat uit na gebruikt.
Als je conclusie correct zou zijn zou ik (en vele anderen) hier ook last van moeten hebben.
En het komt echt wel voor dat ik mijn PC een paar keer achter elkaar reboot

En er is ook geen enkele relatie met een Windows systeem met SSD disk.
Je zegt zelf dat je andere PC's zonder SSD disk hier geen last van hebben.

Ik denk echt dat je last heb van wat ik in mijn vorige post schreef.

[DSM'tje]

Ik heb het zojuist nogmaals geprobeerd met een pc met HDD. Ook daar is het een probleem.

Echter wordt na een tijd inactiviteit de connected user wel geterminate. Doordat je met HDD een stuk langer over de herstart doet en dat x7 heb je dat probleem dus haast niet.

Mijn Windows machine met SSD boot in +/- 10 seconden tov 45-60 met HDD.

Wat mij betreft is mijn conclusie wel juist. Dit is iig wat ik zie en getest heb.
Mijn workaround werkt (voor mij) iig ook prima zo. Ik terminate de sessies nu gewoon vanaf de Windows machine.
Zo blijven er geen sessie open en kan ik 100x achter elkaar herstarten zonder problemen.

Ik zou zeggen pak een snelle pc met SSD en herstart eens een keer of 10.
Check dan bij de resource manager het aantal connected user en check op je pc direct na de 10de keer inloggen of je je shares kan benaderen.

Ik ben erg benieuwd!

[Hofstede]

Ik verbaas me alleen maar over het grote aantal reboots waar je het steeds over hebt. Waarom reboot je je computer zo vaak en zo snel achter elkaar?

[Ben(V)]

Uiteraard heeft mijn PC ook een snelle SSD en heb nog nooit last hier van gehad.
Elke smb connectie ruimt zich uiteraard vanzelf op en nee ik reboot mijn PC zelden 10 keer achter elkaar.

Even google te hulp geroepen dan dan vind je al snel aan de windows kant.:

Client session timeout
It is the most common exchange timeout. This is defined in [MS-CIFS] as a system-wide parameter Client.SessionTimeoutValue. This value can be configured through the SessTimeout registry key [KB102067].
\HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\
Value type: Dword
Value name: SessTimeout
Default:    45 seconds (Windows NT)
Default:    60 seconds (Windows 2000)

Dus na tien keer rebooten is die 45 seconden echt wel verstreken.

Verder heb ik even in de smb.conf gekeken op mijn Nas en daar is geen "max connections" gespecificeerd wat betekent dat er een oneindig aantal connections worden toegestaan dus daar ligt het ook niet aan.
En aangezien je de Windows PC reboot kan het ook niet aan de windows kan liggen dat hij die connecties op een max zou limiteren.

Jouw conclusie blijft dus op losse schroeven staan.

[DSM'tje]

Maar heb je het nu ook getest?
10x rebooten? Ik ben nog steeds benieuwd wat ie dan bij jou doet.

En nee 10x rebooten is niet iets wat ik vaak doe. Zelden. Echter wil ik dat in het bijzondere geval ik wel 10x moet rebooten alles gewoon blijft werken.
Toevallig was ik bezig met wat software te installeren en configureren waarbij ik vaak moest rebooten. Zo ben ik tegen dit probleem aangelopen.

Overigens mag je gerust een keer met me meekijken dan kan je het in levende lijve meemaken. ;-)

[Ben(V)]

Ok heb het even geprobeerd.
Geen enkel probleem ondervonden.
Ben gestopt na 14 keer rebooten.

[DSM'tje]

Dank voor het testen.
Dan nodig ik je uit om eens met mij mee te kijken.