IndexError: string index out of range

[oo_processing]

I'm getting failures with all MODIS, VIIRS, and OLCI (more than one of each):

modis_atteph.py -d /work/b/bmurch/tmp/S4P_MODIS_H5_MODIST.SAMOA.2021.263_version_0.10_Fx9AkFMk/MOD00.A2021263.0915.SAMOA_FULL.L1A_LAC
Traceback (most recent call last):
File "/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/scripts/modis_atteph.py", line 125, in <module>
m.findweb()
File "/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/scripts/modules/anc_utils.py", line 439, in findweb
self.files[str(f[0]).lower()] = str(f[1])
IndexError: string index out of range

AND
getanc.py --refreshDB /cms_zfs/sat_data/viirs/l1a/2021/258/V2021258035400.L1A_SNPP.nc --ancdb=/shares/cms_optics/apps/seadas/VIIRS_ancillary_data.db.updated
Traceback (most recent call last):
File "/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/scripts/getanc.py", line 196, in <module>
exit(main())
File "/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/scripts/getanc.py", line 189, in main
g.findweb()
File "/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/scripts/modules/anc_utils.py", line 439, in findweb
self.files[str(f[0]).lower()] = str(f[1])

AND
getanc.py --refreshDB -m OLCI -s 2021262082436 -e 2021262090849 --verbose --ancdb=/work/b/bmurch/tmp/seadas_l2_olci_h5.GOG.2021.262_version_0.01_dgv6alJo/OLCI_ancillary_data.db
Traceback (most recent call last):
File "/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/scripts/getanc.py", line 196, in <module>
exit(main())
File "/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/scripts/getanc.py", line 189, in main
g.findweb()
File "/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/scripts/modules/anc_utils.py", line 439, in findweb
self.files[str(f[0]).lower()] = str(f[1])
IndexError: string index out of range

Please advise
Cheers
Brock

[OB.DAACx - SeanBailey]

Just making sure you're on your toes

We're developing a new ancillary retrieval process that will have a slightly different API from the current one. To test this new process, we needed it exposed on the external server...but in the process a wire got crossed and the old interface was inadvertently changed. It has been reverted, so all should be well in the world again.

Sean

[oo_processing]

Does this have to do with the same testing issues:

This script runs nightly with the different sensors:

$ cat /shares/cms_optics/apps/seadas/cron/ocssw_7.5.3-RHEL6.sh
#!/bin/bash
#$1 should be satellite
source /shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/OCSSW_bash.env
echo $OCSSWROOT
COMMAND="python $OCSSWROOT/scripts/update_luts.py $1 --verbose"
$COMMAND


$ /shares/cms_optics/apps/seadas/cron/ocssw_7.5.3-RHEL6.sh aquarius
/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw

Downloading files into /shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/var/common
Warning for https://oceandata.sci.gsfc.nasa.gov/Anc ... ormat=json: 404 Not Found
...no new files.

$ /shares/cms_optics/apps/seadas/cron/ocssw_7.5.3-RHEL6.sh aqua
/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw

Downloading files into /shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/var/common
Warning for https://oceandata.sci.gsfc.nasa.gov/Anc ... ormat=json: 404 Not Found
...no new files.

$ /shares/cms_optics/apps/seadas/cron/ocssw_7.5.3-RHEL6.sh terra
/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw

Downloading files into /shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/var/common
Warning for https://oceandata.sci.gsfc.nasa.gov/Anc ... ormat=json: 404 Not Found
...no new files.

The last time it ran without issues was last Thursday:

Thu 9/16/2021 5:25 AM

resulting in the correct output:

Cron <bmurch@optics0> /shares/cms_optics/apps/seadas/cron/ocssw_7.5.3-RHEL6.sh aquarius
(Cron Daemon) <bmurch@rc.usf.edu>
Thu 9/16/2021 5:25 AM
/shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw

Downloading files into /shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/var/common
...no new files.

Downloading files into /shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/var/aquarius
...no new files.

[OB.DAACx - SeanBailey]

No, that was a completely different problem....also should now be resolved.

Sean