-
Notifications
You must be signed in to change notification settings - Fork 5
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
f84aaed
commit 24eecbf
Showing
17 changed files
with
149 additions
and
29 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,90 @@ | ||
* Added bps htcondor job setting that should put jobs that | ||
get the signal 7 when exceeding memory on hold. Held | ||
message will say: "Job raised a signal 7. Usually means | ||
job has gone over memory limit." Until bps has the | ||
automatic memory exceeded retries, you can restart these | ||
the same way as with jobs that htcondor held for exceeding | ||
memory limits (condor_qedit and condor_release). | ||
|
||
* Too many files were being written to single directories in | ||
job/<label>. There is now a template for it defined in yaml: | ||
subDirTemplate: "{label}/{tract}/{patch}/{visit.day_obs}/{exposure.day_obs}/{band}/{subfilter}/{physical_filter}/{visit}/{exposure}" | ||
|
||
To revert back to previous behavior, in your submit yaml set: | ||
subDirTemplate: "{label}" | ||
|
||
* bps now has defaults so submit yamls should be a lot simpler and | ||
require less changes when bps or pipetask changes. For default | ||
values see ${CTRL_BPS_DIR}/python/lsst/ctrl/bps/etc/bps_defaults.yaml. | ||
See ${CTRL_BPS_DIR}/doc/lsst.ctrl.bps/pipelines_check.yaml for | ||
an example of much simpler submit yaml. | ||
|
||
Values in bps_defaults.yaml are overridden by values in submit | ||
yaml (be careful of scoping rules e.g., values in a pipetask | ||
section override the global setting). | ||
|
||
STRONGLY recommend removing (commenting out) settings in the | ||
submit yaml that are set in the default yaml (i.e., the settings | ||
that are same across runs across repos, ...) | ||
|
||
It would be helpful to know in what cases submit yamls have to | ||
override default settings, in particular the command lines. | ||
|
||
* With the above defaults one can more easily append options to the | ||
pipetask command lines as variables in submit yaml: | ||
* extraQgraphOptions: Adds given string to end of command line for | ||
creating QuantumGraph (e.g., for specifying a task wit -t) | ||
* extraInitOptions: Adds given string to end of pipetaskInit | ||
command line | ||
* extraRunQuantumOptions: Adds given string to end of the pipetask | ||
command line for running a Quantum (e.g., "--no-versions") | ||
|
||
These can also be specified on the command line (see `bps submit --help`). | ||
* --extra-qgraph-options TEXT | ||
* --extra-init-options TEXT | ||
* --extra-run-quantum-options TEXT | ||
|
||
Settings on command line override values set in submit yaml. | ||
|
||
The default commands no longer include "--no-versions" or saving | ||
a dot version of the QuantumGraph. Use the appropriate new variable | ||
or command-line option to add those back. | ||
|
||
* Can specify some pipetask options on command line (see `bps submit --help`): | ||
* -b, --butler-config TEXT | ||
* -i, --input COLLECTION ... | ||
* -o, --output COLL | ||
* --output-run COLL | ||
* -d, --data-query QUERY | ||
* -p, --pipeline FILE | ||
* -g, --qgraph TEXT | ||
|
||
Settings on command line override values set in submit yaml. | ||
|
||
* bps now saves yaml in run's submit directory. One is | ||
just a copy of the submit yaml (uses original filename). And | ||
one is a dump of the config after combining command-line options, | ||
defaults and submit yaml (<run>_config.yaml). | ||
|
||
* If pipetask starts reporting errors about database connections | ||
(e.g., remaining connection slots are reserved for non-replication | ||
superuser connections) ask on #dm-middleware-support about | ||
using execution butler in bps. This greatly reduces the number of | ||
connections to the central database per run. It is not yet the default | ||
behavior of bps, but one can modify the submit yaml to use it. See | ||
${CTRL_BPS_DIR}/doc/lsst.ctrl.bps/pipelines_check_execution_butler.yaml | ||
|
||
The major differences visible to users are: | ||
* bps report shows new job called mergeExecutionButler in detailed view. | ||
This is what saves the run info into the central butler repository. | ||
As with any job, it can succeed or fail. Different from other jobs, it | ||
will execute at the end of a run regardless of whether a job failed or | ||
not. It will even execute if the run is cancelled unless the cancellation | ||
is while the merge is running. Its output will go where other jobs go (at | ||
NCSA in jobs/mergeExecutionButler directory). | ||
* See new files in submit directory: | ||
* EXEC_REPO-<run>: Execution butler (yaml + initial sqlite file) | ||
* execution_butler_creation.out: output of command to create execution butler | ||
* final_job.bash: Script that is executed to do the merging of the run info into the central repo. | ||
* final_post_mergeExecutionButler.out: An internal file for debugging incorrect reporting of final run status. | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,6 @@ | ||
* bps report | ||
* Columns now are as wide as the widest value/heading | ||
and some other minor formatting changes. | ||
* Detailed report (--id) now has an Expected column | ||
that shows expected counts per PipelineTask label | ||
from the QuantumGraph. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,24 @@ | ||
Recording Changes | ||
================= | ||
|
||
This directory contains "news fragments" which are small files containing text that will be integrated into release notes. | ||
The files can be in restructured text format or plain text. | ||
|
||
Each file should be named like ``<JIRA TICKET>.<TYPE>`` with a file extension defining the markup format. | ||
The ``<TYPE>`` should be one of: | ||
|
||
* ``feature``: New feature | ||
* ``bugfix``: A bug fix. | ||
* ``api``: An API change. | ||
* ``perf``: A performance enhancement. | ||
* ``doc``: A documentation improvement. | ||
* ``removal``: An API removal or deprecation. | ||
* ``other``: Other Changes and Additions of interest to general users. | ||
* ``misc``: Changes that are of minor interest. | ||
|
||
An example file name would therefore look like ``DM-30291.misc.rst``. | ||
|
||
If the change concerns specifically the registry or a datastore the news fragment can be placed in the relevant subdirectory. | ||
|
||
You can test how the content will be integrated into the release notes by running ``towncrier --draft --version=V.vv``. | ||
``towncrier`` can be installed from PyPI or conda-forge. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Empty file.
File renamed without changes.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters