MODIS processing fail
-
- Posts: 38
- Joined: Tue Dec 31, 2013 10:29 am America/New_York
MODIS processing fail
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
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
Filters:
-
- Posts: 13
- Joined: Wed Feb 10, 2021 3:49 pm America/New_York
Re: MODIS processing fail
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
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
-
- Subject Matter Expert
- Posts: 712
- Joined: Tue Feb 09, 2021 5:42 pm America/New_York
- Been thanked: 9 times
Re: MODIS processing fail
Thanks for reporting the issues. We have updated https://oceandata.sci.gsfc.nasa.gov/Anc ... ormat=json
Please try again.
Please try again.
-
- Posts: 38
- Joined: Tue Dec 31, 2013 10:29 am America/New_York
-
- Subject Matter Expert
- Posts: 712
- Joined: Tue Feb 09, 2021 5:42 pm America/New_York
- Been thanked: 9 times
Re: MODIS processing fail
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.
in /etc/os-release, which does not include " to strip. We'll fix it for the next release.