darkstorm

Hallo, ich habe seit dem Update von XP x64 Sp1 nach SP2 SCSI resetts beim Neustart, d.h Strom weg auf den Platten und Neuinitialisierung (1x Stop/Start Zyklus). Mit SP1 gab es das Verhalten nicht, das Parallel installierte Vista x64 kennt diese Problematik ebenfalls nicht. Es sind die letzten Adaptec SCSI Treiber vom März 2007 installiert. Jemand Ahnung wie hier die Fehlerquelle diagnostiziert werden kann ? Grüße

Ein Downgrade auf das default sp1 wirkt hier Wunder, das Netz geht mit SP1 anständig. Auch nach dem Einspielen aller Patches bis auf das SP2 rockt es...

Hallo, ich habe aufgrund RAM Mangel den Umstieg auf XP x64 gemacht und habe was das Netzwerk angeht derzeit massive Probleme: Wenn ich eine größere Datei von diesem Rechner zum anderen kopiere kommt diese Meldung "Can not copy xxx ... The specified network name is no longer available...". Es kommt manchmal auch wenn ich über Foobar musik höre, dann springt der Player mit der Anzeige des nicht verfügbaren Netzes Tracks weiter. In dieser Zeit ist ein Dauerping trozdem ohne Abbruch, d.h das Netz funktioniert im Grunde weiter, weswegen ich stark davon ausgehe, daß sich die Problematik auf Lanmanager beschränkt. Spielen ist ebenfalls problemlos möglich. Das Herabsetzen der Geschwindigkeit von 1GBps auf 100mbit mildert das Problem ab, behebt es aber nicht. Das Umstecken auf den anderen, über PCI abgebundenen Marvell Netzweradapter behebt nichts. Ein anderer Switch bringt nichts. Boote ich mein Vista Versuchssystem (gleicher PC) so funktioniert das Netz tadellos, was es unter XP 32bit auch tat. Es ist komplett egal welcher Treiber installiert ist, ich habe schon einige durch. Das Kopieren von Daten auf diesen Rechner dagegen verursacht sehr selten Abbrüche, es ist also auch abhängig von der Richtung. Ich habe in einem Forum gelesen, daß das setzen von "EnableRSS=0" & "DisableTaskOffload=1" in den TCP Parametern (Registry) Abhilfe schaffen soll, leider ist dem nicht so. Ich habe noch einen Test gemacht und eine 8 GB große Datei via SCP zum Server transferiert - ohne Proleme. Es handelt sich um ein Lanmanager Problem... Es handelt sich um ein XP x64 System mit Service Pack 2 und allen Updates.

Hallo, kennt jemand von Euch eine gute website zum Windows Rights Management ? Mich würde vor allem eine Fallstudie interessieren wie es jemand umgesetzt hat, auch ist es für mich wichtig zu wissen, in wie fern es mit dem AD zusammenarbeitet und was am AD für den Betrieb von RMS vorzubereiten ist. Gruß paul

nein, aber lokale service-accounts deswegen wohl ntlm...

Meinst Du der Fehler wäre bei der deploymentlösung zu suchen ? Ich tippe mehr auf die Windows-Mechanismen und das verhalten von Lokalen Accounts in einer Domaine. Die Deploymentlösung ist Matrix42 Empirum Pro 2005 gruß

Hallo, ich nutze einen Deployment Server, welcher aus einer Serverkomponente und aus Agenten auf den Clients besteht. Der Dienst der Agenten funktioniert mit einem lokalen Service-Account, welcher auf dem Deployment-Server das ebenfalls lokale Gegenstück hat. Der Deployment Server sowie die Clients sind Teil eines 2003er ADs. Aus diversen kompatibilitätsgründen habe ich mich für lokale Service-Accounts bei der Client Management Lösung entschieden. Leider wird das Securitylog des PDC-Emulators mit Meldungen Zugespammt: ,AUDIT FAILURE,Security,Wed Aug 16 14:01:13 2006,NT AUTHORITY\SYSTEM,Logon Failure: Reason: Unknown user name or bad password User Name: XXXXXXXXX Domain: XXXX Logon Type: 3 Logon Process: NtLmSsp Authentication Package: NTLM Workstation Name: XXXXXXX Der Domainname ist dabei der Name der Clients mit dem Agenten, der Username ist der lokale Service-Account. Ich vermute, daß der Agent beim Zugriff auf den Server mit seinem lokalen kontext die authentifizierung zuerst im AD versucht ( NTLM auf PDC Emulator), nach der Zurückweisung dann erst direkt am Deployment Server. Gibt es Möglichkeiten das zu beeinflussen ? Optimal wäre es, daß der lokale Account es zuerst direkt am server versucht. Gruß paul