Update job submissions on WCOSS2

[EdwardSafford-NOAA]

Update job submissions on WCOSS2 to conform to latest NCO guidance. Items to be addressed include:

• eliminate -V option in all submissions. If environmental variables are needed they should be specified individually using -v.
• all small serial jobs should use -l place=shared,select=1:ncpus=1:mem=100MB to use shared nodes.
• no job scripts should use a -l option on the shebang line. Only the cron script may use that option (on the first line only) in this form: SHELL=/bin/bash -l. I don't think this is an issue but it should be inspected and confirmed.

[EdwardSafford-NOAA]

Items done:
RadMon DE and IG scripts updated. Testing now using nam and NOAA-21 parallel.

[EdwardSafford-NOAA]

Have picked this back up and have the ConMon DE scripts for gfs/gdas updated. Working now on the DE for nam/regional.

[EdwardSafford-NOAA]

I've spent quite a bit of time on a problem I ran into with the RadMon mk_digital_time.sh script. On wcoss2 it frequently produces an error like this when it moves the output files to the pngs directory:
mv: cannot move 'cris-fsr_n20.403.omgbc.time.txt' to a subdirectory of itself, '/lfs/h2/emc/da/noscrub/edward.safford/nbns/imgn/gfs/gdas/radmon/pngs/time/cris-fsr_n20.403.omgbc.time.txt'
The error most often occurs with one of the mv operations involving a large number of files and is inconsistent run to run -- the files involved differ with each run. The files reported are getting moved to the intended location so things are happening as intended. Best I've been able to figure this is a lfs file system fluke of some sort. There are scattered reports of this sort of behavior in some versions of linux. Since what I need to have happen is happening I'm going to call this good for now. I'll dig back into this when I've got the time, but I need to move on now and complete this issue.