I wasn’t having too many problems with SuiteCRM until I notices that PDFs and email attachments were loading as an error. I used my phone as a workaround for about a month, but then I notices the latest upgrade is supposed to fix these problems, so I decided to upgrade. After clearing the systems check, I selected the file, hit the upgrade button and received an error that directory doesn’t exist. I typically see this kind of error when there is a permission problem, but my permissions appear to be set correctly, so I don’t know what it means. Can anyone help?
Check your php.ini for these values, and possibly increase them
max_upload_size
max_post_size
memory_limit (ideally 512 MB)
max_execution_time
You probably have an error in your web server log file (often called php_errors.log or errors.log) that is indicating exactly which one is causing trouble.
If all else fails, rename your “upload/upgrades” directory to something else, to clear up old stuff. Later, when you are sure everything went right, you can delete the old directory.
As you suggested, I changed the setting on in my PHP.ini. The memory was a bit low, and I increased the execution time, but it didn’t work. I downloaded the php logs right after I tried the upgrade and here is what I got.
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_base has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 321
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_fault has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 1455
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_xmlschema has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 1744
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; soapval has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 2924
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; soap_transport_http has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 3227
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_server has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 4733
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; wsdl has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 6069
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_parser has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 8205
[21-Dec-2018 20:30:20 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_client has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 9057
[21-Dec-2018 20:30:20 UTC] PHP Warning: Declaration of ListViewPackages::setup($data, $file, $where, $params = Array, $offset = 0, $limit = -1, $filter_fields = Array, $id_field = ‘id’) should be compatible with ListViewDisplay::setup($seed, $file, $where, $params = Array, $offset = 0, $limit = -1, $filter_fields = Array, $id_field = ‘id’, $id = NULL) in /home/rtrdigital/public_html/portal/ModuleInstall/PackageManager/ListViewPackages.php on line 42
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_base has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 321
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_fault has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 1455
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_xmlschema has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 1744
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; soapval has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 2924
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; soap_transport_http has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 3227
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_server has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 4733
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; wsdl has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 6069
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_parser has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 8205
[21-Dec-2018 20:30:30 UTC] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; nusoap_client has a deprecated constructor in /home/rtrdigital/public_html/portal/include/nusoap/nusoap.php on line 9057
[21-Dec-2018 20:30:30 UTC] PHP Warning: Declaration of ListViewPackages::setup($data, $file, $where, $params = Array, $offset = 0, $limit = -1, $filter_fields = Array, $id_field = ‘id’) should be compatible with ListViewDisplay::setup($seed, $file, $where, $params = Array, $offset = 0, $limit = -1, $filter_fields = Array, $id_field = ‘id’, $id = NULL) in /home/rtrdigital/public_html/portal/ModuleInstall/PackageManager/ListViewPackages.php on line 42
[21-Dec-2018 20:30:30 UTC] PHP Warning: chgrp(): Operation not permitted in /home/rtrdigital/public_html/portal/include/utils/sugar_file_utils.php on line 359
It appears a deprecated method is the culprit, but I’m not sure if there is an easy fix. Do you have any suggestions?
Actually the “deprecated” messages are safe to ignore. You should focus on the other ones.
Which SuiteCRM version are you upgrading from, exactly?
7.8.20 to 7.8.23
It’s a small upgrade, but it’s one I haven’t been able to complete. I just need to be able to handle my PDF attachments.
Which is your OS and Web server?
In the first post, you wrote
Which directory doesn’t exist?
Are the other errors you show on the logs happening at the time of the upgrade attempt, or some other time? Do you have any messages during the upgrade attempt?
Are you checking BOTH your logs?
I’m running Linux with Red Hat. The logs that I posted are at the time of the upgrade attempt. I’m checking all of my logs, this seems to be the only one generating an error. Should I be checking somewhere else?
The exact error occurs when I click the Upload Package button…
“Specified directory ‘’ for zip file ‘upload://SuiteCRM-Upgrade-7.8.x-to-7.8.23.zip’ extraction does not exist.”
Thanks
I pulled all of my logs. I already posted my php log and here is my upgrade log.
The upgrade fails at extraction, which is says in the error, but the directory does exist.
Upgrade-7.8.x-to-7.8.23.zip
Mon, 07 Jan 2019 04:31:21 +0000 [UpgradeWizard] - extracting manifest.
There is nothing else in the log after I try to extract the files. I logged into my server and checked the directory and the uploaded zip is there. Any advice?
I have seen unzip problems coming from a load of different causes, I will list all I can remember and you can investigate them one by one…
-
PHP is missing an unzip module that you must enable in php.ini
-
Your upload/upgrade/patch directory is messed up and you need to rename it (and later delete it, if everything goes well) so it can start from a clean state
-
Ownership or permissions problems on upload dir
-
Web server blocking the upload, or anti-virus blocking the extraction
-
Corrupted zip (try re-downloading)
-
Attempt to use an upgrade zip in place of a full download zip, or vice-versa
7.Weird Zip version incompatibilities, solved by unzipping an re-zipping on a different computer with a different OS
- Curses or other factors related to the current phase of the moon
I think it has something to do with the .zip ability. The upgrade works perfect on my test server, but I’m running out of options for this. Here is where I am …
1. PHP is missing an unzip module that you must enable in php.ini
I don’t know what unzip module would be required for this particular file. I don’t have any problems extracting other kinds of zips, but if you know what module I should be looking for, please let me know, and I will check for it.
2. Your upload/upgrade/patch directory is messed up and you need to rename it (and later delete it, if everything goes well) so it can start from a clean state
My upload directory has checked out fine. I’ve renamed, removed, and recreated the directory more time than I can count, and the upgrade log doesn’t show any problems with that section of the upgrade. [color=#ff0000]Ruled this out[/color]
3. Ownership or permissions problems on upload dir
I reset all of my permissions multiple times, and even broke them just make sure when I put them back the changes were taking effect. [color=#ff0000]Ruled this out.[/color]
4. Web server blocking the upload, or anti-virus blocking the extraction
I’m not aware of any particular anti-virus that would be running in the background. Something may have come with my hosting setup that I am unaware of, but checking this is a bit of last resort.
5. Corrupted zip (try re-downloading)
I have re-downloaded the zip and change which download I’m using (a new one became available) with no luck. I was able successfully install both upgrades on my test service with the same files. [color=#ff0000]Ruled this out.[/color]
6. Attempt to use an upgrade zip in place of a full download zip, or vice-versa
Tried this. [color=#ff0000]Ruled this out.[/color]
7.Weird Zip version incompatibilities, solved by unzipping an re-zipping on a different computer with a different OS
Tried this. [color=#ff0000]Ruled this out.[/color]
8. Curses or other factors related to the current phase of the moon
An exorcist is coming by the office later today. Fingers crossed. Just in case this doesn’t work, I’ve copied my most recent upgrade log. Everything is going great until the extraction of the manifest halts the process. I feel like I’m missing something small.
*********************Upgrade Log Progress ********************************
Tue, 15 Jan 2019 18:52:40 +0000 [UpgradeWizard] - Upgrade started. At start.php
Tue, 15 Jan 2019 18:52:40 +0000 [UpgradeWizard] - at unlinkUWTempFiles()
Tue, 15 Jan 2019 18:52:40 +0000 [UpgradeWizard] - finished!
Tue, 15 Jan 2019 18:52:40 +0000 [UpgradeWizard] - resetting $_SESSION
Tue, 15 Jan 2019 18:52:42 +0000 [UpgradeWizard] - setting session variables…
Tue, 15 Jan 2019 18:52:42 +0000 [UpgradeWizard] - [At systemCheck.php]
Tue, 15 Jan 2019 18:52:42 +0000 [UpgradeWizard] - Starting file permission check…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Finished file permission check.
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Starting database permissions check…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking CREATE TABLE permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking INSERT INTO permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking UPDATE TABLE permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking SELECT permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking DELETE FROM permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking ALTER TABLE ADD COLUMN permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking ALTER TABLE CHANGE COLUMN permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking ALTER TABLE DROP COLUMN permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Checking DROP TABLE permissions…
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - No permissions errors found!
Tue, 15 Jan 2019 18:52:53 +0000 [UpgradeWizard] - Finished database permissions check.
Tue, 15 Jan 2019 18:52:57 +0000 [UpgradeWizard] - setting session variables…
Tue, 15 Jan 2019 18:52:57 +0000 [UpgradeWizard] - At upload.php
Tue, 15 Jan 2019 18:52:57 +0000 [UpgradeWizard] - finding new files for upgrade
Tue, 15 Jan 2019 18:52:57 +0000 [UpgradeWizard] - *** UW using [ ] as source for patch files.
Tue, 15 Jan 2019 18:53:08 +0000 [UpgradeWizard] - setting session variables…
Tue, 15 Jan 2019 18:53:08 +0000 [UpgradeWizard] - At upload.php
Tue, 15 Jan 2019 18:53:08 +0000 [UpgradeWizard] - running upload
Tue, 15 Jan 2019 18:53:08 +0000 [UpgradeWizard] - File uploaded to upload://SuiteCRM-Upgrade-7.8.x-to-7.8.23.zip
Tue, 15 Jan 2019 18:53:08 +0000 [UpgradeWizard] - extracting manifest.
PHP ERROR Log at time of upgrade
[15-Jan-2019 19:45:10 UTC] PHP Warning: Declaration of ListViewPackages::setup($data, $file, $where, $params = Array, $offset = 0, $limit = -1, $filter_fields = Array, $id_field = ‘id’) should be compatible with ListViewDisplay::setup($seed, $file, $where, $params = Array, $offset = 0, $limit = -1, $filter_fields = Array, $id_field = ‘id’, $id = NULL) in /home/rtrdigital/public_html/portal/ModuleInstall/PackageManager/ListViewPackages.php on line 42
[15-Jan-2019 19:45:10 UTC] PHP Warning: chgrp(): Operation not permitted in /home/rtrdigital/public_html/portal/include/utils/sugar_file_utils.php on line 359
Exactly which 7.8.x version are you upgrading from?
I peered into the past with my mirror ball and I saw that I knew this error message. It’s tricky to fix because it happens comes inside the upgrade package, it’s a bug in the package. But we only had that problem a few months ago, once, and it shouldn’t be happening again… :huh:
Version 7.8.20
Sugar Version 6.5.25 (Build 344)
Doesn’t make much sense to me, I don’t think it can be that old bug I mentioned, it’s probably something else…
Maybe you can just try renaming your upgrades/upgrades directory to something else (you can delete it later if everything goes well), and retry the upgrade?
I was able to find the problem through another user’s post. I’m not sure if you remember this thread, but it was the same problem. A config problem in the user and group array.