Picard1701

Hi,

der Wsus schickt die Updates nicht, vielmehr holt sie sich der Client. Was meinst du mit Berechtigungen? Die Genehmigung der Updates oder die Rechte auf den Clients zum Installieren?

Wie geschrieben, ist der Status INSTALLATIONSBEREIT zu sehen, ist das Update filemäßig schon auf dem Client. Was jetzt noch für Umstände gegen eine Install sprechen, lässt sich am besten in den Clientlogs erfahren. c:\windows\windowsupdate.log

Grüße

Hallo!

Hier der Auszug aus der Windowsupdate.log von heute.

Hoffe. es hilft!

Gruß

P.S.: Aufgrund der Dateigrößenbeschränkung, mußte ich die Datei nochmals kürzen. Hoffe es reicht.

Hi,

ich habs mir mal angeguckt. Sieht so aus, als ob der Client die Updates bei Microsoft statt vom WSUS bezieht.

Es sollte so aussehen(die x stehen für unsere WSUS-IP):

2005-12-09 13:33:01 1104 460 Setup * IsUpdateRequired = No

2005-12-09 13:33:02 1104 460 PT +++++++++++ PT: Synchronizing server updates +++++++++++

2005-12-09 13:33:02 1104 460 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://x.x.x.x/ClientWebService/client.asmx'>http://x.x.x.x/ClientWebService/client.asmx

2005-12-09 13:33:04 1104 460 PT +++++++++++ PT: Synchronizing extended update info +++++++++++

2005-12-09 13:33:04 1104 460 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://x.x.x.x/ClientWebService/client.asmx

2005-12-09 13:33:05 1104 460 Agent * Found 0 updates and 10 categories in search

2005-12-09 13:33:05 1104 460 Agent *********

2005-12-09 13:33:05 1104 460 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates]

2005-12-09 13:33:05 1104 460 Agent *************

Deshalb muss ich nochmal die CheckWsus.vbs ansprechen. Steht nach dem Ausführen auf dem/der Client/s bei WSus-Server und WSUS-StatusServer die Adresse eures WSUS?

@Frauke:

Weiß garnicht woher wir die JVM her haben. Ich schätze, von MS. Da aber nicht alle Clients das Problem mit der Install des VM Patches haben, vermute ich, dass die anderen Java Installs von SUN oder woanders herkommen. Ich muss mir dies mal genauer angucken.

Gruß

Hi,

den Grund finden warum es fehlschlägt.

Im Status des Clients kannst du sehen ob es installationsbereit ist. Sind die Updatefiles auf dem Client wird dieser versuchen es zu installieren. Klappt dies mehrere Male nicht, musst du mal am Client gucken.

Gruß

Hi!

Schon in den Logs geguckt? Da muss es doch nen Anhaltspunkt geben!?

Gruß

Im Microsoft TechNet steht dazu folgendes(englisch):

http://technet2.microsoft.com/WindowsServer/en/Library/35958fa8-2e47-4cf9-9f11-5095e5b5525e1033.mspx

Daraus entnehme ich, dass es sehrwohl um die Anzahl der Logins geht und nicht um die Anzahl der User...

Gruß

Ja, so etwas hatten wir auch schon. Ich denke, dass irgendwo eine Frist gesetzt ist, wie lange diese lokale Anmeldung gestattet ist ohne das die Verbindung zum Server besteht.

Da ich nicht weiß ob man dies mittels Richtlinie verändern kann, sag ich unseren Usern, dass sie sich kurz vor ihrer Reise oder Abwesenheit einfach nochmal mit Netzwerkverbindung anmelden sollen. Ansonsten kann sich auch jeder mit einem lokalem Profil anmelden, wenn die andere Variante nicht geht.

Wenn jemand mehr darüber weiß, bitte posten!

Gruß

EDIT: Es gibt eine lokale Richtlinie für Interaktive Anmeldung die besagt, wie oft sich ohne Domänencontroller angemeldet werden darf.

Probiere es gleich mal aus...

Ok, sobald sie von den Boardadmins freigeschalten ist, guck ich mal...

Also bei mir stehen in der windowsupdate.log folgende Zeilen:

2005-12-07 11:43:01 1104 55c Report Uploading 2 events using cached cookie, reporting URL = http://x.x.x.x/ReportingWebService/ReportingWebService.asmx

2005-12-07 11:43:01 1104 55c Report Reporter successfully uploaded 2 events.

Von daher scheint bei mir alles i.O..

@themusch

Poste doch bitte nochmal deine windowsupdate.log. Muss ja nicht komplett sein. Nur die Einträge vom heute...

Gruß

Hallo!

Ich habe in den GP die Einstellung "Automatische Updates sofort installieren" aktiviert. Bislang hat das so funktioniert das alle Updates sofort installiert wurden. Auch die, für die ein Neustart nötig war. Dafür habe ich ja eingestellt, das der Neustart erst nach x Minuten passieren soll. Leider verstehe ich nicht so ganz warum das jetzt nicht mehr klappt.

Grüße

ThMusch

Hi, und ob diese Einstellungen auch auf dem Client tatsächlich angekommen sind hast du mit diesem VB Script(CheckWsus) kontrolliert?

@Frauke: Auf was bezieht sich diese Erhöhte Rechte Einstellung? Mehr als Adminrechte können doch die Clientuser nicht mehr haben.

Gruß

Hi,

OutlookXP, also Outlook2002.

Diese Optionen gibt es dort auch, nur wie wir festgestellt haben, muss in den globalen Outlookoptionen eine Zeit angegeben werden damit die Ordnereinstellung überhaupt fruchtet.

D.h. stelle ich in dem besagten Mail-Projekteordner eine Archivierung aller Elemente auf

z.B. 2 Tage und gebe ne PST an, wird dieser erst archiviert, wenn ich in den globalen Optionen auch ne Zeit angegeben habe, bzw. einen Ordner, vorher nicht, und dies stört.

Gruß

Hallo!

Ja, das ist so ungefähr richtig. Die Automatischen Updates sind folgendermaßen konfiguriert:

4. Automatisch Downloaden und laut Zeitplan instalieren.

Tägliche Installation

12:00 Uhr

Außerdem ist die Funktion Updates sofort zu installieren aktiviert.

Mit dieser Einstellung hat das ganze vor der Neuinstallation des Servers sehr gut funktioniert. Leider installiert der Rechner, wie schon erwähnt, jetzt nur noch die paar Updates, startet neu, und dann ist Schluß.

Hast Du eine Idee????

Grüße ThMusch

Wenn du eine Zeit wählst zum Installieren der Updates, dann werden die eben nicht sofort installiert. Oder meinst du die Option "AutoInstallMinorUpdates"? Die besagt ja, dass Updates die keinen Neustart erfordern, sofort installiert werden sollen.

Eine Sache tritt bei mir allerdings zur Zeit auch auf:

Das Update für die JavaVM wird nur installiert, wenn ich mich an den Clients lokal mit dem Administratoraccount anmelde. Das verstehe ich nicht so recht, da alle Clients bei uns lokale Admins sind(ich weiß, nicht so gut).

Hallo,

wie stelle ich die Archivierung in Outlook richtig ein?

Das Problem:

Ein Projekteordner im Posteingang soll in eine PST archiviert werden, wenn die Elemente älter als sind. Richte ich dies für den besagten Ordner ein, meldet sich Outlook, dass noch keine Archivierungsseinstellungen gemacht wurden und setzt auf 14 Tage usw.. Outlook soll aber nicht alle Ordner archivieren sondern nur diesen Projekteordner. Deaktiviere ich unter der Outlookoption die Archivierung, funktioniert natürlich auch die Projekteordnerarchivierung nicht.

Gibt es irgendwo eine schlüssige Anleitung oder eine Hilfestellung bzw. Addin`s von Drittanbietern?

Danke schonmal

Hallo!

Danach ist dann leider Schluß. Ich erhalte nur noch dieses tolle gelbe Icon, welches mich darüber informiert, daß neue Updates verfügbar sind. Die in den Gruppenrichtlinien angegebenen Einstellungen funktionioeren ab dann nur noch in der Form, daß die Updates sich zu dem vorher definierten Zeitpunkt selbst installieren. Aber die Einstellung "Sofort installieren" will leider nicht!

Bin für alle Versuche offen!

Grüße

ThMusch

Verstehe ich dich richtig?:

Wenn du per GPO das Installieren der Updates auf eine bestimmte Zeit setzt, funktioniert das Installieren.

Setzt du aber per GPO das Installieren auf sofort, wird nichts installiert?

@frauke: Naja, wenn es bei dir auch ohne BITS (Clients) geht, dann wird es wohl so sein.

Ich dachte eben, es wäre auch bei den Clients nötig...

Offenbar git es Probleme, wenn der BITS-Dienst auf den Clients gestartet ist.

Frauke

Ähhh, der muss aktiviert sein, damit die Updates geholt werden. Ist er deaktiviert, können die Updates garnicht geladen werden, meiner Meinung nach.

Gruß

Hallo Solinske!

Was ist das CheckWSUS Script. Davon habe ich noch nichts gehört!

Danke

Hi, schau mal auf http://www.wsus.de: http://downloads.wsus.de/

Bei den Downloads findest du das CheckWsus Script. Dies zeigt dir die bei dem Client eingestellten Wsus Parameter.

Wenn dein Anhang freigeschaltet wurde, guck ich mir die Log mal an...

Gruß

Hi,

du kannst auch in den Logdateien der Clients(c:\windows\windowsupdate.log) sehen, was die Clients machen und was es evtl. für Probleme gibt.

Gruß

Da RAR auch kostenpflichtig ist, wirst du es wohl dann doch mal mit 7-Zip probieren müssen.

Auf Komandozeilenebene zu packen und anschliessend mit robocopy wegzukopieren sollten auch damit machbar sein...

Gruß

Habs gefunden, aber dazu muss men die Vollversion winzip min 10.0 besitzen.

Kannste mal n Beispielscript posten wie du das mit Winrar machst??

Dankeschon mal

s.weinschenck

Hoffe, ich habe dich da nicht missverstanden...

Ich rufe auf Befehlzeilenebene die Packfunktion von RAR mit der rar.exe und den Schaltern auf (die genaue Syntax kann ich dir posten) und danach steht die Befehlzeile für das robocopy. Du brauchst natürlich ne RAR-Version die auch befehlszeilenbasiert funktioniert.

Das ganze ist natürlich ziemlich "altertümlich" und nicht so konfortabel, aber es funktioniert.

Oje, Server umbenennen nur wegen Arcserve... :(

Wir setzen auch Arcserve 11.1 ein, aber unseren Exchange sichere ich über NTBackup(ShadowCopy).

Wenn du natürlich ne BrickLevel-Sicherung brauchst, reicht NTBackup nicht.

Würde mich interessieren was du letzendlich gemacht hast...

Gruß

Hmmm, für Winzip kenne ich keine Möglichkeit, per Batch zu zippen.

Ich nehme dafür den RAR-Packer.

Keiner mehr hier im Board der Arcserve verwendet und das gleiche Problem hat?

Hallo,

ich habe zwar die Veritas im Einsatz, aber bei Mediafehler kommen mir 2 Gedanken:

-> Band defekt

-> Streamer verschmutzt

Mal kontrolliert ob der Streamer eine Reinigung fordert ?

Ansonsten mal ein Mediatestprogramm / bei DLT gibt es xTalk laufen lassen

Gruß

Sven

---------------------------------------------------------------------------------

Schwache Geister brauchen Ordnung. Ein Genie beherrscht das Chaos!

Hi,

es geht um das Handling von Arcserve bei solchem Problem. Ist das Band defekt soll Arcserve nen Neues nehmen und nicht den laufenden Job abbrechen. Ist der Streamerkopf verschmutzt, soll Arcserve das Reinigungsband nutzen, macht es aber nicht... Es ist eine Handlingproblem der Arcservesoftware oder ne Einstellungssache, aber ich finde keinen Hinweis.

Gruß

... na Selfupdate(wie der Name sagt) ist dafür zuständig, dass der/die Client/s die aktuellen AutomatikUpdate Dateien hat/ben.

Hat der Client diese nicht, installiert er sie sich aus dem Selfupdate-Folder.

Wie schon geschrieben, solltest du mal gucken, wenn du mal Clients hast, ob das Selfupdate wirklich nicht geht... Bei mir kommt, auch wie gesagt, diese Meldung, trotzdem funktioniert der WSUS!

Gruß

Tut Euch selber und vor allen Dingen den externen Empängern einen Gefallen und benutzt Word nicht (!) als Editor.

Es gibt wirklich nocht Firmen, die z.B. Lotus Notes einsetzten. Solche Mailprogramme ignorieren alle MIME Formate, die nicht HTML oder HTML/Text sind. Das trifft vor allen Dingen auf das Format zu, dass Exchange/Outlook bei der Verwendung von Word als Editor bastelt. Mir ist leider gerade die Bezeichnung entfallen.

-Zahni

Du sprichst mir aus der Seele. Ich wünschte, es würde diese Option gar nicht erst geben....

Mal ne Frage:

Funktioniert das Selfupdate bei den Clients nicht oder stört dich nur die Anzeige, dass etwas nicht stimmt?

Wie geschrieben habe ich die gleiche Anzeige, gucke ich aber in die WSUSLogs der Clients, sehe ich, dass der "Selfupdatepfad" funktioniert...