Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)
Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki
From build 3044 the development baton passed to Mark Crossley. Mark has been responsible for all the Builds since. He has made the code available on GitHub. It is Mark's hope that others will join in this development, but at the very least he welcomes your ideas for future developments (see Cumulus MX Development suggestions).
HI ! i need an help
I use vsftp and the latest version of CMX 3. I have a problem with uploading files to my FTP server. With each update, the files are uploaded, but the read/write permissions (755) that I need to display the data on my website are reset. So, every 60 seconds, I have to restore them using FileZilla. The issue appeared from a certain version of CMX onwards, where, if I remember correctly, some libraries for FTP uploading were updated.
Can you suggest a solution?
Thanks in advance!
I think your issue is basically related to your ftp server configuration and what permissions it grants to a new file.
If you don’t find the solution from the server end, you could try to experiment different combinations of CMX FTP settings found in Settings -> Internet Settings -> Web / Upload site -> General Settings.
I probably would try to disable both ”ftp rename” and ”delete before upload”.
Yes, I have already disabled those options. I have no issues with version 3.17.0 b3184; I have about 50 weather station online with this older version. The problem appeared with the later versions. I remember that at some point, something was changed in the FTP libraries, and since then it hasn't worked anymore. However, I don't remember the version number.
freddie wrote: ↑Sat 15 Jun 2024 12:33 pm
You shouldn't need execute permission on data files. Or are you uploading php files?
no, no php used, I need 755 permissions for my website. The files I upload are just.. some json for the graphs, the realtime.txt file, and a custom txt file generated with webtags
If it is on the server that you need to change the permissions then the issue is on the server, it sets the permissions on the files when it receives them.
Stuart
Currently running CMX V4.4.2 4085 on Linux openSUSE Leap
broadstairs wrote: ↑Sat 15 Jun 2024 1:34 pm
If it is on the server that you need to change the permissions then the issue is on the server, it sets the permissions on the files when it receives them.
Stuart
ok, but why with older version of cumulus this don't happen?
What are the file permissions on the server following an upload but prior to you updating them? Also what type of FTP are you using plain FTP or FTPS etc?
Also perhaps an extract from the MXDiags log file which shows an FTP of the relevant files with FTP logging turned on, just remember to turn FTP logging on and then off again when you have captured the data and before any restart of CMX.
Stuart
Currently running CMX V4.4.2 4085 on Linux openSUSE Leap
broadstairs wrote: ↑Sat 15 Jun 2024 2:06 pm
What are the file permissions on the server following an upload but prior to you updating them? Also what type of FTP are you using plain FTP or FTPS etc?
Also perhaps an extract from the MXDiags log file which shows an FTP of the relevant files with FTP logging turned on, just remember to turn FTP logging on and then off again when you have captured the data and before any restart of CMX.
Stuart
I use the standard FTP upload (not SFTP). The first upload it performs (by cumulus) is with 644 permissions. Subsequently, I log in into my FTP server via FileZilla and set the permissions to 755 on the files. When Cumulus performs the subsequent uploads (every 60 seconds for the realtime files), with the older versions of Cumulus, the permissions stayed fixed at 755. With the new version of CMX, they revert back to 644. I use vsftpd on the server.
i checked the mx diag file, but there isn't any of relevant
I am puzzled by this. Just checked my uploaded website files on my hosting company and they are all 644. I suspect the issue is your server's web server and why it needs 755. Looks to me that 644 is normal and should work with the web server.
Stuart
Currently running CMX V4.4.2 4085 on Linux openSUSE Leap
freddie wrote: ↑Sat 15 Jun 2024 12:33 pm
You shouldn't need execute permission on data files. Or are you uploading php files?
no, no php used, I need 755 permissions for my website. The files I upload are just.. some json for the graphs, the realtime.txt file, and a custom txt file generated with webtags
You shouldn't need 755 - 644 will be enough. The difference between the two is that you are setting the permissions to executable, which isn't necessary if you are not executing them.
yes, i need them because i've a custom cms who need to read the file and generation a template to display online the data. I've other settings for the security, 755 is not a problem. Why 3.17.0 b3184 version works ok ?
Maybe it is an unexpected behaviour of your server when communicating with the newer ftp libraries, who knows. I’m quite sure that CMX does not intentionally change remote file permissions, but of course this is only a guess since I haven’t examined the source code. Mark as the code writer could tell this, but he is more or less away for several weeks.
You could get some more info by enabling ftp log and debug log in CMX.
