Piffer

Quelle: =http://www.microsoft.com/technet/prodtechnol/windowsserver2003/de/library/wsus/WSUSStepbyStepTC/4ac8d574-f48e-4d9d-86c9-9aeb0f57e750.mspx

Es hat sich mittlerweile herausgestellt, daß es höchst wahrscheinlich an der Vorinstallation des Herstellers betroffener Rechner liegt. Vorschlag von MS u. besagtem Hersteller: Windows-Reparatur mit WXP+SP2-CD hat nichts gebracht... :(

Wenn Du wüßtest wie oft ich den Satz schon in Bezug auf dieses Thema gehört habe. :rolleyes: Aber Danke schonmal für Deine Bemühungen... :)

@edv-olaf Naja wir haben es getestet auf einigen Rechnern, auf welchen aber nur die "Standardanwendungen" installiert waren (s. o.). Dort kam es zu keinerlei Problemen. (Hätte vielleicht auch eben schon erwähnen sollen:) Die Probleme treten fast nur auf AP auf an denen Fachanwendungen laufen, auf den anderen laufen o. g. Anwendungen 100%ig. Weiß nicht ob diese von den Fachanwendungen beeinflußt werden(?) (Diese sind leider nicht in der MKB erwähnt) Natürlich haben wir auch pro Anwendung immer erst einen Platz mit SP2 ausgestattet, aber entweder traten die Probleme da noch nicht auf oder die Mitarbeiter haben einfach nur nix gesagt bzw. es für einen "normalen" Programmabsturz gehalten (kommt ja hin und wieder vor)... naja, dann dachte man es funzt alles wunderbar und los :) @velius Also die erwähnte Option "Datenausführungsverhinderung für alle Programme blabla..." ist nicht aktiviert. war ja auch nur eine Vermutung, da sich die Fehlern (s.o.) immer auf irgendwelche Speicheradressen beziehen usw. Und wie bereits erwähnt find ich die Sache etwas seltsam, daß die Firewall solche Fehler verursacht, aber das ist leider Tatsache begründet auf der Beobachtung: Firewall aktiv -> Fehler am laufenden Band Firewall inaktiv -> läuft alles 100%ig

Guten Tag allerseits, bei uns im Hause wurde vor kurzem XP SP2 verteilt und wir wollten eigentlich die darin integrierte Firewall im LAN aktiviert lassen. Leider scheint das aufgrund diverser Probleme nicht möglich zu sein: Ein Beispiel dafür wäre: Ereignistyp: Informationen Ereignisquelle: Application Popup Ereigniskategorie: Keine Ereigniskennung: 26 Datum: 23.05.2005 Zeit: 17:35:07 Benutzer: Nicht zutreffend Computer: EINCOMPUTER Beschreibung: Anwendungspopup: WINWORD.EXE - Fehler in Anwendung: Die Anweisung "0x14048099" verweist auf Speicher bei "0x14048099". Die Daten wurden wegen eines E/A-Fehlers in "0x0000000000000000000000000000000000000000000000000000000000000000000000000c00000c4" nicht in den Arbeitsspeicher übertragen. Diese Meldung tritt bei diversen Anwendungen auf (z. B. MSWord, IE, McAffee AV, HIS Client etc...). :( Meine Vermutung ist, daß das ganze irgendwie mit dem in SP2 integrierten Speicherschutz zusammenhängt, aber warum treten diese Probleme dann nur auf, wenn die Firewall aktiv ist??? Ich dachte immer eine Firewall wäre für das Netzwerk zuständig und nicht für den Speicher!? Bei deaktivierter Firewall läuft alles wunderbar... Gibt es eine Möglichkeit diese Fehler zu umgehen (ohne die Firewall zu deaktivieren)? Ich wäre für jeden Hinweis dankbar :-)

... heute morgen hatte plötzlich einer der Rechner Office 2003 drauf, aber die Installation war aus mir unbekannten Gründen fehlerhaft erfolgt. Es muß doch möglich sein, die Anmeldeoptimierung aktiviert zu lassen (wie es Standard ist) ohne daß es zu Problemen kommt! Mir will doch jetzt niemand erzählen, daß diese Funktion nur nutzbar ist, wenn man keine Softwareverteilung nutzt!? Oder ist das tatsächlich so????

...aber wir hatten das gleiche Problem auch bei 2 unserer Benutzer. Wir haben nie genau ergründen können, woran es denn lag, aber jetzt ist es weg :D Habe auch nocheinmal den Kollegen befragt, aber er meinte er habe am Exchange-Server nichts geändert. Aber ein paar Hotfixes für den W2k3-Server eingespielt. Das könnte meiner Meinung nach Zeitlich zusammenpassen. Die Hotfixes sind: KB 831464, KB 885881, KB 839912 Weiß wie gesagt nicht wirklich ob es das war... aber vielleicht einen Versuch wert.

des weiteren haben wir noch eine Gruppenrichtlinie zur Verteilung von WXPSP2 heute getestet. Das Problem scheint doch eher ein generelles zu sein, da es auf anderen Clients (anderer Hersteller; XP teilw. selbst installiert) hierbei auch auftritt. Hilfe? :(

Hallo, zuerst mal die Situation: Es soll via Gruppenrichtlinie (W2k3 Server/WXP) Office 2003 auf einigen Rechnern installiert werden. Funktioniert soweit wunderbar nur eine kleine Gruppe von Rechnern (alle aus einer Lieferung/Vorinstalliert) weigert sich mehr oder weniger die Gruppenrichtlinie anzunehmen. :mad: Dazu folgende Einträge aus dem Anwendungsprotokoll: Ereignistyp: Warnung Ereignisquelle: Application Management Ereigniskategorie: Keine Datum: 02.02.2005 Zeit: 11:21:10 Benutzer: NT-AUTORITÄT\SYSTEM Computer: WXPWS033 bei allen 3 gleich 1) Ereigniskennung: 101 Beschreibung: Die Zuweisung der Anwendung Microsoft Office Standard Edition 2003 der Richtlinie Installation Microsoft Office 2003 Standard ist fehlgeschlagen. Fehler: Die Gruppenrichtlinienumgebung sollte die Erweiterung in der synchronen Vordergrundrichtlinienaktualisierung aufrufen. 2) Ereigniskennung: 103 Beschreibung: Das Entfernen der Zuweisung der Anwendung Microsoft Office Standard Edition 2003 von der Richtlinie Installation Microsoft Office 2003 Standard ist fehlgeschlagen. Fehler: Die Gruppenrichtlinienumgebung sollte die Erweiterung in der synchronen Vordergrundrichtlinienaktualisierung aufrufen. und 3) Ereigniskennung: 108 Beschreibung: Die Änderungen an den Softwareinstallationseinstellungen wurden nicht angewendet. Die Softwareinstallations-Richtlinienanwendung wurde bis zur nächsten Anmeldung verzögert, da die Anmeldeoptimierung für Gruppenrichtlinien durch einen Administrator aktiviert wurde. Fehler: Die Gruppenrichtlinienumgebung sollte die Erweiterung in der synchronen Vordergrundrichtlinienaktualisierung aufrufen. Das Problem läßt sich nur unbefriedigend umgehen durch Deaktivieren der Anmeldeoptimierung in Windows XP Professional (wie in MS KB305293 beschrieben) lösen, da es die Dauer Windowsstart - Anmeldung erheblich erhöht. :( Weiterhin seltsam dabei ist, daß die Verteilung von Adobe Reader 7.0 auf diese Clients problemlos funktioniert. Gibt es noch irgendeine Möglichkeit das Problem zu beheben ohne die Anmeldeoptimierung zu deaktivieren? Eine Neuinstallation der ganzen Rechner käme auch nicht in Frage... :nene:

Na dann viel Erfolg :) Hab das zum Glück schon alles 'ne Weile hinter mir :p

Hi, hab da noch zufällig was gesehn und mich an dich erinnert. Im Resource Kit von Win 2k3 (Download hier ) gibts nen Tool mit namen "Robocopy.exe". Die Option /purge löscht alle Dateien/Ordner im Zielverzeichnis, welche im Quellverzeichnis nicht mehr vorhanden sind. Der Befehl, den Du in Deine Batch verpackst wäre dann: robocopy quelle ziel /a /e /purge Aber teste das am besten nochmal ;) Alle möglichen Optionen gibts ja mit robocopy /? Gutes gelingen :)

Ich habe das ganze nun nocheinmal über die Benutzerkonfiguration probiert und da funzt es wunderbar... scheint wirklich so, daß zu dem Zeitpunkt die DNS-Informationen noch nicht im System verfügbar sind :(

Müßt ich auch bei bei google suchen... kann da leider nicht mehr weiterhelfen :(

Also ich denke mal so einfach wie das andere wäre das nicht. Aber um das zu umgehen evtl. folgendes: ::löscht alle Dateien auf Server2 im entsprechenden Ordner del \\server2\softwareordner /s ::kopiert alles von Server1 auf Server2 xcopy \\server1\softwareordner \\server2\softwareordner /e Wird dann zwar immer alles kopiert, aber wenn es zu einem Zeitpunkt erfolgt wo die entstehende Last niemanden stört... ist einfach :)

Auszug aus der Hilfe zu xcopy: /A Kopiert nur Dateien mit gesetztem Archivattribut, ändert das Attribut nicht. /E Kopiert alle Unterverzeichnisse (leer oder nicht leer). Wie /S /E. Mit dieser Option kann die Option /T geändert werden. /Y Unterdrückt die Aufforderung zur Bestätigung, dass einevorhandene Zieldatei überschrieben werden soll Heißt im Klartext: Es werden alle Dateien kopiert die sich geändert haben oder neu sind. Das ganze aus allen Unterverzeichnissen. Die Datei wird wenn sie schon vorhanden ist autom. überschrieben.

Achja, das ganze sollte vor der tägl. Sicherung geschehen (wenn Ihr sowas habt :) ), weil die Dateien abhängig von Archiv-Attribut kopiert werden (also alles was sich ändert/neu ist) und dies ja bei einer Sicherung zurückgesetzt wird.

Also wenn die Sync net sofort geschehen muß, würde ich es einfach mit ner Batch-Datei machen, die via Task-Planer ausgeführt wird. Würde dann etwa so aussehen: xcopy \\server1\softwareordner \\server2\softwareordner /e /a /y Ist dann halt nur in eine Richtung... (wenn Änderungen nur auf einem Server erfolgen) wenn man noch die Zeile: xcopy \\server2\softwareordner \\server1\softwareordner /e /a /y einfügt würde der ganze Kram der hinkopiert wurde zwar glaube ich nochmal zurückkopiert, dafür aber auch die Änderungen des anderen Servers (wenn auf beiden Änderungen erfolgen können) Hoffe mal ich hab' Dein Problem getroffen :)

Hallo allerseits, folgende Situation: Wir haben für unseren Server, auf dem die zu verteilenden Softwarepakete liegen, ein DNS-Alias angelegt ("Softwareverteilung"). Um nun über den Alias-Namen "Softwareverteilung" auf Freigaben zugreifen zu können wurde zusätzlich etwas in der Registrierung geändert (wie im Microsoft Knowledge Base Artikel 281308 beschrieben) und der Server neu gestartet, damit die ganze Sache auch funktioniert. :) Die ganze Registrierungsgeschichte wurde auf einem 2. Server, welcher auch die Softwarepakete vorhält, nocheinmal getätigt. Zweck der ganzen Sache: Fällt der 1. Server aus; einfach Alias auf Server 2 verweisen lassen und weiter geht's... Soweit so gut... Darauf hin habe ich eine Gruppenrichtlinie erstellt (Computerkonfiguration), die über den Alias-Namen auf die Pakete zugreift und dann halt auch entsprechend verteilt, ABER... wenn nun ein Rechner startet wird nur ganz kurz angezeigt "Paket xy wird installiert" und das wars. :( Im Event-Log steht folgendes: 1. Application Management-ID 301: Die Zuweisung der Anwendung xy von der Richtlinie yx wurde durchgeführt. 2. Application Management-ID 102: Die Installation der Anwendung xy der Richtlinie xy ist fehlgeschlagen. Fehler: Die Installationsquelle für dieses Produkt ist nicht verfügbar. Stellen Sie sicher, dass die Quelle vorhanden ist und Sie Zugriff darauf haben. 3. Userenv-ID 1000: Die clientseitige Erweiterung "Anwendungsverwaltung" der Gruppenrichtlinie empfing Flags (1) und hat einen Fehlerstatuscode (1612) zurückgegeben. Wie man ja hier schön sehen kann findet er das Paket einfach nicht. Aber warum? Stehen die benötigten DNS-Informationen etwa zu der Zeit noch nicht zur Verfügung? Wenn ich angemeldet bin kann ich ja ohne Probleme auf \\Softwareverteilung zugreifen....

Hi, hast du schoneinmal in der Computerverwaltung nachgesehen, ob die Datei durch einen anderen Benutzer im Zugriff ist? (Computerverwaltung - System - Freigegebene Ordner - Geöffnete Dateien) Wenn ja: Rechtsklick auf die Datei - Geöffnete Datei schließen... Wäre das erste was mir so spontan dazu einfällt... :)

Habe grad zufällig noch ein Tool gesehen... Gibt's hier: http://www.sysinternals.com/ntw2k/freeware/psservice.shtml

Es gibt da so ein kleines Tool mit dem man remote Befehle auf einem anderen Rechner ausführen kann namens "xcmd.exe". Da könnte man evtl. durch das Ausführen von "net stop" und "net start" den Dienst auf dem Remote-Rechner neustarten (das ganze in ne Batchdatei verpackt). Weiß aber nicht wie es da mit den Berechtigungen aussieht und wo ich das Ding her habe. Könnte es Dir zur Not zuschicken. Die Batchdatei sähe dann etwa so aus: xcmd \\remotepc net stop www-publishingdienst xcmd \\remotepc net start www-publishingdienst Wenn erforderlich kann man auch noch Benutzername und Kennwort hinzufügen unter dem der Befehl ausgeführt werden soll, halte ich aber für bedenklich, da dort ja alles im Klartext hinterlegt wird.

Jo, danke :) Hätt ich ja eigentlich auch fast selbst drauf kommen können. Hab dort nen Verweis auf den Microsoft Knowledge Base Artikel 842493 gefunden. Sieht ganz passend aus, weil der Server wie in dem Artikel beschrieben auch DC ist. Werd es dann gleich mal testen :) MfG Piffer

Hallo, auf unserem Intranet-Server kommt es in unregelmäßigen Abständen zu folgender Meldung im Eventlog: Ereignistyp: Fehler Ereignisquelle: Active Server Pages Ereigniskategorie: Keine Ereigniskennung: 5 Datum: 21.01.2005 Zeit: 07:02:02 Benutzer: Nicht zutreffend Computer: W310S2 Beschreibung: Fehler: Die Initialisierung des permanenten Vorlagencaches für Anwendungspool "DefaultAppPool" ist wegen folgender Fehler fehlgeschlagen: Es konnte kein Cacheunterverzeichnis für den Anwendungspool erstellt werden. Die Daten haben möglicherweise weitere Fehlercodes.. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Daten: 0000: 05 00 00 00 .... Er scheint keine schädlichen Folgen zu haben, aber trotzdem wäre mir lieber wenn das Eventlog sauber wäre. Habe bisher leider keinerlei Informationen gefunden, wodurch er genau verursacht wird geschweige denn wie man den Fehler entgegenwirken kann. Kann da jemand weiterhelfen?

vielleicht hilft dieser Artikel weiter: http://support.microsoft.com/default.aspx?scid=kb;de;188331

Hallo Shisha , mit den Skript das ich jetzt mit Hilfe von "ifmember.exe" geschrieben habe funktioniert die ganze Sache schon ganz gut. Dauert halt nur bei der ersten Anmeldung relativ lange die Drucker zu installieren, was aber eigentlich kein großes Problem darstellt. Werde es mir aber auch mal anschaun... Danke