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
I am building windows boxes on AWS and have the ebs volume "delete_on_termination" set to false so after a failed build I can [a] attach the volume, [b] boot an instance, [c] look at it's logs, [d] shutdown the instance, [e] detach the volume, [f] manually delete the volume.
I noticed the c:\windows\temp.out files contain the console output of powershell provisioners I run.
Getting this output is the only reason I have to take all these extra steps to get this information.
Would be great if Packer supported something like PACKER_CONSOLE_LOGS_COPY=$env:temp so that those logs could always be brought back (especially the last one that failed) and I could avoid the extra steps.
The text was updated successfully, but these errors were encountered:
Thanks for opening an issue. There is an open request to support leaving artifacts intact after a failed build. We also have -debug mode which allows you to step through the build process and inspect the VM state at various points. Does either of those satisfy your use case here?
I am building windows boxes on AWS and have the ebs volume "delete_on_termination" set to false so after a failed build I can [a] attach the volume, [b] boot an instance, [c] look at it's logs, [d] shutdown the instance, [e] detach the volume, [f] manually delete the volume.
I noticed the c:\windows\temp.out files contain the console output of powershell provisioners I run.
Getting this output is the only reason I have to take all these extra steps to get this information.
Would be great if Packer supported something like PACKER_CONSOLE_LOGS_COPY=$env:temp so that those logs could always be brought back (especially the last one that failed) and I could avoid the extra steps.
The text was updated successfully, but these errors were encountered: