MaxKozlov

1.
Вы можете просто использовать ansible_hostname
Оно из фактов присваивается
2.
При дописывании новых у вас файл будет разрастаться. Это нарушает принцип "при повторном запуске уже настроенного ничего не меняется"
Вы уверены что вам нужно именно это поведение?

по хорошему, прометеусу джоб править не надо, надо править только хосты, подключенные к джобу
вам просто надо вынести хосты в file_sd и обновлять их содержимое. там можно использовать маски и держать по файлу на хост, например, или на группу хостов, куда и дописывать ваше
Его тогда и рестартовать не придётся. прометеус сам изменения подхватит

Точно так же. Только вместо /control - нужную команду
И еще вы присваиваете одной переменной $dlgBttn обе кнопки. Поэтому по факту у вас работает только view. Сделайте разными

$ar = New-Object System.Security.AccessControl.FileSystemAccessRule($group, @('Read', 'ReadAndExecute'), 
      'ContainerInherit,ObjectInherit', 'None', 'Allow')
# Получаете список папок
Get-ChildItem -Directory -Recurse $Path | Foreach-Object {
# Получаете по ним ACL
  $acl = $_.GetAccessControl('Access')
# Сравниваете с нужным
  if (-not ($acl.Access.IdentityReference -eq $group)) {
# Добавляете если надо
    $acl.SetAccessRule($ar)
    $_.SetAccessControl($acl)
  }
}

upd: Поправил сравнение, так как для массивов на -eq происходит фильтрация, вынес создание $ar из цикла

А вообще, как у вас могут появляться папки без нужных прав? Может права/наследование надо грамотно настроить ? Или скрипт на мониторинг создания папок повесить

Потому что у PS (по крайней мере в версии 5.1) проблем с этим нет. Только что проверил

UPD: Соврамши. именно пароль менять не хочет :) Остальное работает.

Пока два варианта:
1. Переместить запись в другой юнит, сменить там пароль и переместить обратно :)
2. Использовать "старый" вариант с ADSI:

$u = Get-ADUser iivanov
$u2 = [ADSI]("LDAP://" + $u.DistinguishedName)
$u2.SetPassword('PassWord123')

Завтра на свежую голову ещё подумаю.
Upd: Пожалуй, других вариантов нет.
Powershell ActiveDirectory использует ActiveDirectoryWebServices, а не System.DirectoryServices, Похоже, это бага ADWS.

Хотя, конечно, ситуация дикая

Файлы удаляются через Remove-Item.

Я бы написал так. Но, как справедливо указал Владимир Коротенко, на свой страх и риск :)

$PathIn  = "\\Server\files"

Get-ChildItem -Path $PathIn -Filter UVHD-S*.vhdx | Where-Object {
    $User = Get-AUser $_.BaseName.Substring(5);
    $User.Enabled -eq $false
} | Remove-Item -Whatif

И ещё, как минимум, стоит себя обезопасить и удалять не просто отключенных, на уже давно отключенных, например с просроченным паролем.
То есть вам надо будет доработать часть $User.Enabled -eq $false

1. Конкретная версия
в примерах

- name: Install the version '1.00' of package "foo"
  ansible.builtin.apt:
    name: foo=1.00

2.

- name: postgresql status
  command: systemctl status postgresql
  register: p_status
- debug: var=p_status

Но лучше не так, лучше, например,
state: restarted, который показывает что сервис рестартован и успешно

- name: ensure postgresqt restarted
  systemctl:
    name: postgresql
    state: restarted

3. state: link

- name: Create a symbolic link
  ansible.builtin.file:
    src: /file/to/link/to
    dest: /path/to/symlink
    owner: foo
    group: foo
    state: link

Можно даже так:

---
- hosts: localhost
  gather_facts: no
  handlers:
    - name: restart something
      debug: msg="Something restarted"
   
  tasks:
    - debug: msg="Special action"
      changed_when: true
      notify: restart something

Но лучше не надо, роли должны быть самодостаточны.
Тем более что хэндлеры обычно всего на две-три строки и не меняются никогда

Можно ещё зависимость от отдельной роли настроить и хэндлеры оттуда вызывать
Структура примерно такая

role1
 meta dependencies subrole
role2
 meta dependencies subrole
subrole
 handlers

они и так будут браться из ивентори.
default - это именно default, то есть если не указано нигде

Variable precedence: Where should I put a variable?

Почему - не скажу, скорее всего особеность запуска именно из Powershell.
Start-Process helloworld.exe
Даст вам то же самое окно GUI с ошибкой
А в самом PS можно смотреть на $LASTEXITCODE
У меня туда на программу с отсутствующей dll возвращает 0xc0000135

From the ntstatus.h SDK header file:

//
// MessageId: STATUS_DLL_NOT_FOUND
//
// MessageText:
//
// The program can't start because %hs is missing from your computer.
// Try reinstalling the program to fix this problem.
//
#define STATUS_DLL_NOT_FOUND ((NTSTATUS)0xC0000135L) // winnt

Хотя, скорее всего, это как раз окно с ошибкой - особенность запуска из Explorer, а cmd наверняка использует shell.open

Самое простое в вашем случае, если запускаете сторонним софтом - обычный cmd
.

robocopy \\%computername%\c$\logs \\server\logs\%computername%\logs /e

Если с сервера - powershell

$computers =get-content 'c:\computers.txt'
foreach ($computername in $computers) {
  robocopy "\\$computername\c`$\logs" "\\server\logs\$computername\logs" /e
}

Можно сделать подобный цикл на cmd через "for/f"

for /f %%a in (c:\computers.txt) do robocopy \\%%a\c`$\logs \\server\logs\%%a\logs /e

[System.BitConverter]::ToSingle(@(0xcd,0xcc,0x4c,0x41),0)
12,8

Соответственно, смотря откуда берёте данные.
Если из массива байтов, то как написал выше, если из uint - сначала его предварительно надо тем или иным способом в массив байтов преобразовать. в целом это .net, а не powershell

Where-Object + GetValue()

$usb = Get-ChildItem -path HKLM:\SYSTEM\ControlSet001\Enum\USB\ -Recurse
$usb | Where-Object { $_.GetValue('Address') -eq 4 }

Вообще, если вы используете свежий powershell с модулем PSReadLine, то автодополнение очень помогает

$usb[1].<Ctrl+Space>
И разглядываете
или old-way
Get-Member -InputObject $usb[1]

Можно ещё заморочиться с Get-ItemProperty, но это будет сложнее

тут скорее зависит от того что у вас там в параметрах
Что-то простое, типа строки, работает

$x = 'test'
psexec \\server powershell -NoProfile -Сommand "write-host '$X'"
psexec \\server powershell -NoProfile -Command "param(`$a) write-host `$a"  $x

А вот если там объект, его надо предварительно сериализовать в строку, а на той стороне десериализовать

Вариант сериализации - Convert-ToJson с последующим упаковыванием в base64

Может быть даже проще окажется использовать -EncodedCommand