Bug #6340
interesting problem with cvmfs
0%
Description
As near as I can tell, if files are not already in cache when you source setup or setups, the scripts fail in various interesting ways. Having a local ups already setup may mask some of the problems.
Once the relevant files are in cache, I can no longer reproduce the problem for this bug report.
Ron, the setup script complains that it cannot find the files in current.chain, even though they are clearly there. If I just ls .../current.chain and then source setup, it works.
Marc, here is one symptom of the problem with setups:
source /cvmfs/oasis.opensciencegrid.org/fermilab/products/common/etc/setups
grep: /grid/fermiapp/products/common/etc/setups: No such file or directory
/bin/ls: /grid/fermiapp/products/common/etc/setups: No such file or directory
/bin/ls: /grid/fermiapp/products/common/etc/setups: No such file or directory
s_source:.: no such file or directory: /grid/fermiapp/products/common/etc/setups_layout
/cvmfs/oasis.opensciencegrid.org/fermilab/products/common/etc/setups:1: no matches found: /ups/*/*/bin/ups
s_source:.: not enough arguments
UPS_DIR: undefined variable
FYI: I am also getting grep no such file reports when using setups inside a script.
My best option so far is a special copy of setups with the correct path hardwired:
source /cvmfs/oasis.opensciencegrid.org/fermilab/products/larsoft/setups.for.cvmfs
History
#1 Updated by Lynn Garren almost 6 years ago
This is with ups v5_1_2.
#2 Updated by Marc Mengel almost 3 years ago
- Target version set to v5_2_1
#3 Updated by Lynn Garren about 1 year ago
- Status changed from New to Resolved
I no longer recall the resolution, but this is no longer an issue.
#4 Updated by Lynn Garren about 1 year ago
- Status changed from Resolved to Closed