SatNOGS client v0.6.2 is released!
Notable changes since v0.6.1
- Fixed data file renaming when connections timeout
SatNOGS client v0.6.2 is released!
Notable changes since v0.6.1
@fredy Couldn’t reply on the 0.6.1 release thread anymore, but have just updated my installation. I will let it run for a few days and give feedback regarding the /tmp issue. Thanks!
Anything else fixed on this release? (So I know if I should try this then reapply all the other fixes I have on my current set up)
It is a really important fix!
You won’t get any datafiles if the metadata put request fails in any kind.
Sadly I’m still experiencing the same problem, my /tmp/.satnogs/data filled up again and the software stopped working.
I’m not convinced its a permissions issue because the client can create and delete the .png and .ogg files ?
This is on the latest version.
pi@raspberrypi:/tmp/.satnogs/data $ ls -la
total 474748
drwxr-xr-x 4 satnogs satnogs 420 May 29 20:07 .
drwxrwxrwt 3 root root 80 May 29 20:05 ..
drwxr-xr-x 8 satnogs satnogs 160 May 28 20:36 files
drwxr-xr-x 2 satnogs satnogs 40 May 28 20:36 incomplete
-rw-r--r-- 1 satnogs satnogs 41947100 May 28 21:08 receiving_waterfall_147075_2018-05-28T18-48-19.dat
-rw-r--r-- 1 satnogs satnogs 28495000 May 28 22:13 receiving_waterfall_147076_2018-05-28T20-00-10.dat
-rw-r--r-- 1 satnogs satnogs 27970200 May 28 23:14 receiving_waterfall_147077_2018-05-28T21-01-37.dat
-rw-r--r-- 1 satnogs satnogs 34194000 May 29 01:09 receiving_waterfall_147078_2018-05-28T22-53-01.dat
-rw-r--r-- 1 satnogs satnogs 29786500 May 29 05:25 receiving_waterfall_147079_2018-05-29T03-12-00.dat
-rw-r--r-- 1 satnogs satnogs 28970600 May 29 05:55 receiving_waterfall_147080_2018-05-29T03-42-33.dat
-rw-r--r-- 1 satnogs satnogs 30881200 May 29 07:43 receiving_waterfall_147081_2018-05-29T05-26-36.dat
-rw-r--r-- 1 satnogs satnogs 26527000 May 29 08:01 receiving_waterfall_147082_2018-05-29T05-49-23.dat
-rw-r--r-- 1 satnogs satnogs 41922500 May 29 08:54 receiving_waterfall_147083_2018-05-29T06-34-34.dat
-rw-r--r-- 1 satnogs satnogs 35883200 May 29 09:17 receiving_waterfall_147084_2018-05-29T07-00-07.dat
-rw-r--r-- 1 satnogs satnogs 30012000 May 29 10:29 receiving_waterfall_147085_2018-05-29T08-15-18.dat
-rw-r--r-- 1 satnogs satnogs 29807000 May 29 10:55 receiving_waterfall_147086_2018-05-29T08-41-35.dat
-rw-r--r-- 1 satnogs satnogs 33841400 May 29 13:23 receiving_waterfall_147087_2018-05-29T11-06-56.dat
-rw-r--r-- 1 satnogs satnogs 31701200 May 29 14:23 receiving_waterfall_147088_2018-05-29T12-09-05.dat
-rw-r--r-- 1 satnogs satnogs 26703300 May 29 20:08 receiving_waterfall_148078_2018-05-29T17-53-41.dat
-rw-r--r-- 1 satnogs satnogs 7467008 May 29 20:07 satnogs_148078_2018-05-29T17-53-41.ogg
-rw-r--r-- 1 satnogs satnogs 0 May 29 20:09 waterfall_148078_2018-05-29T17-53-41.png
pi@raspberrypi:/tmp/.satnogs/data $
I should have first asked this but I didn’t… Do you have disable the flag to remove the raw files of an observation? In satnogs-setup, it is in “Advanced settings” -> “Remove raw files” and it should have “Yes” value in order to remove the waterfall .dat files.
Oh, that’s new.
For interest sake, I checked mine and all are Yes.
Configuration list on port 5000 shows this too.
SATNOGS_REMOVE_RAW_FILES True
Actually, “Yes” is the default if the option is not specified.
In satnogs-setup, it is in “Advanced settings” → “Remove raw files” and it should have “Yes” value in order to remove the waterfall .dat files.
My VHF GS failed so took the opportunity to do a satnogs-setup, just to freshen any files. All seemed ok until very quickly it was Offline again Connectivity wasn’t an issue.
df showed 100% disk usage and /tmp/.satnogs/data/ was full of .dat files. Weird as this hasn’t happened for a very long time now.
Checked advanced config and SATNOGS_REMOVE_RAW_FILES was False. Somehow when I ran satnogs-setup, it was changed from True to False. Resetting back to True and all is ok
I never usually check the values as they never change, except this time…