[adde] AW: Re: Offene Dateien auf DCs / SMB2 Einstellungen

Hallo,

leider ist das nicht ganz so. Zwar laufen die Scripts auf dem Client; die 
Scripts und kix32.exe liegen auf den DCs unter netlogon, so wie das seit NT 4.0 
ist.

Ich kann mich nur noch dunkel daran erinnern, das damals für Win9X-Clients es 
Probleme gab, die durch kopieren des kixtart.exe auf die lokale Platte zu 
umgehen war.

Aber mit NT war dies nicht nötig und hat bis zu XP keine Probleme gemacht. Beim 
Login-Script meine ich auch nicht die GPO-Scripts, sondern  das im 
Benutzereintrag und das liegt unter 
\\domäne\netlogon<file:///\\domäne\netlogon>.

Und es wird meist empfohlen: %0\..\xxx.exe in den Scripts zu verwenden.

Gruß, KD

Von: adde-ml@xxxxxxxxxxxxx [mailto:adde-ml@xxxxxxxxxxxxx] Im Auftrag von Nils 
Kaczenski
Gesendet: Freitag, 25. Mai 2012 12:50
An: adde@xxxxxxxxxxxxx
Betreff: [adde] Re: Offene Dateien auf DCs / SMB2 Einstellungen

Moin,

ein Start- oder Logonscript wird doch auf dem Client ausgeführt. Dann läuft 
kix32.exe auch auf dem Client und nicht auf dem DC. Daher dürften dir dort 
gefundenen Instanzen eher anderen Ursprungs sein.

Gruß, Nils


Am 25.05.2012 12:28, schrieb Klaus-Dieter Meyer:
Hallo,

seit längerer Zeit kämpfe ich gegen offene Dateien auf den DCs.

Wir nutzen seit NT 4.0 KIXTART als Scriptsprache für Login-/Startupscripts.  
(z.B. %0\..\kix32.exe %0\..\updates\pools.kix)

Mehr aus Zufall habe ich entdeckt, dass  auf den DCs etliche kix32.exe als 
offen gemeldet werden, obwohl auf den PCs die Scripts schon ewig beendet sind. 
Von den Pool-PCs mit Win7 ( jetzt mehr als 500 ) sind das sehr viele.
Diese werden jeden Abend abgeschaltet und morgens eingeschaltet.
Bei XP tritt dieses Problem nicht auf  Leider ist die Diagnose schwierig, da 
nicht immer alle diese Problem haben.

Gibt es bei anderen das gleiche Problem bzw. hat jemand eine Lösungsidee?

Zuerst vermutete ich den Virenscanner Sophos den wir neu bei Win7 einsetzen. 
Der war es aber nicht.

Folgendes habe ich herausgefunden:

Zur Diagnose erzeugte ich Ereigniseinträge zu Beginn und Ende des 
Startupscripts.
Dabei fällt auf, das manchmal das Ende erst nach 1 Stunde gemeldet wird.
Gibt es da Timing-Probleme?

Beim nächsten Versuch habe ich das Startup-Script durch ein Warteschleife mit 
ping (%0\..\pingtest.exe 127.0.0.1 -n 30 -w 1000> nul ) ersetzt. Ist die 
Wartezeit > 15 Sekunden bleibt bei fast allen System pingtest.exe am DC offen.

Startet man das Script von unserem NetApp-Fileserver kommt es nur bei 
vereinzelten Systemen zur Blockade

Als nächstes habe ich auf 2 der DCs SMB2 abgeschaltet und siehe da, das Problem 
trat dort nicht mehr auf.

Im Unterschied zum Windows-DC hat der Filer zwar SMB2 aktiviert, aber 
cifs.smb2.durable_handle.enable ist abgeschaltet .

This option enables the durable handle functionality for SMB 2.0 clients. If 
this option is enabled, the
open files from a client are preserved when the client is disconnected from the 
Filer. Open files are
reclaimed when the client reconnects to the Filer

Leider habe ich bisher keine Einstellung für diese Option unter Windows 
gefunden.


Vielen Dank und ein schönes verlängertes Wochenende

Klaus-Dieter Meyer

Universität Trier
Zentrum für Informations-, Medien- und Kommunikationstechnologie (ZIMK)
- Abteilung Zentrale Systeme -
Universitätsring 15
D-54286 Trier
Raum: E-6

Tel.: +49 (0)651 201 3428, Fax: +49 (0)651 201 3921
E-Mail: meyer@xxxxxxxxxxxx<mailto:meyer@xxxxxxxxxxxx>
WWW: http://uni-trier.de/~meyer<http://uni-trier.de/%7Emeyer>






--



MVP Windows Server: Directory Services



www.kaczenski.de<http://www.kaczenski.de>

Twitter: @Kaczenski

www.faq-o-matic.net<http://www.faq-o-matic.net>

http://about.me/Nils.Kaczenski

MVP-Profil: https://mvp.support.microsoft.com/profile/Nils.Kaczenski

Other related posts: