You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 31, 2022. It is now read-only.
Since gem-plotting-tools has been updated to be more of a package that is installed or downloaded as a standalone release the clusterAnaScurve.py tool no longer properly sets up the computing env on the worker node of lxplus.
Additionally CERN IT is moving lxplus away from using the scheduler bsub to moving HTCondor:
Download a given release and all supporting software,
Unpack it and install it,
Set the env
Launch the analysis
Return the results
You may have to adapt this procedure to instead download all tarballs/zip files, and then send them to the worker node instead of having the worker node do this.
Presently right now the worker node is using AFS directories this typically is "frowned" upon and angry emails may be sent from cluster administers. Perhaps we should alter this.
Current Behavior
The computing env setup by clusterAnaScurve.py is no longer compatible with how the package is installed as either a rpm, zip, or tarball. Specifically the following lines need to be updated:
Support for the lxplus batch submission system was added by #105. Given limited resources let's close this for now; it can be reopened later if HTCondor goes live.
Brief summary of issue
Since
gem-plotting-tools
has been updated to be more of a package that is installed or downloaded as a standalone release theclusterAnaScurve.py
tool no longer properly sets up the computing env on the worker node of lxplus.Additionally CERN IT is moving lxplus away from using the scheduler
bsub
to movingHTCondor
:http://batchdocs.web.cern.ch/batchdocs/
Now might be a good time to migrate to
HTCondor
.Expected Behavior
The worker node on lxplus should:
You may have to adapt this procedure to instead download all tarballs/zip files, and then send them to the worker node instead of having the worker node do this.
Presently right now the worker node is using AFS directories this typically is "frowned" upon and angry emails may be sent from cluster administers. Perhaps we should alter this.
Current Behavior
The computing env setup by
clusterAnaScurve.py
is no longer compatible with how the package is installed as either a rpm, zip, or tarball. Specifically the following lines need to be updated:gem-plotting-tools/macros/clusterAnaScurve.py
Lines 150 to 163 in dd3c00f
Additionally the example shown in the
README.txt
needs to be updated:https://github.com/cms-gem-daq-project/gem-plotting-tools/#full-example-for-p5-s-curve-data
Context (for feature requests)
Need cluster computing abilities to re-analyze all s-curve data taken in P5.
The text was updated successfully, but these errors were encountered: