New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move the MET nightly build and Fortify runs from dakota to kiowa as the met_test user. #1510
Comments
…nd update test_nightly.sh to use them.
…to the old SVN repository prior to the move to GitHub. This script is no longer needed since it does not match our development workflow anymore. It was used to check out 2 versions of the code, find the files that differ, and create a tarball of the diffs. However, we no longer do that.
… from the environment files.
Reorganized these scripts into directories and made a few improvements. Below is an email from Randy explaining how the Fortify scraping and comparison is done: It's not a script, and it's not just one job, but it should be easy to turn into a single script. It all takes place in /home/bullock/fortify, if you need to browse there. There are three separate cron jobs. The first one, at 6:00 am, copies the pdf summary produced by fortify into a local area. Here's the script:
The 2nd cron job, at 6:15 am, runs /usr/bin/ps2ascii on the pdf to convert it into an ascii file. The ascii output is truly awful to look at, but it let's us use things like "grep Low", "grep High", and "grep Critical" on it to grab the counts. The counts are then appended to a file /home/bullock/fortify/counts_new.txt. I ran "tail" on that file just now, and here's the output:
The columns are month, day, year, low count, high count, critical count. This tool, /usr/bin/pdf2ascii, is the the core tool that makes this whole thing work. The last cron job, running at 6:30 am, reads the counts file, makes sure that the counts for both today and yesterday are there, does the subtraction and composes and sends the email. (Or doesn't send the email, if all the differences are zero.) Shouldn't be too hard to make this into a single script. I never got around to it ... instead, I just adapted the code that produced the old png graphics (remember those?), and called it good enough. |
pdftohtml -f 2 -l 2 MET-develop_20201006_rev.pdf(base) met_test@kiowa:/d1/projects/MET/MET_regression/fortify/NB20201006/MET-develop/met$ grep -A 1 High MET-develop_20201006_revs.html |
…sewhere in the script. Also, tweak the email message to include a count the last 3 lines of the log file with the error and warning counts.
…uns to be johnhg, bullock, hsoh, and fillmore.
…rsion of the nightly build log files.
OK, this work is finished. Listed below is the new crontab entry for the met_test user on kiowa:
These are running fine now and exercise:
Testing of 2 additional scripts is shown below:
The result in a tarfile named "".
Output is:
|
…ile if available and do a better job defining the SCRIPT_DIR. Also fix met_build.sh to avoid the tarball being named met-met-9.1...
Describe the Task
Currently, nightly builds for the develop and main_v9.1 branch are run on dakota as johnhg. In addition, fortify is run as johnhg, writing to the same output directory as the NB run. Then, some scripts are run as bullock on dakota to scrape the fortify pdf files and email if any counts have changed.
This task is to do the following:
(1) Reorganize the scripts directory into build, regression, and fortify sub-directories.
(2) Add a dev_met_env directory with files defining the required environment for building on dakota or kiowa. Add files for dev_met_env.dakota and dev_met_env.kiowa.
(3) Update the scripts to read those environment setting files.
(4) Move the cron jobs over from dakota to kiowa and run them as the met_test user.
Time Estimate
1 - 2 days.
Sub-Issues
Consider breaking the task down into sub-issues.
No sub-issues required.
Relevant Deadlines
None.
Funding Source
None.
Define the Metadata
Assignee
Labels
Projects and Milestone
Define Related Issue(s)
Consider the impact to the other METplus components.
None.
Task Checklist
See the METplus Workflow for details.
Branch name:
feature_<Issue Number>_<Description>
Pull request:
feature <Issue Number> <Description>
Select: Reviewer(s), Project(s), Milestone, and Linked issues
The text was updated successfully, but these errors were encountered: