BOfH_666

Um Dir das Leben und den Support zu erleichtern, könntest Du auch darüber nachdenken, die Software auf alle frisch installierten Rechner zu bringen. Benutzer, die VPNUSER - Mitglieder sind, können sie benutzen, andere eben nicht. Unabhängig davon wäre ich bei @Dukel. Eine Software-Verteilung wäre die professionellste Lösung. Um wieviele PCs geht es denn eigentlich?

Klingt wie Hausaufgaben.

genau ... einfach mal die Backslashse gegen Vorwärts-Slashse austauschen ... also file:///x:/share/datei.mp4 ... funktioniert bei mir auch mit dem Edgium.

Existiert eine Software-Verteilungs-Lösung wie SCCM oder sowas? Um wie viele Server geht es und wie oft werden die neu installiert? ... 'will sagen: wenn es überschaubar ist, richte BGInfo einfach manuell oder per Script auf den gewünschten Servern ein und spar Dir die Zeit, die Du dafür verwendest, die Verteilung mittels GPO zum Laufen zu bringen.

Ich wär für'n multifunktionales, praktisches Kombi-eAuto, aber bitte mit der Möglichkeit, die benötigte elektrische Energie on-board aus Wasserstoff zu erzeugen. Den Wasserstoff gern in sogenannten Metallhydriden gespeichert. Die brauchen nicht unter so hohem Druck stehen und speichern trotzdem genug für längere Strecken. Was gibt's da nicht zu verstehen? Ein Schalter oder ein Drehregler für die Lautstärke würde den Profit pro Wagen um mindestens 3,50 € verringern und das gefällt den Aktionären überhaupt nicht. Oder hast Du etwa gedacht, dass es um die Kundenwünsche ginge?

Es hat doch nie jemand behauptet, dass Microsofties unfehlbar sind und sich immer immer immer an ihre eigenen, selbst aufgestellten Regeln halten.

Besteht denn für irgendjemanden Gefahr für Leib oder Leben? Wenn nicht - ist es kein Notfall. Würdest Du denn im Wartezimmer beim Arzt im Zweifel dem neben Dir wartenden Patienten ein Skalpell in die Hand drücken, weil gerade der Doktor nicht verfügbar ist? Es gibt Software-Verteilungslösungen, die dem Benutzer die Installation von (freigegebener/entsprechend vorbereiteter) Software ermöglichen, ohne Admin-Berechtigungen zu haben.

OK. Ein Grund, der für eine zentrale Bereitstellung spräche, wäre z.B. eine haus-interne Entwicklung der Software mit sehr schnellen Update-Zyklen und man möchte die Notwendigkeit der Software-Verteilung umgehen. Aber produktiv würde ich trotzdem immer die lokale Installation präferieren. Ich meinte nicht, dass ich nicht weiß, was es ist, ich meinte nur, dass ich dieses spezielle Produkt nicht persönlich kenne ... aber trotzdem danke für die Erklärung. Diese Info im ersten Beitrag, dann wäre der Thread vermutlich kürzer geworden. z.B. in dieser Art : "Bisher machen wir's so und so ... jetzt will ich's so und so machen ... weil ... was haltet ihr davon?" ... absolut legitim ... da wirst Du von mir keine Kritik hören. Jederzeit gern wieder.

<Spaß> Du Angeber!! </Spaß>

Um ehrlich zu sein - es kommt darauf an. Du hattest aber bisher auch wenig Informationen geliefert, um das fundiert bewerten zu können. Gründe, die dagegen sprechen würden, wären zum Beispiel die Latenz beim Zugriff oder die Zugriffssperre bei wechselseitigen Zugriff - also wenn ein PC die Datei "öffnet" oder "geöffnet" hält, kann kein anderer zur gleichen Zeit darauf zugreifen. ... und da kämen im Zweifel auch noch mehr Gründe in Frage. Mich würde interessieren, wie Du drauf gekommen bist. Meistens will man an einem funktionierenden "Status Quo" doch nur etwas ändern, wenn man Probleme damit hat. Man macht sich ja normalerweise nicht einfach so mehr Arbeit als unbedingt nötig - außer wenn's das Hobby ist - da zählt keine Effizienz und keine Effektivität und keine Rentabilität, da zählt nur Spaß. Hmmm OPSI kenne ich jetzt nicht, aber auch wenn es nur ein Copy-Job ist und die OCX-Dateien registriert werden, ist das Programm ja danach lauffähig auf dem PC vorhanden. Also ist es eine Installation. Auch viele andere (professionelle) Installationsroutinen machen nicht viel Anderes .... Dateien kopieren, DLLs oder OCXs oder eben andere Bibliotheken installieren und registrieren und einen Link zum Starten erzeugen .... das nennt man Installieren.

... und warum möchtest Du das ändern? Ich gehe mal davon aus, dass es sich um ein paar mehr Clients handelt - wie wird denn sonst bisher Software in Deiner IT-Infrastruktur verteilt?

Nur so 'ne Idee: Was könnte denn passieren, wenn Du's einfach mal probierst?

... hat sich erledigt

Du sagtest doch, dass Du das ohne die Überschrift Name haben wolltest. Es macht dann eigentlich keinen Sinn mehr, das in eine CSV-Datei zu exportieren.

Na Du bist ja fast da ... (Get-WindowsFeature | Where-Object {$_.installstate -eq "installed" -and $_.featuretype -eq 'Role'} | Select-Object -ExpandProperty Name ) -join '; ' Als Erklärung: Mit dem Parameter -ExpandProperty sagst Du Select-Object, dass Du nur die Textinformation aus einer Object-Eigenschaft extrahieren möchtest. Und die kannst Du dann eben mit -join und einem (oder mehreren) von Dir gewählten Zeichen verketten.

Ich kenne tatsächlich auch nur eine Person, die mit Windows ME zufrieden war, aber eine Gelegenheit zu feiern würde ich trotzdem nie ausschlagen.

Windows ME hat 20-jähriges Jubiläum. https://www.heise.de/news/20-Jahre-Microsoft-Windows-ME-ein-Unfall-der-Geschichte-4892729.html?wt_mc=rss.red.ho.ho.rdf.beitrag.beitrag

Eine kurze Google Suche nach "powershell get-service log on as" bringt bei mir als ersten Treffer das hier: https://devblogs.microsoft.com/scripting/the-scripting-wife-uses-powershell-to-find-service-accounts/ Get-Service bringt Dich in diesem Fall also nicht weiter ... aber Get-CimInstance tut's ... Get-CimInstance -ClassName Win32_Service | Select-Object -Property Name, StartMode, StartName

Was ja trotzdem nicht heißt, dass man sich beim Thema Migration auf die faule Haut legen kann, oder? ... auch dieser Support endet in nicht allzu ferner Zukunft.

Ich möchte es nur mal erwähnt haben: Der Support für Windows 7 ist seit 9 Monaten beendet. Ich würde empfehlen, die Energie eher in die anstehende Migration zu stecken als in das Trouble-Shooting eines unsupporteten Systems.

Ich kann Norbert nur zustimmen. Ein simpel gestricktes Script kann eine vernünftige Monitoring-Lösung nicht ersetzen. Im Zweifel fällt Dir eine Platte aus - 3 Sekunden nachdem das Script gelaufen ist. So ... eigentlich sollte das alles sein, was Du brauchst: Get-item ".\log.txt" -ea 0 | Remove-Item -ea 0 $logfile = ".\log.txt" function CheckSmartArray { C:\Windows\System32\cmd.exe /c "C:\Program Files\Smart Storage Administrator\ssacli\bin\ssacli.exe" controller slot=0 physicaldrive all show } CheckSmartArray | out-file -filepath $logfile -append if (Select-String -Path $logfile -Pattern 'Failed' -SimpleMatch ) { $Subject = "failed disk found on $ENV:COMPUTERNAME " } else { $Subject = "all drives OK on $ENV:COMPUTERNAME " } $SendMailMessageParams = @{ From = 'xxxxxxxxxxxxxxx' To = 'XXXXXXXXXX' SmtpServer = 'smtp.server.contoso.de' Port = 25 Subject = $Subject Body = "Please examine server $ENV:COMPUTERNAME" } Send-MailMessage @SendMailMessageParams Du solltest keinen Code ausführen, von dem Du nicht verstehst, was er macht ... schon gar nicht auf Servern in Deiner produktiven Umgebung.

Du willst also nur wissen, ob es auf einem Server eine Platte mit einem Fehler gibt oder nicht, richtig? Eine Log-Datei mit einem Fehler wäre dann auch mal hilfreich gewesen.

Hmmmm ... kann sein, dass ich zu viel erwarte aber die drei Zeilen finde ich jetzt nicht soo repräsentativ. HPE Smart Array P408i-a SR Gen10 in Slot 0 (Embedded) Array A physicaldrive 1I:3:1 (port 1I:box 3:bay 1, SAS HDD, 1.2 TB, OK) physicaldrive 1I:3:2 (port 1I:box 3:bay 2, SAS HDD, 1.2 TB, OK) physicaldrive 1I:3:3 (port 1I:box 3:bay 3, SAS HDD, 1.2 TB, OK) Kannst Du vielleicht ein bissl detaillierter erklären, wie was wo das Ganze ablaufen soll und was Du erwartest? Soll das Script auf verschiedenen Servern laufen und dann pro Server eine Mail schicken? ... oder, oder , oder? Bitte .... "Das" Skript

Hallo FConnemann und Willkommen im MCSEboard. Warum denn das? Bitte nicht falsch verstehen - das Script sieht unnötig komplex aus. Kannst Du uns ein paar repräsentative Zeilen aus der Log-Datei posten, die die 'ssacli.exe' erzeugt? Du checkst die gleiche Log-Datei zweimal - einmal nach "Error" und dann nochmal nach "OK" und schickst für jede einzelne Fundstelle eine Mail innerhalb der beiden Schleifen.

Es gäbe noch die Möglichkeit, das Script selbst entsprechend anzupassen. Eine Abfrage "Wo bin ich gerade" und davon abhängig "Ich mache jetzt dies und das" hätte einen vergleichbaren Effekt.