SSEC forums

Hi Kathy, we solved the mystery: The problem seems to be caused by the statically linked binaries containing the vsyscall that seems to be disabled by default on Debian since version 9 (release 2017) (see https://helpcenter.onlyoffice.com/installation/mail-enabling-vsyscall.aspx ). The log lines pro...

Hi Kathy, attached is the output of the script. In the meantime, I've set up a different VM running CentOS 7 and was able to run the test data and process our own DB data (even with the RockyLinux8 docker images). So the problem must somehow be related to the hardware/software stack on the other ser...

Just checked that changing the Docker image to CentOS 7.5 doesn't help

I got the same problem on a non-docker Debian 11.

If you can't reproduce the issue that makes me wonder if I'm setting some configuration wrongly I assume there's nothing crucial missing in the steps I described in the minimal example?

Thanks!

I get the same problem when trying to run the processor with my own SDRs generated using CSPP SDR V4.0.

Can you reproduce the issue?

Hello again, I'm trying to set up CSPP VIIRS Active Fire Version 2.1 and test it with the test data, following the steps described in the CSPP_Active_Fire_Installation_Guide_v2.1.0. However, following the instructions results in an error message while processing the test data. I tried it using DEBIA...

I think we solved the problem by manually disabling "pseudo noise decoding". Thank you for your help!

The RT-STPS version is 7.0

Hello, I have a question regarding RT-STPS, I hope this is the right place to ask. I am trying to to process VIIRS (JPSS-1/2, NPP) telemetry data to RDRs to then process them to L1 data. I have the data in two formats: Reed Solomon decoded and raw. The processing of the JPSS-1 test file provided wit...