CMSSW

CMSSW

Version of CMSSW the user wants is not found

Be sure to check different SCRAM_ARCH.

For details see https://twiki.cern.ch/twiki/bin/view/CMSPublic/SWGuideScram#CmsswSCRAMCommands

CMSSW versions are automatically installed and removed as depreciated. If a version vanishes and a user requires it, you can install it by hand following Admin Guide CMSSW install instructions.

Release is not available for architecture

hepcms-in2 ~] cmsrel CMSSW_8_1_0_pre2

WARNING: Release CMSSW_8_1_0_pre2 is not available for architecture slc6_amd64_gcc472.

Developer's area is created for available architecture slc6_amd64_gcc530.

hepcms-in2 ~]$setenv SCRAM_ARCH slc6_amd64_gcc530

hepcms-in2 ~]$ scramv1 list CMSSW

choose from the list what you want.

Scram b fails

I am having today a strange error when issuing "scram b" on a release that

worked perfectly fine just 2 days ago (based on CMSSW_8_0_12).

I get the message:

Reading cached build data

Can't call method "rawdata" on an undefined value at

/cvmfs/cms.cern.ch/share/lcg/SCRAMV1/V2_2_6_pre8/src/BuildSystem/BuildDataStorage.pm

line 518.

Any idea of what it is going on? As I say, I was able to compile in the

same directory just two days ago.

Solution

This happens when your working area is corrupted. Can you run

scram build -f clean

in it and try again.

CVMFS

CVMFS failures are evident when CMSSW, CRAB, and similar scripts do not work, as well as the soft link/sharesoft/cmssw/cmsset_default.csh (or .sh) - note the soft link could be affected by problems with /data. We have also seen that users get hangs when logging in (sourcing cvmfs in the shell script), or doing ls or any CMSSW or root commands. There are some debugging guides which you may find useful at OSG, CERN, and UFL. These are commands we've found that have worked from the CERN guide.

• First check to see if the directory which mounts CVMFS is full: R510, compute: /tmp; grid & interactive: /scratch; HN & namenode: no CVMFS

• If you need to unmount cvmfs, the proper way to unmount it is (as root su - on that node):
  cvmfs_config umount

  • I have also seen umount -l /cvmfs/cms.cern.ch

• Remount as a user with ls /cvmfs/cms.cern.ch/cmssw_default.csh

• Check that no instance of CVMFS is running (this should give back only your grep command, if the mount is hanging you may see "mount" instances from this):
  ps -aux | grep cvmfs2

• Wipe the cache:
  cvmfs_config wipecache

• Run a filesystem check (there may be errors, but I have not found them to be illustrative, note that you need to have /scratch instead of /tmp below for some nodes as indicated above):
  cvmfs_fsck -j 4 /tmp/cvmfs/shared

• Check the configuration is valid (it should return OK):
  cvmfs_config chksetup

• Test by listing files mounted on CVMFS (it's an auto-mount system and will mount when you ask for it):
  ls -alh /cvmfs/cms.cern.ch/cmsset_default.sh

• Pro tip: The above set of commands are saved in a script (run it 3-4 times before giving up)

• /data/osg/scripts/fixCVMFS.sh

• 
  

• The cvmfs system uses automount, we have also been advised to (use this if above doesn't work):cvmfs_config umount; service autofs reload; cvmfs_config wipecache; mount as user (see above)

• Please note that if cvmfs appears to work but users are getting weird errors about missing parts of CMSSW and root not working, or long hangs, you should check that SQUID is working (there is a link on the main page to see squid results). One key to this is that when you issue the command: cvmfs_config chksetup that it reports errors connecting to the squid proxy, i.e.:

  • Warning: failed to access http://cvmfs.fnal.gov:8000/opt/cms/.cvmfspublished through proxy http://hepcms-hn.umd.edu:3128

  • The solution is to check and then start SQUID on the head node, check the OSG guide for the latest commands, but it is most likely: service frontier-squid status; service frontier-squid start (if it is not running, if it is, do a restart)

  • Also check that squid has sufficient running space on the head node (df -h /scratch), and check for excessive network activity on the HN and the node with cvmfs troubles

• For specific versions of packages (like pythia) somewhere there’s a list of all the different `cvmfs` mounts like `/cvmfs/cms.cern.ch` `/cvmfs/geant4.cern.ch` `/cvmfs/sft.cern.ch`, but I cannot find the page, when I am looking for software, just browse through those and see if you can find it https://cernvm.cern.ch/portal/cvmfs/examples

The above fixCVMFS.sh works for the following troubles:

ssh -Y s@hepcms.umd.edu

s@hepcms.umd.edu's password:

Last login: Tue Sep 6 15:59:15 2016 from march.umd.edu

[s@hepcms-in2 ~]$ setenv SCRAM_ARCH slc6_amd_gcc530

[s@hepcms-in2 ~]$ cmsrel CMSSW_8_0_11

ERROR: Unable to find release area for "CMSSW" version "CMSSW_8_0_11" for arch slc6_amd_gcc530.

Please make sure you have used the correct name/version.

You can run "scram list CMSSW" to get the list of available versions.

[s@hepcms-in2 ~]$ scram list

SCRAM warning: >>>> There are no SCRAM project yet installed. <<<<

[s@hepcms-in2 ~]$ setenv SCRAM_ARCH slc6_amd64_gcc530

[s@hepcms-in2 ~]$ cmsrel CMSSW_8_0_11

WARNING: There already exists /home/sebard/CMSSW_8_0_11 area for SCRAM_ARCH slc6_amd64_gcc530.

[s@hepcms-in2 ~]$ cd CMSSW_8_0_11/src

[s@hepcms-in2 src]$ cmsenv

[s@hepcms-in2 ~/ZDC_2016]$ root -l

libCore dictionary payload:80:10: fatal error: 'TBuffer.h' file not found

*** Note that any .h or .so file found in running root or cmsRun, first check to see if cvmfs is mounted/working on that node!

cmsrel and cmsenv "commands not found"

Problem: am trying to source CMSSW from a python script, but I get the error message:

/.automount/home/home__home1/institut_3a/knutzen/METAL/source_combine.sh: line 6: cmsenv: command not found

Ans:

Shortest answer is they need to run this command which should be in their .cshrc or .bashrc: source /cvmfs/cms.cern.ch/cmsset_default.csh) Long answer below

cmsenv is an alias to (for sh style shells):

cmsenv='eval `scramv1 runtime -sh`'

and I see in your script you have the line corresponding to that

commented out. Uncomment that also could use the unaliased version of the command in my script ended up giving me what I wanted. Maybe you can try uncommenting that line and commenting out the cmsenv line to see if it works.

=======

problem same issue:

Ans: I see you made a .tcshrc

[root@hepcms-hn ~]# more ~natoli/.tcshrc

# My Aliases

alias emacs 'emacs -nw'

alias goroot 'cd ~/SummerWor/CMSSW_7_5_8/src; cmsenv; cd -'

alias gojettime 'cd ~/PhysHonr269l/DarkQCD/darkgen/jetclusteringexercise'

That supercedes the .cshrc:

[root@hepcms-hn ~]# more ~natoli/.cshrc

# .cshrc

# Source global definitions

if ( -f /etc/csh.cshrc ) then

source /etc/csh.cshrc

endif

# User specific aliases and functions

# gLite & CRAB

alias source_CRAB 'source /cvmfs/cms.cern.ch/crab/crab.csh'

# CMSSW

setenv VO_CMS_SW_DIR /cvmfs/cms.cern.ch/

source $VO_CMS_SW_DIR/cmsset_default.csh

# Kerberos

alias kinit_fnal '/usr/kerberos/bin/kinit -A -f'

alias kinit_cern '/usr/kerberos/bin/kinit -5 -A'

# My created aliases

alias gocmsenv 'cd ~/TMVA/CMSSW_7_6_3/src; cmsenv; cd -'

alias emacs 'emacs -nw'

All of those common things before “#My created aliases” in your .cshrc need to be copied to your .tcshrc if you want to have access to those commands.

ROOT

I have a macbook air, I'm using UNIX, and I have downloaded Xquartz and it is open.

The commands I enter are:

ssh -X -Y jcoldsmith@hepcms-in1.umd.edu

(mypassword)

cd ~/learnlinux/CMSSW_7_5_8/src/

cmsenv

root -l

I then get the error:

DISPLAY not set, setting it to 206-196-186-151.wireless.umd.edu:0.0

WARNING: AutoLibraryloader::enable() and AutoLibraryLoader.h are deprecated.

Use FWLiteEnabler::enable() and FWLiteEnabler.h instead

root [0]

Solution:

Somehow root worked with xterm but not xquartz.

Something to do with how DISPLAY environment variable is being set on Mac in Terminal.

FWLite

WARNING: AutoLibraryloader::enable() and AutoLibraryLoader.h are deprecated.

Use FWLiteEnabler::enable() and FWLiteEnabler.h instead

This is using old version of FWLite with something from your .rootlogon.C that shouldn’t be there anymore, I suspect you copied one from previous analyzers, the new instructions can be found here:

https://twiki.cern.ch/twiki/bin/view/CMSPublic/WorkBookFWLite

This error has nothing to do with the display error.