MSDeploy: errore che utilizza il provider runCommand per chiamare il file .cmd remoto (timeout)

Si sta verificando un errore durante il tentativo di utilizzare il provider MSDeploy "runCommand" per eseguire un file .cmd su una macchina remota. Il tempo di esecuzione previsto dovrebbe essere di circa 10 secondi, ma MSDeploy lo esegue solo per circa 2-3 secondi, dopodiché vengono restituiti i dettagli dell'errore di tempo.MSDeploy: errore che utilizza il provider runCommand per chiamare il file .cmd remoto (timeout)

Ecco la completa MSDeploy "EseguiComando" testo riga di comando che sto usando:

msdeploy.exe -verb: sync -source: EseguiComando = "D: \ Web Deploy tester \ test_cmd.cmd", dontUseCommandExe = false, waitAttempts = 5, waitInterval = 1000 -dest: auto, computername = http: // test-macchina: 89/MsDeployAgentService /, username = aaa, password = bbb

Ecco i dettagli di errore restituito:

Tutte le idee perché questo sta accadendo e come risolverlo?

fonte

2010-04-22 dabuild

Ho lo stesso problema, indipendentemente dal waitInterval specificato, msdeploy restituisce immediatamente questo errore, quando chiaramente non ha atteso il tempo specificato prima dell'errore. –

Ho notato che quando l'ho usato in un file batch e stavo usando '"' ho commesso l'errore di includere 'waitInterval' all'interno della citazione per il percorso del comando piuttosto che all'esterno:' .. ", waitInterval..' –

È necessario specificare un valore superiore di waitInterval. Questo valore è in millisecondi. Potresti provare 20000 (20 secondi). Il valore predefinito è 1000.

fonte

2010-05-01 03:28:45

Grazie per la risposta, Sayed. Ho provato il tuo suggerimento e ho anche dato il processo fino a pochi minuti per completare, ma questo non risolve il problema. Inoltre, secondo la documentazione di runCommand, sembra che l'impostazione da lei menzionata sia la durata dell'intervallo tra i tentativi, non il tempo consentito per il comando remoto di completare l'esecuzione prima del time-out. Il file .cmd può essere eseguito dal prompt dei comandi sulla macchina locale senza problemi e l'account che esegue l'operazione ha i privilegi a livello di amministratore. Qualche altra teoria sul perché questo sta accadendo? – dabuild

Odio dirlo, ma "anche io". Ho un "runCommand" nel mio SourceManifest.xml, e waitInterval/waitAttempts sembrano essere ignorati –

Sono riuscito a ottenere MsDeploy.exe per fare qualcosa di diverso da predefinito impostando waitAttempts = 1 e waitInterval = 20000, ma non è quello che ho previsto e hanno rinunciato al provider runcomommand –

MSDeploy: errore che utilizza il provider runCommand per chiamare il file .cmd remoto (timeout)

risposta

Problemi correlati