Bug #7749

Vagrant: Log file only copied when build succeeds

Added by kytv over 5 years ago. Updated 3 months ago.

Build system
Target version:
Start date:
Due date:
% Done:


Feature Branch:
Type of work:
Affected tool:


When a build using Vagrant succeeds, three files are copied from the VM:
- packagelist
- iso
- logfile

If the build fails for whatever reason, the log file is not copied from the VM.

Associated revisions

Revision 5a767986 (diff)
Added by intrigeri 3 months ago

Build system: set up infrastructure to retrieve log file from the VM even on build failure (refs: #7749)

Currently, when a build failed locally, the only way to investigate the failure
was to use one's terminal scrolling & searching features, because we did not
retrieve the build log. It would be nice to give developers the option to
analyze the log using whatever other tools they prefer.

This commit is not sufficient to fix this problem: we retrieve artifacts from
/home/vagrant/amnesia, but build-tails moves them there only once the build has
succeeded. To fix the problem we need to drop the "move artifacts from the
build directory to /home/vagrant/amesia" build step and retrieve the artifacts
directly from the build directory; as explained on, this requires moving
the build directory cleanup operations outside of build-tails.

Still, even as-is, I find this commit useful as it refactors things a bit,
makes the build task smaller, and gets us closer to the goal.


#1 Updated by intrigeri over 5 years ago

  • Status changed from New to Confirmed

#2 Updated by intrigeri almost 3 years ago

FWIW it seems it's still the case, at least on our Jenkins deployment.

#3 Updated by intrigeri 3 months ago

  • Status changed from Confirmed to In Progress
  • Assignee set to intrigeri
  • Feature Branch set to feature/15342-cache-wiki

#4 Updated by intrigeri 3 months ago

  • Status changed from In Progress to Confirmed
  • Assignee deleted (intrigeri)
  • Feature Branch deleted (feature/15342-cache-wiki)

I've set up some scaffolding but more work is needed: see 5a767986ba037b90a9ddd5b169f8b1f73bcad3b4.

Also available in: Atom PDF