Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Building large packages with the default settings for spack can exhaust /tmp #1

Open
marcpaterno opened this issue Apr 3, 2024 · 1 comment

Comments

@marcpaterno
Copy link
Contributor

While trying to build a large package (gcc 13) on scisoftbuild02, my build failed because it filled /tmp. Also, having filled /tmp, things go wrong for other users.

This is a known feature of the default configuration for spack. It would be great if we could change this (perhaps in our fork of the spack repository?). If we can not, or should not, change this, we should have our introduction to setting up spack explain what to do to put the files generated by spack into a better place.

@knoepfel
Copy link
Contributor

knoepfel commented Apr 3, 2024

@marcpaterno, to override the default settings in Spack, the following can be added to user configuration using spack config edit config:

config:
  ...
  # The build stage can be purged with `spack clean --stage` and
  # `spack clean -a`, so it is important that the specified directory uniquely
  # identifies Spack staging to avoid accidentally wiping out non-Spack work.
  build_stage:
    - $spack/var/spack/stage            # <- favor location within spack installation
    - $tempdir/$user/spack-stage
    - $user_cache_path/stage

This assumes that spack is installed on a disk that can support a multi-GB build.

We should document this somewhere.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants