You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is either a puppet-sys issue or a powershell provider issue, unclear:
with the recent powershell module fix to support the timeout parameter of exec, execution of sys::fetch fails with the default timeout of '0':
Debug: /Stage[main]/Windows::Nssm/Sys::Fetch[download-nssm]/Exec[fetch-download-nssm]/creates: Checking that 'creates' path 'C:\ProgramData\installers\nssm-2.24.zip' exists
Error: Failure waiting for PowerShell process 6044 to start pipe server
Error: /Stage[main]/Windows::Nssm/Sys::Fetch[download-nssm]/Exec[fetch-download-nssm]/returns: change from 'notrun' to ['0'] failed: Failure waiting for PowerShell process 6044 to start pipe server (corrective)
0 should be unlimited, but, since it is a string, powershell provider interprets it as a non-false value (my guess). When overriden like this, everything works:
Sys::Fetch{
timeout => 120, # a smaller number also works
}
# 0 doesn't seem to work though, unclear why.
The text was updated successfully, but these errors were encountered:
This is either a puppet-sys issue or a powershell provider issue, unclear:
with the recent powershell module fix to support the timeout parameter of
exec
, execution ofsys::fetch
fails with the defaulttimeout
of'0'
:0 should be unlimited, but, since it is a string, powershell provider interprets it as a non-false value (my guess). When overriden like this, everything works:
The text was updated successfully, but these errors were encountered: