Jump to content

hansbullc

Members
  • Gesamte Inhalte

    17
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von hansbullc

Contributor

Contributor (5/14)

  • Erste Antwort
  • Engagiert
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Hallo Zusammen, gibt es eine Möglichkeit in einem PS Script zwischen den Powershell Versionen hin und her zu springen? Hintergrund: Ich habe ein PS 2.0 Script, welches auch einwandfrei unter PS 2.0 funktioniert. Da PS 4.0 neue, und für mich bzw. das Script interessante, CDMlets besitzt möchte ich dieses Script unter PS 4.0 zum rennen bekommen und es erweitern. Mit "Powershell -version 2" (oder auch 4) kann zwischen den Versionen geswitcht werden. Wenn ich den Befehl in das Script einbaue wird aber offenbar (generell?) eine neue Powershell "instanz" geöffnet und das Script bleibt an der Stelle ohne Fehler stehen. Ich hoffe es ist alles verständlich. Vielleicht habt Ihr ne Idee. Gruß Hansbullc
  2. Servus, will mal noch abschließen. Der Wechsel "alt->neu" hat sich etwas hingezogen. Ich habe die Umstellung letztlich parallel zum produktiven Betrieb gemacht. Backup von der aktiven WSUS SQL Datenbank gemacht und auf einem TestSql Server eingespielt. Auf dem Server "WSUS_neu" die WSUS Rolle installiert, bei der Installation die TestSql Datenbank angegeben. Somit hatte ich einen zweiten WSUS Server mit aktueller Datenbank (auch zum testen). Zum Schluss habe ich noch die Verweise auf die "produktive" Datenbank in der Registry auf dem WSUS_neu angepasst. Bei dem Konstrukt hatte ich eine Handvoll Updates die sich nicht installieren ließen (Errorcode hab ich leider nicht mehr). "WSUSutil reset" hats dann aber gerichtet. Gruß
  3. Hmm, das hatte ich auch schon mal irgendwo gelesen und in Betracht gezogen, denn es scheint tatsächlich einfach. Bleibt mir die Frage, was ich bei der Installation vom "WSUS_neu" für eine Datenbank angebe? WSUS-intern oder SQL? Neue SQL-DB oder die vorhandene?
  4. Hallo Zusammen, ich plane die Ablösung eines WSUS Servers, genauer gesagt der Hardware. Die Konstellation sieht bisher so aus: 1x WSUS Server, Version 3.2, W2K8R2 1x SQL Server 2008, der die SUSDB hält (hier fehlen mir selbst und dem neuen System noch die Berechtigungen) Der neue Server bekommt neue Hardware, Namen und IP. Rest bleibt identisch konfiguriert (W2K8R2, WSUS 3.2) Gedacht hatte ich mir das in etwa so: 1. Server "WSUS_neu" parallel aufsetzen. 2. Daten/Einstellungen von "WSUS_alt" sichern und auf "WSUS_neu" kopieren. 3. SQL Datenbank vom alten WSUS "abhängen" und an den neuen WSUS hängen. 4. Alias ist bereits vorhanden und muss nur umgestellt werden. Ich hatte schon mal die SUSDB von einem SQL-Server auf einen anderen SQL Server verschieben lassen und dann auf der WSUS-Seite die nötigen Einstellungen gemacht. Für die WSUS Migration hatte ich mir das so ähnlich gedacht. Bei den oben genannten Punkten 1. und 2. stottere ich allerdings etwas mit den Details. Soll ich den "WSUS_neu" mit einer eigenen DB aufsetzen? Interne oder externe DB? Kann ich evtl. den "WSUS_neu" erstmal zum Downstream Server konfigurieren (welche DB wird dann genutzt)? Kann ich die alten Einstellungen sichern (Sprachen, Klassen, etc.)? Wie würdet Ihr das machen? Danke schon mal Gruß Hansbullc
  5. Servus Zusammen, bin grad wegen einem anderen Problem hier gelandet. Wahrscheinlich ist dieses Problem auch schon anderweitig gelöst worden (09/2012...), aber ich hatte heute Morgen den gleichen Errorcode in Verbindung mit der Installation von WSUS und einer Sql Datenbank. Lösung/Ursache in meinem Fall war, dass ich fehlende Berechtigung auf dem SQL hatte um den WSUS zu installieren. Vielleicht hilfts dem nächsten. Gruß
  6. Hallo Zusammen, ich bin gerade dabei das Anlegen von Druckern mit Powershell zu automatisieren und scheitere gerade ein bisschen bei der Suche nach einem WMI Object, bzw. einem Attribut das bei der Installation eines TCP/IP Druckerports gesetzt wird. Bei der Installation über die GUI wird zuerst "Printer Name und Printer IP" angegeben. Anschließen muss ich bei "Additional Port Information required" den "Device Type Standard" festlegen. In diesem Fall der "RICOH Generic Network Printer". Ein Auszug aus dem Script sieht so aus: $port =([WMICLASS]"\\.\ROOT\cimv2:Win32_TCPIPPrinterPort").createInstance() $port.Name=Read-Host "Printernamen angeben" $port.SNMPEnabled=$false $port.Protocol=1 $port.HostAddress=$port.Name $port.adaptertype="RICOH Generic Network Printer" $port.Put() Die Fehlermeldung sagt aus, dass port.adaptertype nicht existiert. Wie also ist die richtige Bezeichnung von dem WMI Object? Gruß Hansbullc
  7. Danke schon mal. Werd das in nächster Zeit mal ausprobieren und berichten.
  8. Danke schon mal für die Antworten. Fällt raus, da es sich tatsächlich um 1000 Server und mehr handelt. Diese stecken u.a. in verschiedenen Domänen und sind in verschiedene Kategorien aufgeteilt, daher kommt es vor das ein Server das Update bekommt, der andere aber nicht. Der Übersicht halber wäre es natürlich super wenn die „not Approved“ Updates nicht bei „needed“ auftauchen. Werd wohl doch noch mal schauen ob sich da was Scripten lässt. Mach ich. Nein natürlich nicht. Aber wie schon gesagt: Große Umgebung. Die Chefs und Chef-Chefs wollen sehen, dass hier alles im grünen Bereich ist.
  9. Hallo Zusammen, folgende Problemstellung: Bei WSUS 3.0 filtere ich unter "All Computers" nach "needed". Es werden mir nun einige Server angezeigt die angeblich Updates benötigen. Mein Problem an dieser Stelle ist, dass Updates für diese Server angezeigt werden, die "not Approved" sind. Heisst im Endeffekt (in der Auswertung für meine Chefs später), dass ich ca. 1000 Server habe die nicht up-to-date sind. Was natürlich Quatsch ist. Wie kann ich WSUS dazu bewegen mir von einem Server ausschließlich die Updates anzuzeigen die er wirklich braucht, die die für die Installation freigegeben sind? Danke schonmal Gruß
  10. Moin, bei mir war der McAfee Enterprise dran schuld. Deaktivieren hat gereicht und die WDS installation hat gefunzt. Gruß
  11. Moin, ich habe seit ein paar Tagen das gleiche Problem, aber bisher noch keine Lösung: Betroffen sind bisher W2K3, W2k3 SP2, W2K3R2 (64bit) Systeme. Server Dienst stoppt nachdem im Systemlog folgender Error aufleuchtet: Source: Service Control Manager Event ID: 7032 The Service Control Manager tried to take a corrective action (Restart the service) after the unexpected termination of the Windows Management Instrumentation service, but this action failed with the following error: An instance of the service is already running. Der WMI Service läuft einwandfrei und ein restart bringt kein Besserung. Alle Dienste bis auf den Server Dienst (Event ID: 7023, The Server service terminated with the following error: Access is denied.) und den Browser Dienst (Abhängigkeit) lassen sich wieder starten. @ tgyssling: Sind in deinen Systemlogs diese Einträge zu finden? Oder ist das Problem vielleicht schon gelöst? Welchen Hotfix hast du gefunden? Hat noch jemand eine Idee? Gruß Hans
  12. Servus, ums kurz zu machen: Ich habe per copy/paste ein Passwort vergeben und zwar offensichlich ein falsches, denn ich komme an das betroffene System nicht mehr dran. Meine Frage: Gibt es eine Möglichkeit die History der Zwischenablage (Win XP Pro, von dem aus ich das PW kopiert habe) auszulesen, wenn der PC noch nicht neu gestartet wurde??? Vielen Dank im Voraus hansbullc
  13. Hi, jaaa... den Artikel kannte ich leider schon. Habe die Einstellung auf ein paar Büchsen ausprobiert. Geholfen hats leider nicht. :( Noch weitere Ideen?
  14. Joha, der KB2567680 ist die Lösung des Problem. Besten Dank für die schnelle Antwort
  15. ggf. den betroffenen Client mal neu in die Domäne fahren. Habe ich auch schon mal gehabt.
×
×
  • Neu erstellen...