bofc

Also Server ist einfach Tot (Freeze) Alle Server klemmen an einer USV Und ich gebe Dir recht ... auch ich habe schon neu defekte Boards bekommen aber ich meine er lief ja Zeit x :-( Und es ist auch verwunderlich das er nachts aussteigt ... und nicht Tagsüber ....

Hallo erneut ... Klimaanlage kühlt unseren Server Raum auf 17°Celcius runter. An den anderen Servern die wir drinne haben, sind die HDD Temps. uaf ca 20°Celcius. Der Server hat genügend abluft zur verfügung und auch ein Offenlassen der Tür ist ausgeschlossen da zum ServerRaum nur 3 leute zutritt haben. Das das Board hin sein soll kann ich kaum glauben... der Server ist erst knappe 2 monate alt. Wurde kompl. neu angeschaft. Von daher verwundert mich das alles ein wenig ...

Hallo Board, ich habe folgendes Problem mit einem meiner W2k3 Server :-( Folgendes: W2K3 Server Standard Intel 1000 NIC Dual Xeon 2GB Ram Raid 5 mit 1TB ADS DNS WINS DHCP IIS ---- Exchange Server 2003 Std Desweiteren läuft auf der Kiste noch TrendMicro Officescan und ScanMail 4 Exchange Nun kommt es leider fast täglich (komischerweise Nachts) dazu, das der Server anscheinend abschmiert. Kein Netz mehr etc etc ... Auch das Eventlog ist sauber und meldet mir keinerlei Fehler/Infos die auf den absturz zurückzuführen sind. Weis hierzu jemand einen Rat?!? Grüßle BOFC p.s.: Die dinge die nachts liefen, habe ich bereits deaktiviert bzw auf andere Server ausgelagert (Backup ... LogFiles ... etc)

Sollte nciht böse gemeint sein ... nur bin ich von dem Prob ein wenig genervt. Nochmal sorry. Also die WKS sind alle ein und die selbe Sprachversion. Das Outlook ist auch die gleiche Sprachversion. Ich werde jetzt nochmal versuchen eine andere Outlook variante zu verteilen. Vielleciht hat die Version die ich habe ja doch ne klatsche ab ... wer weiss. Melde mich wieder... bin aber immernoch an antworten und eventuelle lösungen interresiert. Greetz BOFC

Den UNC Pfad per Hand eingetragen wie bereits mehrfach beschrieben. Über einen Explorer getestet und funktioniert auch. Pfad ist \\Server\Freigabe\xxx\xx.msi auch das MST File wurde in der Packetbeschreibung eingefügt mit UNC Pfad (Der ebenfalls funktioniert) Ich meine mit Packetbeschreibung "Änderung" Also dort wo das MST auch hin soll Greetz BOFC

Das aber schlecht wenns so wäre ... Da ich die Clients neu betankt habe. Und ich wollte eigentlich nicht wieder alle Rechner ablaufen :-/ Dann würde aber die ganze Sache mit der GPO Verteilung nix bringen.

Wie bereits gesagt, ich habe es auf beiden wegen versucht. Einmal den Usern zugewiesen und einmal den Computern. Kein Icon kein garnix :-(

Hallo TL-511, wie in dem Thread scho beschrieben, wird per UNC Pfad darauf zugegriffen ebenso wie auch das MST File das ich mit dem ORK generiert habe eingebunden ist. Nach erneuten Test kommt immernoch der fehler / garnix. :suspect:

Hallo und guten morgen Board, ich bin glaube einen Schritt weiter. Die beschriebene Fehlermeldung erhalte ich bereits, wenn ich das Packet in die Grurili packe. Nur woran es liegt ... keine Ahnung. Das ganze verz. und Daten haben mittlerweile jeder Vollzugriff. :suspect:

Ok ... Ich habe die SW zuerst den Computern zugewiesen (OU=Computer) Da es so nicht funktionierte, habe ich dieses wieder rückgängig gemacht. Neue GPO und SW den Usern zugewiesen. Selbes Spiel in Grün. Bis jetzt habe ich die SW immer nur einem ,sprich einmal PC und dann wieder zu Usern, zugewiesen. Zwischensteps dabei waren immer am Client "gpresult" dann "gpupdate /force" danach ist ja klar einen reboot der Clientkiste. Auch habe ich versucht das MST File neu zu erstellen da ich dachte, das es eventuell def. ist. Selber fehler. Dann auch das ganze MSI und MST neu erstellt. Server auch zur sicherheit einmal rebootet. Selber fehler. Auch die berechtigungen überprüft (mehrmals) Alles ok denn wenn ich in der GPO eine andere Funktion z.b.: Passwort Chronik o.ä. setze klappt dies auch. Tut mir leid wenn es vielleicht für euch so aussieht wie wenn ich entweder zu doof bin oder euch verschaukeln wollte. Beides ist NICHT so. Ich verzweifel nur langsam. Greetz BOFC

Hallo raisu_de, ja die SW uwrde zugewiesen. Es kommt immernoch die FM wie in den vorigen Msg's Nach zig neustarts von testrechnern die in der entsprechenden OU hängen, immernoch kein Install der SW. :-( Auch schon ein paar mal gpupdate /force durchgeführt was auch zu einem restart führt aber keine SW installiert beim Anmelden. Ein gpresult gibt mir zurück, das die Richtlinie sauber übernommen wurde.

Nein keine versteckte. mittlerweile habe ich den Usern sogar adminrecht erteilt (sprich vollzugriff) Das mit dem Vollzugriff/Adminrecht kann ich bei den betroffenen Usern noch so treiben aber bei anderen Usern bei dennen es dann acuh laufen soll dann nicht mehr. Die freigabe ist \\MeinServer\MeineFreigabe\outlook\MeineMSI.msi Per GPO zugewiesen. Das MST File unter "Änderungen" auch mit dem UNC Pfad angegeben. Alles soweit auch erreichbar im Netzwerk. (NSLookup etc funzt 1a) Auch der zugrifff auf die Shares wunderbar.

*lol* natürlich habe ich den pfad angepasst so wie es bei mir sein sollte ... ich habe nur den pfad im thread eben einw enig abgändert (Namen). Die freigabe ist richtig eingetragen. Auch kann die freigabe im ganzen Netz aufgerufen werden.

Leider klappt auch das nicht :-( Beim Lesen der MSI-Datei \\Server\software\outlook\OUTLS11.MSI ist ein unerwarteter Fehler aufgetreten. Der Fehler ist nicht schwerwiegend genug, um den Vorgang abzubrechen. Folgender Fehler ist aufgetreten: Der Vorgang wurde erfolgreich beendet.

Nachtrag ... das Eventlog hat sich das erste mal zu wort gemeldet ... Aber mit einem EIntrag der nur noch wundern lässt. Beim Lesen der MSI-Datei D:\Software\outlook\OUTLS11.MSI ist ein unerwarteter Fehler aufgetreten. Der Fehler ist nicht schwerwiegend genug, um den Vorgang abzubrechen. Folgender Fehler ist aufgetreten: Der Vorgang wurde erfolgreich beendet. Und nun bin ich echt Sprachlos.

Sorry hab ich vergessen zu erwähnen ... logisch ne MSI Datei ...

Hallo NG, ich hoffe das ich hier richtig gelandet bin ... Ich versuche heute den ganzen tag schon Outlook per GPO zu verteilen leider ohne erfolg. Mit den ORK Tools eine MST angelegt ... in den Grurili die einträge gemacht wie unter http://www.grurili.de beschrieben (sorry für den Link) Leider tut sich abaer nix. Beim anmelden kommt ganz kurz nur zu sehn ..."Softwareeinstellungen werden übernommen" das wars aber dann. Die GPO wird sauber übernommen gpupdate und gpresult zeigen dies brav alles an. Der Share auf meinem w2k3 Std. Sever ist auch mit den berechtigungen versehn und zugriffe sind manuell auf jeden fall möglichi. Ich weiss nich mehr weiter ... bitte helft mir. Danke im voraus. Greetz BOFC

Hallo Kohn, hast recht gehabt ... der Workaround hat wirklich geholfen. Zack TrendMicro werkelt nun wie er soll. Besten dank nochmal. Greetz BOFC

Hi Gadget, danke für den Hinweis auf den thread ... hab heute shcon recht oft das ganze durchforstet nur nie auf den Thread gestoßen. Werde ich morgen(Später) gleich austesten. Beste Grüße BOFC

Hi All, ich habe genau das Problem auch bei OfficeScan 7.0 OfficeScan auf W2k3 Std. Clients finden sich wunderbar ... Wins installiert ohne probs. DNS auch ok Nur eben die meldung das der benutzer keine adminrechte hat. Es wird aber mit dem DomAdmin Acc versucht zu installieren. Wäre super wenn mir einer noch nen tip geben könnte. Best regards BOFC

Ich habe den selben efekt das er mir jetzt jedesmal nen Bluescreen auswirft. Treiber ebreits mehrfach in mehrfach erstelltes Image reinkopiert (i386 und im NIC Ordner) Dennoch immer weider diese mist FM. Ich hatte es schonmal weis aber leider nicht mehr wie ich es damals wegbekommen habe. Bitte um schnelle Hilfe wie immer hier im Board.:-) Greetz BOFC

Hallo Tim, das Problem hatte ich gerade. Bei mir folgendes: Intel NIC falscher Treiber im i386 verz, des RIS. Nachdem ich einen anderen Intel treiber reinkopiert habe ging es. Mittlerweile habe ich aber ein anderes Problem das dauernd nach dem kopieren der Daten ein Bluescreen erscheint:-( Versuch mal den Treiber deiner NIC in den I386 Ordner händisch zu kopieren, vielleicht hilft auch Dir es. Greetz BOFC

Hallo Forum ... ich habe evtl selbst eine Lösung gefunden. Derzeit sieht es relativ gut aus ... Folgendes .. bei diesem fehler habe ich die ganzen Dateien im c:\windows\ntfrs\jet umbenannt.(NetLogon und NTFRS vorher beendet) Nach einem STarten der Dienste scheint es wieder zu klappen. Die ntfrs.jdb wurde bereits neu angelegt und es kahm jetzt auch kein fehler mehr. Ich berichte aber noch falls der fehler dennoch auftauchen sollte. MFG BOFC

Hallo Forum, ich habe seit heute ein komisches Problem ... Einer meiner 3 W2K3 Sevrer mag nich mehr replizieren:-( Folgende Server: W2K3+Exchange W2K3 als FS W2K3 2.er Standort Betroffen ist der erste DC mit dem Exchange darauf. Ich bekomme folgende anzeige im Eventlog ... Der Dateireplikationsdienst hat ermittelt, dass sich der Replikatsatz "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" sich in JRNL_WRAP_ERROR befindet. Name des Replikatsatzes : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" Replikatstammpfad : "c:\sysvol\domain" Replikatstammvolume : "\\.\C:" n% Ein Replikatsatz stößt auf JRNL_WRAP_ERROR, wenn der Eintrag, von dem gelesen werden soll, nicht vom NTFS-USN-Journal gefunden wird. Mögliche Ursachen hierfür sind: n% [1] Volume "\\.\C:" wurde formatiert. [2] Das NTFS-USN-Journal auf Volume "\\.\C:" wurde gelöscht. [3] Das NTFS-USN-Journal auf Volume "\\.\C:" wurde abgeschnitten. Chkdsk kann das Journal abschneiden, falls es beschädigte Einträge am Ende des Journals vorfindet. [4] Der Dateireplikationsdienst wurde seit längerer Zeit auf diesem Computer nicht mehr ausgeführt. [5] Die Rate der Laufwerks-E/A-Aktivität auf "\\.\C:" war zu schnell für den Dateireplikationsdienst. Das Festlegen des Registrierungsparameters "Enable Journal Wrap Automatic Restore" auf 1 führt dazu, dass folgende Maßnahmen zum automatischen Beheben des Fehlerzustands vorgenommen werden. [1] Beim ersten Poll, der in 5 Minuten durchgeführt wird, wird dieser Computer vom Replikatsatz entfernt. Wenn Sie nicht 5 Minuten warten möchten, führen Sie "net stop ntfrs" aus, gefolgt von "net start ntfrs", um den Dateireplikationsdienst neu zu starten. [2] Beim auf die Löschung folgenden Poll wird der Computer erneut zum Replikatsatz hinzugefügt. Durch das erneute Hinzufügen wird eine vollständige Struktursynchronisierung für den Replikatsatz ausgelöst. WARNUNG: Während des Wiederherstellungsvorgangs sind Daten in der Replikatstruktur möglicherweise nicht verfügbar. Sie sollten den oben beschriebenen Registrierungsparameter auf 0 festlegen, um eine unerwartete Nichtverfügbarkeit von Daten durch die automatische Wiederherstellung zu verhindern, wenn dieser Fehlerzustand erneut auftritt. Führen Sie regedit aus, um diesen Registrierungsparameter zu ändern. Klicken Sie auf "Start", dann auf "Ausführen", und geben Sie dann "regedit" ein. Erweitern HKEY_LOCAL_MACHINE. Folgen Sie folgendem Pfad: "System\CurrentControlSet\Services\NtFrs\Parameters" Doppelklicken Sie auf den Namen des Wertes "Enable Journal Wrap Automatic Restore" und aktualisieren Sie den Wert. Ist der Name des Wertes nicht vorhanden, können Sie ihn mit dem Befehl "Neu" und dann "DWORD-Wert " im Menü "Bearbeiten" hinzufügen. Geben Sie den Wert genauso ein wie oben gezeigt. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Das mit dem RegEintrag habe ich auch schon versucht aber es gibt keine besserung... Kann mir jemand helfen?!? MfG BOFC

Wäre auch an einer Lösung interessiert ... seit heute kommt der fehler auch bei meinem w2k3 Server ... vorher wurde nichts verändert ...