MODIS processing fail

Please enter here to ask a question about any NASA Science related topics!
Post Reply
andrew.meredith
Posts: 31
Joined: Tue Dec 31, 2013 10:29 am America/New_York

MODIS processing fail

by andrew.meredith » Mon Sep 20, 2021 8:33 am America/New_York

Since installing the latest version of ocssw (tag=2021.2) last week my MODIS processing fails. An earlier 8.1 version was ok.

modis_L1A fails with some mention of leapsec.dat.

$update_luts -v modisa

Downloading files into /opt/seadas/ocssw/var/common
OBPG session started
...no new files.

Downloading files into /opt/seadas/ocssw/var/modis
...no new files.

Downloading files into /opt/seadas/ocssw/var/modisa
...no new files.

Downloading files into /opt/seadas/ocssw/var/modisa/cal/OPER
...no new files.

Downloading files into /opt/seadas/ocssw/var/modisa/xcal/OPER
...no new files.

But there are no dat files in $OCVARROOT/modis. Copying leapsec.dat & utcpole.dat from an earlier version resolved the problem with modis_L1A, but then modis_L1B fails with "Could not find LUTs in /opt/seadas/ocssw/var/modist/cal/OPER". Did I miss something on the install or is there some other problem?

I'm running RHEL 7.9 on a VM.

Also seadas_info fails with error. It doesn't appear to like the format of my /etc/os-release (which is listed below)

$seadas_info
NASA Science Processing (OCSSW):
Environment {$OCSSWROOT}: /opt/seadas/ocssw
Environment {$OCDATAROOT}: /opt/seadas/ocssw/share
l2gen version: msl12 9.5.1-V2021.2 (Jun 18 2021 11:22:53)
l2bin version: 7.0.1
l3bin version: 5.13
l3mapgen version: l3mapgen 2.3.0-V2021.2 (Jun 18 2021 11:24:42)
Installed Missions: ['meris', 'aqua', 'terra']

General System and Software:
Traceback (most recent call last):
File "/opt/seadas/ocssw/bin/seadas_info", line 233, in <module>
sys.exit(main())
File "/opt/seadas/ocssw/bin/seadas_info", line 229, in main
print_sys_info()
File "/opt/seadas/ocssw/bin/seadas_info", line 202, in print_sys_info
print('Operating system: {0}'.format(get_os_distribution()))
File "/opt/seadas/ocssw/bin/seadas_info", line 130, in get_os_distribution
rel_info_dict[line_parts[0].strip()] = line_parts[1].strip().strip('"')
IndexError: list index out of range

$cat /etc/os-release
NAME="Red Hat Enterprise Linux Server"
VERSION="7.9 (Maipo)"
ID="rhel"
ID_LIKE="fedora"
VARIANT="Server"
VARIANT_ID="server"
VERSION_ID="7.9"
PRETTY_NAME="Red Hat Enterprise Linux"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:redhat:enterprise_linux:7.9:GA:server"
HOME_URL="https://www.redhat.com/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"

REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 7"
REDHAT_BUGZILLA_PRODUCT_VERSION=7.9
REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux"
REDHAT_SUPPORT_PRODUCT_VERSION="7.9"

Thanks,
Andrew

Tags:

stefan.maier
Posts: 12
Joined: Wed Feb 10, 2021 3:49 pm America/New_York

Re: MODIS processing fail

by stefan.maier » Mon Sep 20, 2021 7:45 pm America/New_York

I guess this is related.

Since September 18 I get the following error message when trying to update LUTs:
Bad response for https://oceandata.sci.gsfc.nasa.gov/Anc ... ormat=json: 404 Not Found

Was working fine until then. No changes made to the system.

Cheers,
Stefan

OB SeaDAS - xuanyang02
Subject Matter Expert
Subject Matter Expert
Posts: 171
Joined: Tue Feb 09, 2021 5:42 pm America/New_York
Answers: 1

Re: MODIS processing fail

by OB SeaDAS - xuanyang02 » Tue Sep 21, 2021 10:37 am America/New_York

Thanks for reporting the issues. We have updated https://oceandata.sci.gsfc.nasa.gov/Anc ... ormat=json

Please try again.

andrew.meredith
Posts: 31
Joined: Tue Dec 31, 2013 10:29 am America/New_York

Re: MODIS processing fail

by andrew.meredith » Tue Sep 21, 2021 11:26 am America/New_York

Thanks! That fixed the problem.

OB SeaDAS - xuanyang02
Subject Matter Expert
Subject Matter Expert
Posts: 171
Joined: Tue Feb 09, 2021 5:42 pm America/New_York
Answers: 1

Re: MODIS processing fail

by OB SeaDAS - xuanyang02 » Tue Sep 21, 2021 11:31 am America/New_York

Thanks for reporting the issue with seadas_info. It probably does not like the line REDHAT_BUGZILLA_PRODUCT_VERSION=7.9
in /etc/os-release, which does not include " to strip. We'll fix it for the next release.

Post Reply