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

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ß

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ß

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

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...

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

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ß

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?

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ß

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...