Cumulus Support

mcrossley wrote: ↑Wed 16 Mar 2022 5:26 pm You would need to go back to a backup from before "the gap". The logs you posted were from after.
The screen shot showed going back to 22 Feb which was before, but there were no logs from that run.

mcrossley wrote: ↑Wed 16 Mar 2022 2:48 pm You have the same error as @box was getting "API.GetHistoricData: Exception:"
I have a new build to fix this.

Box wrote: ↑Wed 16 Mar 2022 7:46 pm

mcrossley wrote: ↑Wed 16 Mar 2022 5:26 pm You would need to go back to a backup from before "the gap". The logs you posted were from after.
The screen shot showed going back to 22 Feb which was before, but there were no logs from that run.

ok

Strange, I thought I had done that

Maybe I misread the folder

I will try again

mcrossley wrote: ↑Wed 16 Mar 2022 5:26 pm You would need to go back to a backup from before "the gap".

Box wrote: ↑Wed 16 Mar 2022 10:53 pm Success!!!

I used a backup from before 'the gap' AND deleted my Mar22log.txt file (backed up first of course ), then ran CMX 3172 and the whole mar22log.txt file was reconstructed with 'the gap' filled in

Phil23 wrote: ↑Thu 17 Mar 2022 1:41 am

mcrossley wrote: ↑Wed 16 Mar 2022 5:26 pm You would need to go back to a backup from before "the gap".

I "Thought" I tried my midnight one before the 9:00 last update issue, but maybe the Linux archiver didn't overwrite as expected.

Box wrote: ↑Wed 16 Mar 2022 10:53 pm Success!!!

I used a backup from before 'the gap' AND deleted my Mar22log.txt file (backed up first of course ), then ran CMX 3172 and the whole mar22log.txt file was reconstructed with 'the gap' filled in

I may not have that option now due to my backup rotation.
Only have the March 15th 9:05am backup preserved.
Would be no data prior to the above date if I deleted Mar2log.txt

Presently when I restore that I end up with a gap from 9:00am 15th up to the time I start MX after the restore.

Phil.

PaulMy wrote: ↑Thu 17 Mar 2022 2:58 pm The issue with going back too far for historical backup data is that it may miss some of the extremes that are logged with live data. Logger data is recorded at what it is at the logging interval time. While running, Cumulus saves highs and lows from ongoing live data from the station. But at start up Cumulus gets the data provided from the logger, which may have missed some highs and lows between logging times. So in restoring from backup I try to find the latest prior to a data loss/corruption issue - check dayfile and month log files, and also keep in mind how far back the Davis logger has data. This past logged data may not be an issue if Ecowitt data access is unlimited.

Enjoy,
Paul

Box wrote: ↑Thu 17 Mar 2022 5:38 pm

PaulMy wrote: ↑Thu 17 Mar 2022 2:58 pm The issue with going back too far for historical backup data is that it may miss some of the extremes that are logged with live data. Logger data is recorded at what it is at the logging interval time. While running, Cumulus saves highs and lows from ongoing live data from the station. But at start up Cumulus gets the data provided from the logger, which may have missed some highs and lows between logging times. So in restoring from backup I try to find the latest prior to a data loss/corruption issue - check dayfile and month log files, and also keep in mind how far back the Davis logger has data. This past logged data may not be an issue if Ecowitt data access is unlimited.

Enjoy,
Paul

Good point

My backup was about 3 weeks old. I guess it might be a good idea to stop/start CMX regularly, say every few days, to generate more backups?

freddie wrote: ↑Thu 17 Mar 2022 6:39 pm

Box wrote: ↑Thu 17 Mar 2022 5:38 pm

PaulMy wrote: ↑Thu 17 Mar 2022 2:58 pm The issue with going back too far for historical backup data is that it may miss some of the extremes that are logged with live data. Logger data is recorded at what it is at the logging interval time. While running, Cumulus saves highs and lows from ongoing live data from the station. But at start up Cumulus gets the data provided from the logger, which may have missed some highs and lows between logging times. So in restoring from backup I try to find the latest prior to a data loss/corruption issue - check dayfile and month log files, and also keep in mind how far back the Davis logger has data. This past logged data may not be an issue if Ecowitt data access is unlimited.

Enjoy,
Paul

Good point

My backup was about 3 weeks old. I guess it might be a good idea to stop/start CMX regularly, say every few days, to generate more backups?

Backups are performed daily as routine. Do you need more frequent than that?

Box wrote: ↑Thu 17 Mar 2022 9:36 pm

freddie wrote: ↑Thu 17 Mar 2022 6:39 pm

Box wrote: ↑Thu 17 Mar 2022 5:38 pm

Good point

My backup was about 3 weeks old. I guess it might be a good idea to stop/start CMX regularly, say every few days, to generate more backups?

Backups are performed daily as routine. Do you need more frequent than that?

Not sure how the backup system works, the named folders are not 24 hours apart but 24 hours is more than enough

mcrossley wrote: ↑Sun 20 Mar 2022 5:41 pm The patched release 3.15.3 is now available.