passt

Nein, ich habe das Thema aus Zeitmangel dann sein gelassen.

auf dem iscsi-Initiator

Hallo allerseits, ich habe an einen W2k3 Server ein per ISCSI Laufwerk open-E DSS V6 Lite. Auf dem Laufwerk liegt unser Backup. Die Dateien haben dann z.T. Größen von mehreren GB. Da bei der letzten Datensicherung Datenverluste beim Schreiben gemeldet worden sind, habe ich jetzt ein CHKDSK /F /X /R des Laufwerks ausgeführt. Tatsächlich findet er ihn Phase 4 von 5 (mind.) einen defekten Sektor. Beim Auffinden kommt es dann allerdings zu Komplikationen, dass der Windows Server sich aufhängt und ein Reboot nötig ist. Kann die Ursache sein, dass die Dateien auf dem iscsi Laufwerk zu groß sind? Gruß, Peter

Danke grandman, der Tipp bzgl. R2 und der speziellen Protokollauswahl scheint genau das richtige zu sein.

@gradma Wo kann ich denn bei Win2008 die Protokollierung der Druckjobs einschalten?

Hallo allerseits, kann mir jemand sagen, wie ich bei einem Windows Server 2008 R2 alle Druckjobs auf einem bestimmten Drucker protokollieren kann? Die Option "Druckaufträge nach dem Drucken nicht löschen" in den Eigenschaften des Druckers unter dem Register "Erweitert" habe ich bereits eingeschaltet. Kann man die Druckaufträge in der Ereignisanzeige protokollieren lassen? Gruß, Peter

Eine kleine Ergänzung noch. Das eigentliche Problem aus dem ersten Beitrag, dass innerhalb der W2k Domäne Dom_B nicht die User der W2k3 Domäne Dom_A angezeigt werden, existiert weiterhin. Andererseits funktioniert derzeit der Zugriff auf Freigaben und Drucker von Dom_A nach Dom_B wieder, was der eigentliche Anlass dieses Threads war.

So, das Problem ist gelöst. Nachdem ich in beiden Domänen in den DNS-Servern die sekundären Forward-Lookupzonen, die auf die jeweils andere Domäne verweisen, gelöscht und wieder neu angelegt habe, konnte die Vertrauensstellung erfolgreich hergestellt werden.

Nein, mit dem Konsolenm-Befehl netdom habe ich es nicht versucht. Inzwischen habe ich auch über "Active Directory-Domänen und -Vertrauensstellungen" auf beiden Seiten die Vertrauensstellung entfernt. Mit dem Ergebnis, dass nach einem Neustart der beteiligten DCs, sich auf dem W2k Server der Dom_B die Vertrauensstellung nicht mehr einrichten lässt. Ich erhalte dann die Fehlermeldung: Die Verifizierung des sicheren Kanals auf dem Domänencontroller ist fehlgeschlagen. Fehler: Die Sicherheitsdatenbank auf dem Server enthält kein Computerkonto für diese Arbeitsstationsvertrauensstellung. Das erneute Festlegen des sicheren Kanals auf dem Domänencontroller ist fehlgeschlagen. Fehler: Die Sicherheitsdatenbank auf dem Server enthält kein Computerkonto für diese Arbeitsstationsvertrauensstellung. Die Verifizierung des sicheren Kanals auf dem Domänencontroller ist fehlgeschlagen. Fehler: Die angegebene Domäne ist nicht vorhanden, oder es konnte keine Verbindung hergestellt werden. Das erneute Festlegen des sicheren Kanals auf dem Domänencontroller ist fehlgeschlagen. Fehler: Die angegebene Domäne ist nicht vorhanden, oder es konnte keine Verbindung hergestellt werden. Auf dem W2k3 DC der Dom_A lässt die Vertrauensstellung sich zwar einrichten, aber nicht auf der Gegenseite der Dom_B überprüfen (klar!). Im Internet habe ich bisher gelesen, dass es sich dabei um ein DNS-Problem handelt. Das kann ich aber so nicht nachvollziehen. Die jeweils andere DNS-Domäne ist je als sekundäre Forward-Lookupzone eingetragen. Noch eine Idee?

Das Problem ist leider immer noch nicht gelöst. Ich konnte es aber einkreisen. Am DNS und WINS auf dem PDC der W2k Domäne Dom_B werden die entsprechenden Server der anderen Domäne angezeigt und sind erfolgreich verbunden. Innerhalb der W2003 Domäne Dom_A werden die Server der anderen W2k Domäne mit "Zugriff verweigert" und rot markiert angezeigt. Ist das jetzt ein Symptom oder die Ursache, dass die Vertrauensstellung auf einmal nicht mehr funktioniert? --- Ausgelöst hat diese Störung in der Vertrauensstellung, dass am Wochenende die Server der W2k Domäne virtualisiert worden sind und dabei ein falsches Datum am VMWare Converter gesetzt wurde. ---

Kann ich die bestehende Vertrauensstellung auflösen und wieder neu hinzufügen? Hat das Auswirkungen auf bereits bestehende Sicherheitsrechte, die sich auf die jeweils andere Domäne beziehen?

Hallo allerseits, ich habe eine existierende Vertrauensstellung zwischen zwei Domänen. Dom_A hat als DCs Win2003 und Dom_B zwei Win2k Server. Von der Win2003 Domäne Dom_A kann ich in den NTFS-Sicherheitseinstellungen das ActiveDirectory der Dom_B erreichen, während es umgekehrt nicht klappt. Hat jemand eine Idee was ich da machen kann? --- zur Ergänzung: Die Vertrauensstellung ist vom Typ 'extern' und 'nicht transitiv'. Gruß, Peter

Hallo allerseits, mir ist beim Thema Bandsicherung der aktuelle technische Stand nicht mehr bekannt. Kann mir jemand eine Webseite empfehlen, wo ich mich darüber informieren kann? Generell gilt die Frage auch für alle aktuelle Formen der Datensicherung. Gruß, Peter

Genau das passiert bei mir nicht. Es wird keine Willkommenseite aufgebaut. Das ist das was ich mit Sitzungsfenster bezeichne. Wie meldest du dich überhaupt in einer RDP-Sitzung an? Im Gegensatz zu WindowsXP (und älter) erscheint der Anmeldedialog nicht in einem geöffneten Sitzungsfenster, sondern es wird ein spezielle Anmeldedialog dargestellt. Selbst wenn ich mich auf einen alten Windows 2000 Server per RDP anmelde, wird mir dieser (neue) Windows 7 eigene Anmeldedialog angezeigt. Und genau dort hapert es mit der Kennwortänderung. Es werden nicht, wie es zu erwarten wäre, zwei neue Eingabefelder für ein neues Kennwort angezeigt, sondern ausschließlich die Fehlermeldung und nix weiter.

Baut sich bei dir ein Sitzungsfenster auf, in dem du Benutzer udn Kennwort eingeben bis ändern darfst? Genau das fehlt bei mir nämlich!

Hallo allerseits, ich habe im AD einen neuen Benutzer angelegt, mit der Einstellung, dass der User sein Kennwort bei der nächsten (der ersten) Anmeldung ändern muss. Dieser User ist für eine Fremdfirma angelegt, die sich mit ihren eigenen Notebooks und selbstverständlich ihren eigenen Domänenaccounts per RDP auf unseren Server anmeldet. Dieser Anwender versucht mit einem Win7 Rechner per RDP auf unseren Server anzumelden und erhält die Fehlermeldung, dass er sein Kennwort ändern muss. Unter Win7 wird nicht erst das Sitzungsfenster mit der bekannten Windowsanmeldung angezeigt, sondern der User muss vor dem Start des Anmeldevorgangs direkt Benutzername und Kennwort eingeben. Für diesen Anmeldeversuch wird aber kein Sitzungsfenster geöffnet, so dass als nächstes ein Dialog zur Eingabe eines neuen Passworts erscheint, sondern es wird nur dieser Fehler angezeigt. Ich muss den User erst an einen WinXP-Rechner lotsen und dort den Anmeldeversuch erneut starten. Wie gewohnt wird dort auch ein Anmeldefenster mit einem weiterführenden Dialog zur Kennwortänderung angezeigt. Wie kann ich von einem Win7 Rechner die Änderung des Kennworts bei Anmeldung in einer RDP-Sitzung ermöglichen? Gruß, Peter

@SFHE Es sind SCSI-Platten an einer SCA-2 Backplane. Aber, ich habe es inzwischen hinbekommen. Ich habe den Proliant mit eingebauten Adapter aber ohne den Festplattenkäfig Primergy gebootet. Nachdem W2000 gestartet ist und ich mich angemeldet habe, habe ich den Adaptec und den Primergy-Käfig im laufenden Betrieb mit dem SCSI-Kabel verbunden. Mir ist gesagt worden, dass das problemlos möglich sei, da es sich ja auch um Hotplug-fähige Platten handelt. Das Risiko wurde belohnt und ich konnte jetzt das RAID unter der Datenträgerverwaltung (in Computerverwaltung) erkennen lassen. Zwar musste erst noch der Treiber für die Backplane des Festplattenkäfigs installiert werden, identifiziert als sdr gem318 scsi processor device. Das RAID ist da, die Daten können wiederhergestellt werden. Mir war bisher nicht bekannt, dass man im laufenden Betrieb ein SCSI-Kabel intern anschließen darf. Aber et lüppt. Natürlich hält das ganze keinen Bootvorgang durch, sondern muss erneut so durchgeführt werden. Aber das ist mir bisher egal.

Hallo allerseits, ich habe ein Hardware-Problem und hoffe hier im Forum dafür Unterstützung zu finden. Ich muss Daten von einem RAID10 sichern, welches in einem Festplattenkäfig eines Fujitsu Primergy "verbaut" ist. Der Primergy lässt sich nicht mehr starten - Board defekt. Um auf die Daten zugreifen zu können, habe ich den RAID-Controller Adaptec 3000S des Primergy in einen HP Proliant Server eingebaut. Der Adaptec 3000S wird erkannt und die Treiber wurden (unter Windows 2000) installiert. Im Proliant selber steckt der onboard RAID-Controller HP SmartArray 200i, der ein RAID10 aus SAS-Platten verwaltet. Schließe ich jetzt den Festplattenkäfig des Primergy (SCSI-Platten vom Typ SCA-2) an den Proliant, so erkennt beim Start des Rechners der Adaptec das Raid10 und der SmartArray sein Raid10. Der weitere Bootvorgang bleibt aber stehen. Ich möchte nicht vom Adaptec-Raid booten, sondern es nur als zusätzliches Datenlaufwerk einbinden. Im BIOS des Proliant lässt sich die Laufwerks-Bootreihenfolge einstellen. Derzeit ist sie CD, Diskette, USB, Laufwerk C:. Desweiteren lässt sich einstellen, von welchen Controller zuerst gebootet werden sollen. Derzeit ist es SmartArray, interner IDE, Adaptec. Kennt jemand die Problematik ein fremdes RAID in einen Rechner einzubauen und als Datenlaufwerk zu betreiben? Wie kann ich da noch vorgehen? Gruß, Peter

Naja, eine 1,4GB große Datei lädt zB Notepad++ in den Arbeitsspeicher. Mit den Hex-Editor erhalte ich das Ergebnis live udn sofort.

Ich habe mir jetzt den Hex-Editor avihex runtergeladen. Das reicht mir vollkommen aus. Einm Hex-Editor ist zum Lesen zwar unkomfortabel, aber für sehr schnellen Zugriff auf Dateien, egal welcher Größe, anscheinend genau die richtige Wahl. Danke, für eure Tipps

Gute Frage, aber genau das möchte ich ja wissen. Ich habe in diesem Fall einen Verdacht. Es handelt sich um eine Log-Datei unseres Faxservers. Nach dem Dateinamen zu urteilen, scheint es die SMTP-Aktivität des Faxserver zu protokolieren.

Hallo allerseits, ich suchen einen Txt-Editor zum Betrachen von sehr großen Dateien. Aktuell habe ich eine txt-Datei von 1,4GB. Derzeit verwende ich Notepad++, welches aber auch mit der 1,4GB großen Datei nicht fertig wird. Der Editor sollte gerade bei riesigen Dateien, diese nicht vollständig laden, sondern die Möglichkeite bieten, innerhalb der Datei zumzuspringen. Gruß, Peter

Strike! Ich habe gerade in Systemsteuerung/Software per Hand alle NET Fx Versionen deinstalliert. Anschließend das Cleanup Tool ausgeführt, neugestartet und voila, die Installation von XPS Essential hat auch den XPS Document Writer zum Vorschein gebracht. Komisch nur, dass ich das Cleanup Tool vorher schon auf diesen Rechner angewendet habe und sich danach nix tat.

Nein, genau das meinte ich mit weder XPSPort noch XPSTreiber sind (unter Servereigenschaften) vorhanden. Ich verzweifele gerade, da jeder Hinweis im Internet zur Installation des XPS Drucker (unter WinXP) aussagt, ich soll entweder den XPS Viewer oder das XPS Essential Pack installieren. Die Installation des XPS Viewer bricht ab, da eine neuere Version von NET Framework 3 bereits installiert ist. Das Essential Pack installiert nicht den Drucker (auch nicht als Port oder Treiber).

Ein kurzes Update zu diesem Problem. Einen Hauptteil scheint MS mit deren versaubeutelten .NET Framework zu verursachen, welche über Windows Update zur Verfügung gestellt worden sind. Hotfix KB954744 Windows Presentation Foundation terminal server print W has encountered a problem and needs to close. We are sorry for the in convenience. NET Framework deinstallieren .NET Framework Cleanup Tool User's Guide - Aaron Stebner's WebLog - Site Home - MSDN Blogs Derzeit habe ich an einem XP Rechner das Problem, dass der XPS Drucker nicht installiert ist. Sehr wahrscheinlich war er es auch noch nie, da weder der XPS(Drucker)Port noch der XPS(Drucker)Treiber installiert sind. Allerdings finde ich keine Möglichkeit, diesen jetzt nachzuinstallieren. Siehe diesen Thread.