Bad Permission during upgrade

SuiteCRM Forum - English Language Installation & Upgrade Help
1

Hi All,

It’s lockdown lets do the jobs I was putting off…

I’m upgrading from Version 7.8.17 Sugar Version 6.5.25 (Build 344) to SuiteCRM-Upgrade-7.8.x-to-7.10.25. Once I’ve done that I’ll upgrade to SuiteCRM-Upgrade-7.10.x-to-7.10.25.
But the best laid plans…
I’m getting file permission errors. I’ve done a repair and rebuild. I also found an article saying I should issue the following, which I did.

sudo chmod -R 755 .
sudo chmod -R 775 cache custom modules themes data upload config_override.php

I issued it from the suite crm folder with the following structure in it . I got an error on the override.php file though

cache dictionary.php index.php metadata service TreeData.php
campaign_tracker.php download.php install ModuleInstall soap upload
composer.json emailmandelivery.php install.php modules soap.php vcal_server.php
composer.lock export.php json_server.php pdf.php SugarSecurity.php vCard.php
cron.php files.md5 jssource php_version.php sugar_version.json XTemplate
crossdomain.xml HandleAjaxCall.php LICENSE.txt README.md sugar_version.php Zend
custom ical_server.php log_file_restricted.html robots.txt suitecrm_version.php
data include maintenance.php run_job.php themes

But I still got the following error.
What should the permissions be? is there anything I’m missing?

Thanks

Julian

#######

File Permissions: [Show Files with Bad Permissions](javascript:void(0);%20toggleNwFiles(%22filesNw%22):wink:

File Name Permissions Owner Group

/var/www/html/suitecrm/suitecrm.log.2 0644 root root
/var/www/html/suitecrm/modules/Emails/Dashlets/MyEmailsDashlet/MyEmailsDashlet.php.original 0755 root root
/var/www/html/suitecrm/modules/AOD_Index/Index/backup.sql 0644 root root

2

Hello,
Here are the documentation about the installtion and permission. In your case, It may be file ownership issue.

Here are some prerequisites for upgrade.

3

Yes it’s ownership problems.

You either have

  • cron jobs running as root
    OR
  • a login shell (SSH/FTP) where you enter as root and from which you alter ownerships when you edit files

You can check which user you web server is running under, in the cron instructions at Admin / Schedulers.

Then use that in the chown command, for example:

chown -R www-data:www-data .

4

Thanks for that. I read though the articles you kindly suggested, and set the rights accordingly.
sudo chmod -R 755 .
sudo chmod -R 775 cache custom modules themes data upload
sudo chmod 775 config_override.php 2>/dev/null
But unfortunately I got the same error, with slightly different file rights.
I’m missing something here, any suggestions?
Thanks

5

Try what @pgr suggested. It seems it is an issue of ownership only.

6

Thanks PGR, much appreciated, you were of course correct, I found the individual files changed their ownership and it all went through perfectly :slight_smile:

Thank you very much, may you win the lottery (but if you do can I have a bit)

Julian

1 Like
7

Half the lottery prize for you, half for @sagarjaydeep!

Lottery is a tax on those who are bad at statistics… :rofl:

8

It all works perfectly, but just one quick question, if a due date had passed, it was in red previously, not it’s not, any idea why or is it a feature of the new version?

When the lottery was introduced in the UK it was called a tax on the sad and miserable, as they bought more tickets to try to escape their life…