Open odoublewen opened 3 years ago
Actually, if I make the spack installation dir world-writable, most of the installs succeed, but there are stochastic failures, with various stack traces, but it's always because a file doesn't exist, e.g.:
==> Installing berkeley-db-18.1.40-x7y5y36hsslijbvuuyatqbyjyjrpppsl
==> No binary for berkeley-db-18.1.40-x7y5y36hsslijbvuuyatqbyjyjrpppsl found: installing from source
==> Fetching https://spack-llnl-mirror.s3-us-west-2.amazonaws.com/_source-cache/archive/0c/0cecb2ef0c67b166de93732769abdeba0555086d51de1090df325e18ee8da9c8.tar.gz
####################################################################################################################################################################### 100.0%
==> berkeley-db: Executing phase: 'autoreconf'
==> berkeley-db: Executing phase: 'configure'
==> berkeley-db: Executing phase: 'build'
==> berkeley-db: Executing phase: 'install'
==> Error: OSError: [Errno 22] Invalid argument: '/net/ifs/home/jdoe/spack/opt/spack/linux-ubuntu18.04-sandybridge/gcc-7.5.0/berkeley-db-18.1.40-x7y5y36hsslijbvuuyatqbyjyjrpppsl/lib/libdb-18.1.la'
/net/ifs/home/jdoe/spack/lib/spack/spack/build_systems/autotools.py:551, in remove_libtool_archives:
548 return
549
550 # Remove the files and create a log of what was removed
>> 551 libtool_files = fs.find(str(self.prefix), '*.la', recursive=True)
552 with fs.safe_remove(*libtool_files):
553 fs.mkdirp(os.path.dirname(self._removed_la_files_log))
554 with open(self._removed_la_files_log, mode='w') as f:
This may be due to misconfiguration or some obscure idiosyncrasies of our NFS mount. If you want to close this, I would understand. But I'm willing to help you understand more about the problem if you think it's worth pursuing.
Spack seems to get tripped up when I try to install it on our cluster NFS and if the spack installation dir is not world-writable. I get an error when it tries to set directory permissions immediately after creating a directory.
Some NFS systems exhibit latency on directory/file creation and initially I thought that might explain the phenomenon. But now I'm not so sure.
Installs work fine on this same system if I use a local hard drive.
Steps to reproduce the issue
Error Message
But note that the install dir doesn't exist:
Information on your system
Additional information
spack debug report
and reported the version of Spack/Python/Platform