We ran an upgrade on our servers earlier and found our TeamCity builds that use the CLI to run “Octo Pack” were failing.
I checked the upgraded packages and saw
Updated octopuscli-7.4.3133-1.x86_64 @octopuscli
Update 7.4.3168-1.x86_64 @octopuscli
The error we were getting is:
Failed to determine location for extracting embedded files
DOTNET_BUNDLE_EXTRACT_BASE_DIR is not set, and a read-write cache directory couldn’t be created.
A fatal error was encountered. Could not extract contents of the bundle
After downgrading the CLI, the error went away.
Is this a bug? I saw a very similar issue from a year ago on a Mac.
As it related to .Net, the versions of the SDK and runtime installed are:
Thanks for reaching out, and sorry to hear that you’re having issues with your Octopus CLI.
I’m glad you were able to get unstuck by downgrading, but naturally, we’d like to make sure that this matter does not impact any other users.
Looking at the changelogs, it appears like those two versions are identical.
Which is the most puzzling part. I know there’s work being done in the later versions for net5.0, but those changes are from version 7.4.3180 onwards..
In the event that anyone else is hit by this, it could be worked around by populating that environmental variable (likely as an entry in your .bashrc file) like so:
mkdir -p .net/temp
I’ll reach out to the engineers who have been making these changes and see if there is anything that I’ve missed here. Just for reference, if we need to reproduce this, what version of CentOS are you running on the build agents?
Look forward to hearing from you soon!
This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.