Jump to content

BOfH_666

Expert Member
  • Gesamte Inhalte

    2.098
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von BOfH_666

  1. vor 1 Stunde schrieb Sunny61:

    Dann bist Du komplett ausgeliefert.

    Hmmm ... aber das bist Du doch bei automatischem Approval quasi ... !?

    vor 1 Stunde schrieb Sunny61:

    Und bei der Masse an Fehlern....

    Wir hatten beim Edgium tatsächlich noch keine Fehler, die uns aufgefallen wären.

     

    vor 1 Stunde schrieb Sunny61:

    Im SCCM kann man das sicherlich mit eigenen Views in der SQL Server Datenbank erreichen. ;)

    Vermutlich. Alles, was ich gelegentlich checke, ist die Compliance-Prozent-Zahl des automatischen Deployments. Das ist je nach Wochentag des Releases nach ca 2 Werktagen bei über 75%.   ... achja ... wir haben ca 1000 Clients

  2. vor 4 Minuten schrieb NorbertFe:

    Bei uns per wsus, damit man auch den Status sieht. Wenn man den wsus nicht dafür nutzen will, hat man eben keine Info über die Clients bzw. Kann die Updates dann eben nicht nachsteuern oder hat immer Clients die keine grünen Haken haben. ;)

    Und ihr haltet wirklich alle Clients nach, die keine grünen Haken haben?  ... so viel Mühe machen wir uns gar nicht damit. Wir verteilen den Edgium per Auto-Deployment über SCCM. Ich checke zwar sporadisch, ob das im Allgemeinen noch läuft wie es soll, aber einzelne Clients prüfe ich nicht explizit. 

  3. Nur mal aus Neugier ... gebt ihr die Edgium-Updates manuell frei oder werden die automatisch approved? Wenn ihr die automatisch freigebt, ist der WSUS ja quasi nur der Cache, der den Traffic über die WAN-Strecke ein bissl verringert. Wäre es nicht vielleicht eine Überlegung wert, den Edge, seine Updates direkt von MSFT ziehen zu lassen?   ... macht das vielleicht schon jemand so? .. wenn "ja", gibt's negative Erfahrungen oder Nachteile?

  4. vor 1 Stunde schrieb testperson:

    P.S.:

    Frickeln? :shock2: Ich mache bei uns die Citrix Virtual Apps and Desktop Rollouts/Updates sowie Verteilung/Updates der Workspace App per PoSh. :-) 

    Für einen erfahrenen Scripter eine machbare Sache. ....  ABER ....  ;-) 

     

    vor 38 Minuten schrieb grc:

    ...  bin ich einfach nur auf Fehlersuche ... 

    ... manchmal ist es effizienter/effektiver/schneller/besser, einen Fehler einfach zu umgehen, statt ihn aufwändig zu beseitigen.. Lass Dir mal den Tipp von Jan durch den Kopf gehen, das Script und die nötigen Quellen erstmal auf die betreffenden Rechner zu bekommen und das Ganze dann komplett lokal auszuführen. Nach dem KISS-Prinzip  ...  einfach ein bissl Komplexität reduzieren.  ;-) 

  5. vor 25 Minuten schrieb grc:

    Es geht um ein Rollout einer neuen Software-Version. 

    Ja - man könnte das so irgendwie hinfrickeln, aber das ist wirklich keine gute Idee. Ich gehe davon aus, dass es sich um mehr als 2 oder 3 Rechner handelt, die in einem Unternehmensnetzwerk arbeiten, richtig? Wie wird denn sonst Software installiert?  Wie Dukel schon empfohlen hat - eine Softwareverteilungslösung wäre die viiiieeel bessere Option dafür.  ;-) 

  6. vor 7 Minuten schrieb grc:

    An die Zugriffsrechte dachte ich auch schon. Zum Test hat nun schon "Jeder" auf das zu kopierende Share Zugriff. Auch mit Domain-Computers hätte ich es schon getestet.

    Das Startup und das Shutdown-Script laufen mit dem Konto und den Rechten des "lokalen Systems". Diese haben üblicherweise keine Rechte irgendwo in einem Netzwerk. Was willst Du denn eigentlich mit dem Konstrukt erreichen? Vielleicht gibt es ja eine bessere Methode, die Dir nur noch nicht eingefallen ist.  ;-)  ... aber sag jetzt bitte nicht "Ich will eine Datei vom Netzwerk-Share auf den lokalen Computer kopieren"!!!  :rolleyes:

     

  7. vor 36 Minuten schrieb grc:

    Hm, also ich möchte ein Powershell-Script bei jedem Shutdown eines Rechners ausführen. Dafür habe ich eine Group Policy verteilt. War das nun verständlicher ;-)

    Jup.  :thumb1:

    vor 36 Minuten schrieb grc:

    Bemerkbar macht es sich, indem einfach keine Daten in den entsprechenden lokalen Ordner kopiert werden. Wenn ich das Script aber manuell ausführe, funktioniert alles problemlos.

    Es läuft also, wenn Du es mit Deinen Zugriffsrechten ausführst, aber nicht, wenn es als Shutdown-Script ausgeführt wird. Was ist denn der wesentliche Unterschied zwischen den beiden Situationen? ;-);-) 

    vor 36 Minuten schrieb grc:

    Und ich war auch schon am debuggen. Deswegen startet das Script ja auch nur noch einen Kopiervorgang ;-)

    Das heißt, Du hast das Script also dazu gebracht, Dir aussagefähige Fehlermeldungen zu generieren?!? Und was waren die Fehler?  ;-);-) 

  8. vor 4 Stunden schrieb mwiederkehr:

    ... der seit zehn Jahren mit Libre Office arbeitet. Ich hatte ihm davon abgeraten, aber zu meinem Erstaunen funktioniert es super. Je nach Betrieb braucht man ja keine komplexen Office-Funktionen,... 

    Möchtest Du damit andeuten, Libre Office würde keine komplexen Office-Funktionen bieten?  ;-)   ... nach meiner Schätzung dürfte für mind. 85 % aller Office-Nutzer der Funktionsumfang von Libre-Office mehr als ausreichend sein.

  9. Das hättest Du initial ruhig mal mit "anreißen" dürfen. 

     

    Ich würd mir wieder das Leben einfacher machen und die Verknüpfung für den Start der Anwendung einfach ins das Startmenü der betreffenden Anwender packen ... also  nach "C:\Users\<USERNAME>\AppData\Roaming\Microsoft\Windows\Start Menu\Programs" z.B.  ... oder in einen Unterordner davon. Von dort dürfen sich die Anwender das ja gern selbst an Start oder Taskleiste anheften.

  10. vor 44 Minuten schrieb Amba33:

    Ja benötige Hilfe beim Script.

    OK, na dann hallo erstmal und willkommen im MCSEBoard! ;-)

     

    Wir schreiben hier keine gebrauchsfertigen Scripte auf Anfrage. Aber wir können Dir mit Deinem Script/Code helfen. Also was hast Du denn schon? Hast Du denn schon mal danach gesucht. Ich bin mir ziemlich sicher, dass man sowas schon quasi fertig findet, wenn man die richtigen Begriffe in seine Lieblings-Suchmaschine einklimpert. 

    z.B. Dein hier verwendeter Betreff auf englisch und ein bissl abgewandelt ... Exchange create mailbox folder for selected users ... eingegeben bei Google.  ;-) :thumb1:

     

     

  11. vor 17 Stunden schrieb Amba33:
     

    Ist sowas umsetzbar? Wen ja wie?

    Über Lösungsvorschläge wäre ich dankbar.

    Ich verstehe die Frage nicht so ganz. Du hast die Frage im Scripting Forum gestellt. Brauchst Du jetzt Hilfe beim Befehl? ... das wäre New-MailboxFolder und vielleicht Get-ADGroupMember für den Anfang. Oder brauchst Du Hilfe beim Script?  ... Du kannst es als geplante Aufgabe laufen lassen und die Gruppe (mehrmals) täglich prüfen und bei neuen Mitglieder in deren Mailbox den gewünschten Ordner erzeugen. ...

     

    Wo genau hängst Du denn?

  12. Gerade eben schrieb Kuddel071089:

    Dann werde ich mal probieren die Abfrage im Skript als Job (start-job) zu starten und dann mit wait-job zu arbeiten

    Ich würde in der Schleife eher mit Get-Job arbeiten und den Status auswerten. Und wenn er in der von Dir definierten Zeit nicht abgeschlossen wird, kannst Du die Schleife abbrechen/beenden. Wait-Job blockiert die Konsole ja so lange bis entweder der Job oder die Jobs abgeschlossen sind oder bis der Timeout abgelaufen ist.

  13. vor 27 Minuten schrieb Sunny61:

    Ich glaube BOfH_666 meint eine geplante Aufgabe, die kann man ja auch mehrmals täglich laufen lassen.

    Nee ... so meinte er das nicht. ;-)  ... es ging mir - wie auch Dukel vorschlug - um PS-Jobs. Du startest einen Job (oder auch mehrere) und wartest in einer Schleife auf den Abschluss des Jobs und holst Dir die Ergebnisse, wenn der Job abgeschlossen ist. In der Schleife hast Du eine Abbruchbedingung, die das Warten auf den Abschluss abbricht, falls es zu lange dauert.

     

    Ich bin aber auch bei Jan. Du doktorst an den Symptomen rum, ohne die Ursache zu betrachten. ;-) 

  14. vor 8 Stunden schrieb vorticity:

    na,  .cmd ist ASCII - da ist das doch auf meiner website verlinkt am elegantesten... 

    Hast Du mal geprüft, ob der Link funktioniert? Für mich tut er das nicht. Wenn Du Deinen Code zeigen möchtest, poste ihn doch bitte einfach hier im Forum und formatier ihn mit der entsprechenden Option als Code. Ich vermute aber mal, dass es sowieso nicht wirklich am Code liegt.

     

    vor 8 Stunden schrieb vorticity:

    OK, der code, der am besten funtioniert...aber welcher ist das? 

    Nicht "Der Code, der am Besten funktioniert" - sondern "Die Codierung, die am Besten funktioniert"  ;-) 

  15. Bernd,

     

    anstatt die CMD irgendwo zu verlinken, solltest Du den enthaltenen Code hier posten und als Code formatieren, bitte.

     

    UTF8 ist keine schlechte Option. Das Problem ist, dass die Bezeichnungen gern mal inkonsistent benutzt werden. Denn es gibt UTF8 with BOM und UTF8 no BOM. Am Ende solltest Du die Kodierung wählen, mit der es keine Probleme auf dem Zielsystem gibt. Das kann für eine CMD-Datei auch ASCII sein, wenn Du keine Umlaute verwenden möchtest.  ;-) 

     

×
×
  • Neu erstellen...