Superstruppi

Hallo! Hm, wir haben zwar einen ML350 G3 Server, aber dieser hat leider kein RILO eingebaut. Wir haben zwar dieses Insight Diagnostics Tool, aber damit kann ich nur den SmartArray Controller checken. Aha, naja. Ab € 400,- muss man pro Server schon rechnen, wenn man soetwas will. Ganz schön teuer! Bleibt nur zu hoffen, dass das bald bei den neuen Servern fix-verbaut oder Onboard ist. Besten Dank und viele Grüße, Mario.

Hi! Ich hoffe, ich bin hier in der richtigen Rubrik! Immer öfter haben wir die Anforderung, unsere Server "komplett" von der Ferne aus warten bzw. steuern zu können. Also auch Komplette Stromabschaltungen, Resets bei Systemabstürzen, BIOS-Einstellungen ändern, usw. Meist würde auch schon eine Bildschirmwiedergabe u. Tastaturinteraktion auch bei nicht-gestartetem System genügen. Mir schwebt da eine fernwartbare Switchbox vor, oder so. Hat jemand Erfahrung mit derlei Hardware. Gesucht ist natürlich ein günstiges System. Ich hab im letzten C'T gelesen, dass eine derartige Funktion auch in künftigen Mainboards integriert sein soll. Näheres wurde da aber nicht beschrieben. Wäre ja allgemein eine sehr interessante Sache! Besten Dank für alle Rückmeldungen u. viele Grüße aus dem heißen Salzburg, Mario.

@IThome: genau ins Schwarze getroffen! Das wars. Besten Dank! ps. irre, was w32time alles anrichten kann, wenn es nicht läuft... man glaubt, man sei in sodom & gomorrha... :-)

hab ich. keine Fehler bei NETDIAG. :suspect:

Hallo! Haben offenbar ein größeres Active Directory Problem mit der Replizierung o.ä. . Wir haben zwei Windows 2003 Domain Controller, die leider nicht mehr miteinander replizieren, wie's scheint. Will ich die Betriebsmasterfunktion von einem auf den alten übernehmen, erhalte ich in "Active Directory-Domänen und -Vertrauensstellungen" die Fehlermeldung: "Die Betriebsmasterfunktion konnte nicht übertragen werden. Ursache: Der angeforderte FSMO-Vorgang konnte nicht ausgeführt werden. Der aktuelle FSMO-Inhaber war nicht erreichbar." Führe ich "dcdiag /fix" aus, so erhalte ich unten folgenden Fehler: Starting test: FsmoCheck Warning: DcGetDcName(TIME_SERVER) call failed, error 1355 A Time Server could not be located. The server holding the PDC role is down. Warning: DcGetDcName(GOOD_TIME_SERVER_PREFERRED) call failed, error 1355 A Good Time Server could not be located. Fällt dazu irgendjemand etwas ein? Offenbar können die beiden DCs nicht miteinander synchronisieren. Besten Dank u. viele Grüße, Mario.

wir haben das raid 1 aufgelöst um genug platten fürs raid 5 zu haben. im übrigen sollte es - obwohl ungewöhnlich - troztdem funktionieren, denke ich. bei dem preis?!

Habe gerade von einem - diesmal kompetenten - HP-Supportmitarbeiter erfahren, dass die Migration auf RAID-5 nur von einem echten RAID-0 (also zwei HDD) oder von RAID-1 möglich ist. Von einem quasi RAID-0 mit einer Festplatte kann man kein RAID-5 erzeugen. Klinkt komisch, iss aber so. Wir werden die Dinge mit Acronis TrueImage 9.1 lösen: Image ziehen, RAID-5 erstellen und Image zurückspielen. - alles über die Acronis BOOT-CD. Noch was wissenswertes für den 641'er SmartArray Controller: Das Boot-LW muss teil der ersten (Position 0) Festplatte am RAID-Controller sein. Es gibt keine Möglichkeit, die Bootreihenfolge innerhalb des RAID-Controllers zu ändern. Soviel zu "SmartArray" Controller. Verwaltungstechnisch ein schlechter Scherz, wenn ihr mich fragt! Und der HP-Support ist auch nicht der Beste: Von 4 Mitarbeitern, haben mir 2 etwas erzählt, was nicht stimmt. Also im Zweifelsfall eine kritische Auskunft besser von mehreren Mitarbeitern einholen. diegrüße, dermario.

nein, keine fehler im ereignislog. gesichert wird alles.

neinnein, den Informationsspeicher kann ich in respektabler Zeit neu starten (ca. 30 Sekunden), aber die Bereitstellung der eigenen Stores dauert so lange bzw. das Aufheben. Das macht man ja sonst nie - sondern nur für ISINTEG oder so. Auch das Starten des Exchange Servers geht in normaler Zeit vor sich. Viele Grüße, Mario.

Hallo! Haben nun seit kurzem Sicherungsprobleme unserer Exchange 2003 Datenbank. Darüber hinaus lassen sich bei manchen öffentlichen Ordnern die Rechten nicht mehr einsehen (unspecified Error) und die Vollindexierung lässt sich ebenfalls nicht aktivieren (zu wenig Recht, obwohl absolut alle Rechte vergeben sind). Wir sind vor ca. einem halben Jahr von Exchange 5.5 auf Exchange 2003 mithilfe der bekannten Migrationsschritte umgestiegen. Ich vermute, dass da (wieder mal) irgendwas nicht richtig hingehaut hat. Nun möchte ich die Datenbanken reparieren und hab mir folgendes überlegt: 1. Exchange Dienste beenden 2. Exchange Ordner inkl. Datenbanken offline sichern 3. Exchange Dienste starten 4. Bereitstellung des Informationsspeichers aufheben 5. ISINTEG -s SERVERNAME -fix -test alltests (so lange, bis keine Fehler mehr) 6. ESEUTIL /P „priv1.edb“ /Se:priv1.stm /Te:\tempdb.edb (DB Reparieren) 7. ESEUTIL /D „priv1.edb“ /Se:priv1.stm /Te:\tempdb.edb (DB offline Defragmentieren) 8. ISINTEG -s SERVERNAME -fix -test alltests (so lange, bis keine Fehler mehr) 9. Bereitstellung des Informationsspeichers wiederherstellen 10. Exchange Dienste starten ...das ganze natürlich für beide Informationstores Ich glaube, dass dies der effizienteste Weg einer Reperatur ist. Die Daten müssen wieder sicherbar sein und ich habe keine Lust mich da auf extrem-Alternativ-Reperatursuche zu begeben. Was sagt ein Kollege dazu? Habe ich vielleicht was vergessen? Besten Dank und viele Grüße aus dem sonnigen Salzburg, Dermario.

Hallo! wenn ich die Bereitstellung unseres Informationsspeichers des Postfachspeichers aufheben will, dauert das sehr lange (ca. 15-20 Miuten). Das Wiederbereitstellen dauert noch länger. Die priv.edb ist 23GB groß. Ist das normal, dass das so lange dauert? Danke und viele Grüße, Mario.

@Squire Besten Dank für deine Nachricht! Aber leider habe ich im ACU nicht den Umstieg auf RAID-5 zur Auswahl!!! Lediglich auf RAID-0 bietet ermir an. Und das, obwohl ich 3 neue HDDs derselben Größe reingesteckt habe, die als "Unassigned Drive" erkannt werden. Ich verwende das ACU, Version 7.40.8.0. Kann es damit zusammenhängen? Besten Dank und viele Grüße, Mario.

Gern! soweit ich das interpretiere, ist der Prozess, sowie einige Komponenten von MS Office 2003 für das Fehlverhalten verantwortlich - unerheblich, wie oft ctfmon.exe gestartet ist. Es startet sich ja auch nur bei Benutzern, deren Anmeldung funktioniert hat. So oder so - wäre interessant, ob das Problem mit diesen Schritten auch andere zur Lösung verhilft. Viele Grüße!

...leider weiß man nicht immer über die Zukunft der Server Bescheid.

Hat noch jemand Erfahrung mit der Performancesteigerung bei RAID-5 mit mehreren Platten? Danke, Mario.

Hi! ich bin ja, was Konfiguration und Handling des oben genannten RAID-Controllers betrifft, nicht sehr angetan. Ich finde es einfach furchtbar, dass man ein RAID-1 nicht auflösen kann, ohne dass dann alle Daten futsch sind. Selbst das Aktivieren einer zuvor herausgezogenen gespiegelten Platte klappt nie wieder. Wie auch immer, ich habe aber eine ganz andere Frage: Wir haben einen HP Server ML350 mit oben genannten RAID Controller und 4 SCSI Platten. Momentan läuft das Sytem auf einer HDD. Wir möchten nun ein RAID-5 erstellen und den Inhalt der ersten HDD auf das RAID-5 verschieben und künftig auch booten. Was ist hierfür zu tun? Meine erste Idee wäre gewesen, mit Acronis TrueImage die Daten zu klonen und das Ziel auf "Aktiv" zu stellen. Reicht das, damit das System davon bootet? Und wie schaut das mit den Laufwerksbuchstaben aus - die ja im Windows beim Klonen verändert werden, oder? Über wissende Hilfe würde ich mich sehr freuen, da ich schon bemerkt habe, dass es mit den HP-Controllern nicht soo einfach ist als vergleichsweise mit einem billigen IDE-RAID (zumindest bei RAID-1). Besten Dank und viele Grüße, Mario.

Habe eine Lösung gefunden. - s. meinen Komentar im zweiten Thread zu diesem Thema: http://www.mcseboard.de/showthread.php?p=570144#post570144. Die Probleme liegen an der MS Office 2003 bzw. der Eingabegebietsschemaleiste "ctfmon.exe". diegrüße aus dem sonnigen Salzburg, dermario.

Habe hier folgenden Link gefunden, der bei einigen zum Erfolg geführt haben soll. Ich gebe Bescheid, wenn es bei uns geklappt hat. Demnach hat das Problem mit Office 2003 und dessen Handschrifterkennung zu tun. Der Prozess ctfmon.exe ist da der Schlingel... diegrüße, dermario. Edit: Habe die oben genannten Änderungen im laufenden Betrieb übernommen und - siehe da - ohne Neustart konnten sich die betroffenen Benutzer plötzlich wieder anmelden. Passt. Passend zum Thema gibt es hier einen ctfmon.exe - Remover, der bei uns auch unter Windows 2003 (Terminal) Server funktioniert: Link.

unglaublich, dass es da nichts gibt. das problem ist ja schon 3 jahre alt, soweit ich das mitverfolgen konnte. wir haben das problem auch und ich werden heute einen task für einen täglichen neustart setzen. das ärgert mich!

wir haben nur 1,5 GB RAM und ca. 10 User. Trotzdem dieses Problem. Habe mal die Acronis-Agents ausgeschaltet, mal sehen. Gibts schon was Neues diesbezüglich? Ständig den Server neu zu starten ist keine gute Lösung. Auch bei uns immer wieder sporadisch 1508 u. 1500 Fehler.

Ist es möglich, die Festplatten in den Hot-Plug Schächten unseres HP ML350 zu wechseln? Eigentlich müsste er bei SCSI ja auf die jeweilige HDD-ID schauen und nicht auf die Schachtposition, oder? Danke, Mario.

gilt die xp sp2 adm auch für windows 2003 (terminal server)? ich bräuchte diese einstellung der vertrauenswürdigen sites für windows 2000, windows xp und windows 2003 terminal server! :shock:

aha, schreibcache. nach ich weiß nicht recht, ob der chef das will. das kostet sicher wieder eine lawine... weiß wer einen ungefähren preis? ***isch, dass diese cache nicht gleich eingebaut ist, der controller kostet immerhin knapp 600,- euro.

Hi! Wir haben den "Smart Array 641 Controller" in unserem HP ML-350 Server im Einsatz. Der sollte eigentlich ganz gut sein, denk ich. mario.

Besten Dank Kohn! Aber leider haben wir momentan noch bei den meisten Client-Rechnern Windows 2000 drauf. Dann brauch Die aktuelle ADM-Datei für XP bekomm ich wohl bei MS, oder? Schau ich mal.