-
Gesamte Inhalte
10.864 -
Registriert seit
-
Letzter Besuch
Alle erstellten Inhalte von Damian
-
Hi pinger, ich hab in der MS-KB etwas gefunden: http://support.microsoft.com/default.aspx?scid=kb;de;191416 Dürfte aber sehr wahrscheinlich nicht auf deinen Fall zutreffen. Du hast geschrieben, die Clients greifen beim Anmelden auf temporäre Profile zurück. Das würde auf jeden Fall bedeuten, das die korrekten Profile erst garnicht vom Server geladen werden. Ist in den Eigenschaften der Userkonten auch der korrekte Profilpfad angegeben? Damian
-
@ solinske Ist bekannt. ;) Ich möchte einfach nur die häufigsten Fehlerquellen abstecken, bevor ich mich in eine detailversesssene Analyse stürze. By the way - ist dir die Fehlermeldung "Stack 17 kann nicht aktualisiert werden" und ihr Hintergrund bekannt? Damian
-
Mal 'ne dumme Fage - woran merkst du, das die servergespeicherten Profile nicht aktualisiert werden? Damian
-
Jau, ist mir auch schon passiert. ;) Irgendwann ist man es so gewohnt, um die Ecke zu denken - da fällt das geradeausdenken richtig schwer. :wink2: Damian
-
Warum einfach, wenn es auch umständlich geht? :D :D Beim Start von Win98SE die F8-Taste drücken, im abgesicherten Modus starten und bei den Anzeigeeigenschaften einen Standard-VGA-Treiber auswählen. Neustart. Danach kannst du in aller Ruhe den Monitor vernünftig einstellen. Damian
-
Hi pinger, die Meldung "Stack 17" sagt mir jetzt garnix, aber für die fehlgeschlagene Aktualisierung der servergespeicherten Profile gibt es zwei grundsätzliche Fehlerquellen: 1. auf dem Profilordner, wo die Dinger drin liegen, besteht NUR Leserecht 2. die Dateiendung von NTUSER.DAT wurde umbenannt, dadurch wird das Ding ebenfalls schreibgeschützt Damian
-
Aha, jetzt verzieht sich der Nebel allmählich. :D Nun muss ich hier ebenfalls zugeben, mit Clustertechnologie noch nicht gearbeitet zu haben. So ein Tag hat eben nur 24 Stunden und die Lebensspanne eines Menschen ist begrenzt. :wink2: Was mir jetzt zu deinem Problem spontan einfällt: Loadbalancing Die Rechner überwachen sich gegenseitig und wenn einer ausfällt, übernimmt der andere dessen Funktion. Die Erreichbarkeit der Ressourcen wird dadurch sichergestellt, das auf den Rechnern eine virtuelle Netzwerkschnittstelle (neben der realen) eingerichtet wird. Beim Ausfall eines Rechners wird auf diese virtuelle Schnittstelle umgeschaltet und die Ressource bleibt über die bisherige IP-Adresse erreichbar. Na ja, hört sich jetzt etwas abgedreht an. Ich hab mal vor einiger Zeit in einer Doku etwas darüber gelesen und das ist so als "Haupterinnerung" hängen geblieben. :( Ist keine große Hilfe, aber vielleicht ein Wink in die korrekte Richtung. :wink2: Damian
-
Ääh..Moment mal...jetzt ist bei mir der Faden gerissen. :shock: Ich versuche gerade, mir deine Netzwerktopologie vorzustellen. Bitte berichtigen, wenn es Murks ist. - du hast einen Checkpoint-Cluster, also mind. 2 Maschinen - diese synchronisieren sich über eine Netzwerkverbindung - dahinter laufen 2 W2k-Server, welche vom Checkpoint-Cluster geschützt werden - bei Ausfall einer Checkpoint-Maschine soll die andere deren Aufgabe automatisch übernehmen Korrekt so oder völliger Blödsinn? Wenn es mit einer textlichen Beschreibung zu komplex wird, fertige einfach ne Grafik an. Ist bei solchen Sachen immer dienlich. Damian
-
Mit dieser Crosslink-Geschichte und ihren Besonderheiten kenne ich mich jetzt nicht aus. Trotzdem dürfte Autosensing kein Problem sein. Die so eingestellte NIC überprüft doch lediglich, mit welcher Übertragungsgeschwindigkeit gesendet wird und in welchem Modus (Halb/Voll-Duplex). Wenn sich etwas ändert, stellt sie sich einfach um. Signale bekommt sie auf jeden Fall. Ich will hier jetzt nicht auf Autosensing herumreiten. Kann auch sein, das ich irgendetwas völlig falsch verstehe. ;) Ich versuche mir nur klar zu machen, wieso es mit Autosensing Probleme geben könnte. Hast du irgendeine Doku oder einen Link, wo ich mich mal schlau machen kann? Damian
-
Wo steht denn das? Hab ich ja noch nie gesehen. :suspect: Egal, ist jedenfalls nicht der richtige Punkt. Hier der Pfad zu den Einstellungen: - Netzwerk- und DFÜ-Verbindungen - Eigenschaften der LAN-Verbindung - Button "Konfigurieren" unter der eingetragenen NIC (steht im Fenster) - Reiter "Erweiterte Einstellungen" anklicken - im Fenster "Eigenschaft" den Punkt "Übertragungsrate/Duplexmodus" (oder ähnliches) anklicken - im rechten Pulldown-Menü die Übertragungsart auswählen In den allermeisten Fällen steht dort "Automodus", ist gleichbedeutend mit "Autosensing". Zur Auswahl: läuft die Verbindung vom Server zu einem Hub, muß "Halbduplex" eingestellt werden, was anderes kann so ein Hub nicht. Bei einem Switch oder Router kann "Vollduplex" gewählt werden. Frage: Autosensing funktioniert normalerweise ausgezeichnet, warum willst du das ändern? Damian
-
Zum Abschießen der festgefressenen Prozesse kann "kill.exe" aus dem Resource-Kit genommen werden. Ist ein Kommandozeilen-Tool und wirkt garantiert. Mal ne dumme Frage: ist die Kiste schon auf Würmer/Trojaner abgescannt worden? >>Der Eventlog ist leer<< = in der Ereignisanzeige steht nix drin? Der W2k-Server bringt doch eine ganze Reihe an Überwachungs- und Diagnose-Tools mit. Ich würde mit diesem Arsenal mal eine umfassende Protokollierung aller wichtigen Systemvorgänge konfigurieren. Ist ein bißchen aufwendig, aber immer noch besser als ein Server kurz vor dem Zusammenbruch. Damian
-
Ich hatte mal ein ähnliches Problem auf einem W2k-DC. In der Maschine lief ein Hardware-RAID 5. Eine der Festplatten hatte eine Macke. Sobald man eine bestimmte Datei (war ne Powerpoint-Präsentation) anklickte, schoss die CPU-Last auf 100%. :mad: Es dauerte dann zuweilen mehrere Minuten, bis ein Fenster aufging. Als Tipp: wenn möglich, boote die Maschine neu und versuche herauszufinden, bei welcher Aktion/Situation die CPU-Last hochspringt. Vielleicht steht dann auch was im Event-Viewer. Damian
-
Replikation auf dem 2. W2k Server
Damian antwortete auf ein Thema von Cogent in: Windows Server Forum
Welchen Status soll der zweite DC haben? - neue Domäne - neue Sub-Domäne - zweiter DC in einer bestehenden Domäne Damian -
Freut mich, dass es mit dem Boormanager endlich funzt. Was hast du diesmal anders gemacht? Einstellungen geändert oder einfach nur das Glück des Unbeirrten? ;) Damian
-
Ich schließe mich den Aussagen von EVIL an. Dieses Board ist ne echte Fundgrube und hervorragend moderiert. Sollte die Idee mit der Database mal aktuell werden, könnt ihr für Hilfestellungen zumindest bei mir anfragen. Im Moment hätte ich genug Zeit. Bin einer von diesen nichtsnutzigen, überflüssigen Umschülern. ;) 1. zu alt für die Branche (laut Vorurteil) 2. keinen Plan von der Technik (laut Vorurteil, s. 1.) 3. keine Berufserfahrung (ohne Job keine Erfahrung - ohne Erfahrung keinen Job :mad: ) Damian PS: hört nicht auf Ihn, er ist nur frustriert. :wink2:
-
Mit XFDISK hab ich noch nicht gearbeitet, kann also nicht sagen, wieso das Teil rumzickt. Zu den Partitionen: bei vier PRIMÄREN Partitionen ist Schluß! Ist noch eine Beschränkung aus der PC-Steinzeit. :mad: Um mehr Partitionen anzulegen, kannst du drei PRIMÄRE und eine ERWEITERTE Partition mit LOGISCHEN Laufwerken anlegen. Windows-Systeme benötigen grundsätzlich IMMER eine primäre Partition. Linux kann ohne Probleme in eine erweiterte Partition installiert werden. Damian
-
NEU bedeutet nicht automatisch FEHLERFREI. Diese Erfahrung musste ich leider auch schon machen. :( :( War auch nur ein Gedanke, um eine potenzielle Fehlerquelle auszugrenzen. Also, im Moment sehe ich keinen Grund, warum es bei deiner Kiste NICHT funzen sollte. Sehr seltsam das... :suspect: Damian
-
Ich versuche eigentlich nur den Punkt einzugrenzen, ob und wie die SATA-Platten die ATA-Platte beinflussen KÖNNTEN. Dürfte allerdings in deinem Fall völlig irrelevant sein. Die ATA100-Platte ist dein Boot-Medium, darauf kommt es an. Die ganze Konfigurationsarbeit mit den Partitionen und dem Bootmanager spielt sich nur dort ab. Ich habe mit P-Magic und dem Bootmanager bisher nur gute Erfahrungen gemacht (Ver. 8 kenne ich noch nicht). Dazu gleich eine Frage: benötigt der Bootmanager von PM 8 immer noch eine FAT16 oder FAT32-Partition oder geht es jetzt ohne? Wenn sich PM und der Bootmanager ordentlich installieren lassen, sollte es eigentlich keine Probleme geben. Bietet der Hersteller deiner ATA-Platte eventuell ein Tool an, um die Platte einmal durchzuchecken? Das spätere Anhängen der SATA-Platten sollte kein Problem sein. Beim nächsten Start erkennt Windows die neuen Laufwerke und bindet sie ein. Damian
-
Das wäre allerdings wirklich ne geniale Sache. Eine Database mit Tipps aus der Praxis für die Praxis. Könnte der Renner werden. :wink2: Damian
-
Jou, haste nicht gesehen! Das ist doch mal ne klasse Seite! Danke für den Tipp. Damian
-
Ich muss hier zugeben, von SATA keinen blassen Schimmer zu haben. Daher mal folgende Fragen: 1. Wie sind die Platten verkabelt? Also - welche Platte mit welchem Kabel an welchem Port? 2. Du hast zu Anfang geschrieben, die 4 OS sollen auf die ATA100-Platte. Schon mal versucht, die SATA-Platten auszubauen, die OS einzurichten (mit Bootmanager) und dann die SATA-Platten wieder ins Systen zu integrieren? Was ist eigentlich der ganz große Unterschied von SATA zu ATA oder E-IDE? Damian
-
Bedauerlich...sehr bedauerlich. Dann hilft nur noch gesundbeten oder notschlachten. :p :p Wo liegt denn nun das eigentliche Problem? :wink2: Damian
-
Da fällt mir ein...gab es nicht mal vor kurzer Zeit Partition Magic 5 oder 6 als kostenlose Beigabe zu einer Heft-CD? Partition Magic bringt einen sehr guten Bootmanager mit. Vielleicht hat jemand eine Kopie dieser Heft-CD. Damian
-
W-Lan und Verbindungsprobleme
Damian antwortete auf ein Thema von Viewer in: Windows Forum — LAN & WAN
Hi Viewer. Dein Verbindungsproblem könnte baulicher Art sein. Die Funkwellen im WLAN werden von der Umgebung beeinflußt/abgeschirmt. Wenn also deine Wände sehr dick sind oder viel Metall enthalten, kann es schon mal zu miesen Übertragungsergebnissen führen. Stichwort Repeater: der Einsatz eines "Access Point" könnte hier gute Abhilfe schaffen. Damian -
@ pandur Der Newsleter des CERT-DFN ist sehr zu empfehlen. http://www.cert.dfn.de/infoserv/dml.html#SSC Damian