Cumulus Support

Hi all,

i am curerntly using MX v.3.6.0 build 3076 .

Since some time i have repeated occurences of wrong data.I tried to change some entries by hand. Cumulus did run afterwards.

Now i have again wrong data and i can not get Cumulus running:
System.UnauthorizedAccessException: Access to the path "backup/20200520213317x/Cumulus.ini" is denied.
at System.IO.File.Delete (System.String path) [0x00082] in <8f2c484307284b51944a1a13a14c0266>:0
at System.IO.Directory.RecursiveDelete (System.String path) [0x00057] in <8f2c484307284b51944a1a13a14c0266>:0
at System.IO.Directory.Delete (System.String path, System.Boolean recursive) [0x0000c] in <8f2c484307284b51944a1a13a14c0266>:0
at CumulusMX.Cumulus.Backupdata (System.Boolean daily, System.DateTime timestamp) [0x00081] in <ec418ef833a44bb5bdf5d71b7dcbdfd0>:0
at CumulusMX.Cumulus..ctor (System.Int32 HTTPport, System.Boolean DebugEnabled, System.Threading.Mutex appMutex) [0x01939] in <ec418ef833a44bb5bdf5d71b7dcbdfd0>:0
at CumulusMX.Program.Main (System.String[] args) [0x00203] in <ec418ef833a44bb5bdf5d71b7dcbdfd0>:0
**** An error has occurred - please zip up the MXdiags folder and post it in the forum ****

I have replaced my Station some time ago. Could this be a problem: instable connection to the device?

Where do i send the zip file?

Horst

It looks on the surface like a file permissions problem.
You should attach the zip file to a reply on this topic.

You would post the zip file right here, in your message (in the section below where you are typing, there is a tab for 'Attachments' which allows you to select a file to upload).

Meanwhile, the below shows where the current problem lies:

haeb wrote: ↑Thu 28 May 2020 11:35 am Access to the path "backup/20200520213317x/Cumulus.ini" is denied.

CumulusMX is looking for the Cumulus.ini file in that directory. I don't know why it would look in the backup subdirectory, or why your date/time-named subdirectory has an 'x' at the end. Does that directory even exist?

Are you sure you ran CumulusMX from the right place - that is, when you were in the main CumulusMX directory?
ie

I think it was trying to backup the Cumulus.ini file to the backup folder. It sounds like you did not create the backup folder when you unzipped Cumulus MX? (the folder *is* in the zip file)

i was wondering why cumulus wants to access the backup/20200520213317. It is was 777 so there couldn't be an access problem. I renamed it to backup/20200520213317x for testing purpose.

Now I am thinking about a defect in the Station.

What else i have done:
Replaced the Station to the place it worked for years
Started a new Instance of cumulus without all the old data

After two day of working, today cumulus did stop again with a lot of wrong data...

I would suggest an upgrade to the latest version (build 3082) as in build 3079 Mark fixed some file corruption problems on Startup/closedown and in build 3080 some problems with an incorrect Ctrl+C shutdown were fixed.

If the problems then continue another upload of the latest MXdiags file showing the problem , rather than them all.

Thanks to all for the suggestions.

It was a hardware problem. As the station has a solar sensor which never worked, i detached it.

Since 10 days cumulus is running without any problem.