Adding CloudBase charts stop other chaarts functioning correctly

[HansR]

So now I will look for a solution and get back here.

NOTE: I moved your posts from the general ChartsCompiler thread to this one in case you wondered

[AndyKF650]

Hi Hans

An update on the issue, after the overnight thrifty run the columns in the WindRun and PWSFire index charts reverted to summing on the RHS of the chart as per the attached screenshot.

[HansR]

Thnx. I assume this has something to do with the cache (the index.html is renewed).
Now diving into the technique of all this ...

[HansR]

@Andy:
@Patrick:

Fixed it. It was not cache, it was a double initialisation of the data structures, one sync, one async .
If any other anomalies are found please let me know.

[AndyKF650]

Hi Hans

Thanks for the update, here are my test results.

I stopped CMX and copied the current folder, downloaded the new version, extracted to the utils folder then reboot RPi.

Check CMX working OK

Run CUtils Website and after the usual permission error the ran OK and the column charts presented as expected.

Run CUtils CompileOnly the column charts did not work as expected, wait for 15 min chart refresh and still not working

Run CUtils Thrifty Website and the column Charts did not work as expected

Run CUtils Website and all charts run as expected.

I have noted that the swap file now shows up in the SystemInfo report not that it seems to be used at all.

I hope this helps you, please let me know if I can help further.

[HansR]

Hi Andy,

Thanks for the quick feedback.

Run CUtils Website and after the usual permission error the ran OK and the column charts presented as expected.

1) What is the usual permission error?
2) Let's focus on one non functioning chart as I cannot find one. I focus on all windrun so I have that chart now in my charts definitions.

Run CUtils CompileOnly the column charts did not work as expected, wait for 15 min chart refresh and still not working

Ai... the compiler does not know it is not for the website and compiles it like a stand alone module with the superfluous initialisation.

Run CUtils Thrifty Website and the column Charts did not work as expected

Thrifty does not generate the cumulusutilscharts.txt so the previous error remains present.

Run CUtils Website and all charts run as expected.

That is because it now knows it needs to compile for the website.

I have noted that the swap file now shows up in the SystemInfo report not that it seems to be used at all.

It is shown for info. You have a RPi4 with 4Gb of memory and you have only 9 years of data so it contains all in memory.
What it shows is OK and you will probably be OK with memory for the next ten years (remember Linda had 12 year series with 1Gb of memory). So to avoid issues I made a general statement on the swap device. It does not hurt if it is not used. Kind of a safety valve.

I hope this helps you, please let me know if I can help further.

Yes, I have to find an easy way to let the compiler know to compile for the website or as a module (use outside the CUtils website). That will be either a parameter or a separate command. I don't think there is currently an independent way to tell what the compilation is for. I'll be back soon.

[HansR]

Release 6.7.10 is now online and does the ChartsCompiler activation with CompileOnly while still doing the initialisation of the website correctly without a special command or parameter.

When in future its use will be principally for the CUtils website this method will hold, when it will be principally modular I may have to review this again. Note that I modified the Wiki to point to how this functions (last sentence), but the use will find its way naturally.

I kind of bit myself in the tail with the demand for modularity

[AndyKF650]

Hi Hans

I have uploaded the new version and all is fine.

Going back to the usual permission error I expect this may be down to the way I set up the RPi initially.

The error lines in the terminal session are as follows


pi@andykpi:~/CumulusMX $ utils/bin/cumulusutils.exe website
bash: utils/bin/cumulusutils.exe: Permission denied
pi@andykpi:~/CumulusMX $ sudo chmod -R 755 utils
pi@andykpi:~/CumulusMX $ utils/bin/cumulusutils.exe website

[HansR]

Hi Andy,

I have uploaded the new version and all is fine.

pfff...

Going back to the usual permission error I expect this may be down to the way I set up the RPi initially.

The error lines in the terminal session are as follows


pi@andykpi:~/CumulusMX $ utils/bin/cumulusutils.exe website
bash: utils/bin/cumulusutils.exe: Permission denied
pi@andykpi:~/CumulusMX $ sudo chmod -R 755 utils
pi@andykpi:~/CumulusMX $ utils/bin/cumulusutils.exe website

It seems strange to me you have to redo the permissions after copying the new release. I do that with WinSCP under user pi and there is no issue. Only when an executable does not exist it does not immediately have the x bit set. Do you remove the exe before copying? How do you copy the new release?

[AndyKF650]

Will reply tomorrow

[AndyKF650]

Hans back on this today.

So I download the update from the web straight onto a downloads folder on the RPi. I then extract the downloaded file to the utils folder, then just cut the contents out to the utils folder. For tidiness I remove the empty download folder. I then just run the usual website update in terminal session using utils/bin/cumulusutils.exe website from the CumulusMX folder.

I am not sure how the .exe file can not exist given the above extract procedure and once I have run the chmod process I do not have any further issues until the next release upgrade. As you know I am always fiddling around with the files and run the website, userreport, or compileonly processes without any problems.

Am I the only person with this issue or is it something people with RPi are just living with? To be honest it is not a big issue since it is in my standard upgrade note. I have recorded process note for most of the setup processes to refer to when needed.

By the way the website looked just fine this morning after the overnight run.

[HansR]

Andy, do you have the same issue when you upgrade CMX (I assume in the same way)?

[AndyKF650]

Hans

No CMX upgrades do not have the same permission issues. The process is largely the same with modification to get the data, reports, web, webfiles folders and the two .ini files onto the upgraded CMX folder.

[HansR]

OK, so you extract CMX in a completely new folder and then the executables have the x bit set?
Could you give the extraction command you are using (for CUtils and for CMX).

@mcrossley: apparently the x bit is maintained in the zipfile for CMX. Could you tell how you create that zip? Is it on Windows or on Linux?

[AndyKF650]

I was going to send a screen shot of the process but that did not work, using VNC across Win11 does not give the desired effect!

So I am down to describing the steps on the RPi
1 open download file
2 locate the correct download
3 right mouse extract to
4 navigate to the /home/pi/CumulusMX/utils folder
5 tick ensure a containing directory
6 tick extract files with full path
7 hit extract button

This seems to work every time