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
{{ message }}
This repository has been archived by the owner on Nov 9, 2020. It is now read-only.
The fs.maxDiskAttachWaitSec is set to 60 seconds to prevent failures during parallel volume requests, as access to the powershell utility is synchronized. This should be reduced once parallel disk identification is implemented. Currently, fs.getDiskNum(..) blocks during parallel execution due to synchronized access to ps.Exec(..). Therefore, parallel volume creation in e2e tests block in fs.DevAttachWait(..) for a while and so we allow a long delay here.
shaominchen
changed the title
Reduce disk-attach wait time in the Windows plugin
Investigate to reduce disk-attach wait time in the Windows plugin
Sep 13, 2017
We are putting 2 days for investigation of this issue. Will file separate issues if parallel execution can be achieved.
mustfix for atleast investigation task (adding mustfix and investigate keywords)
tusharnt
changed the title
Investigate to reduce disk-attach wait time in the Windows plugin
Skylight performance improvement - Investigate to reduce disk-attach wait time in the Windows plugin
Oct 2, 2017
The
fs.maxDiskAttachWaitSec
is set to 60 seconds to prevent failures during parallel volume requests, as access to thepowershell
utility is synchronized. This should be reduced once parallel disk identification is implemented. Currently,fs.getDiskNum(..)
blocks during parallel execution due to synchronized access tops.Exec(..)
. Therefore, parallel volume creation ine2e
tests block infs.DevAttachWait(..)
for a while and so we allow a long delay here.See #1775 and these lines for more information.
/cc @shaominchen
The text was updated successfully, but these errors were encountered: