[adde] Re: AW: Re: Offene Dateien auf DCs / SMB2 Einstellungen
- From: Norbert Fehlauer <n.fehlauer@xxxxxxx>
- To: "adde@xxxxxxxxxxxxx" <adde@xxxxxxxxxxxxx>
- Date: Fri, 25 May 2012 15:05:43 +0200
Nur weil die kix32.exe im Netz liegt, heißt das aber nicht, dass der Dc sie
ausführt. ;)
Bye
Norbert
Von meinem iPad gesendet
Am 25.05.2012 um 14:54 schrieb Klaus-Dieter Meyer <meyer@xxxxxxxxxxxx>:
> 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.
>
> 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
> WWW: http://uni-trier.de/~meyer
>
>
>
>
>
> --
>
> MVP Windows Server: Directory Services
>
> www.kaczenski.de
> Twitter: @Kaczenski
> www.faq-o-matic.net
> http://about.me/Nils.Kaczenski
> MVP-Profil: https://mvp.support.microsoft.com/profile/Nils.Kaczenski
Other related posts: