Issues after moving to new server

[ubgot]

Hi I just moved PS to a new VPS, and I am now getting the error in the image when:   define('_PS_MODE_DEV_', true);    is set in the config/defines.inc.php

 

When I chanee it to:   define('_PS_MODE_DEV_', false);   I get the: HTTP ERROR 500

When I rename ps_shoppingcart.php   and define('_PS_MODE_DEV_', true);   the front end shows up.

But the backend is ridiculously slow.

Whenever I turn debug mode off the front end shows the:  HTTP ERROR 500

It seemed to be working okay on the previous server, but since moving, it's just unusable and ready to be trashed.

Im using the default theme, and version 1.7.8.11

Oh, and the links on the home page to product pages doesn work.

Any ideas how to fix this. Im not a developer so dont understand all the debug stuff.

Thanks

[Prestashop Addict]

You have a module that override ps_shoppingcart::renderModal which is not compatible with the new version of the module. Contact module author.

[ubgot]

Thanks, I disabled all none PS modules and that didnt fix the iddue? Unless I neglected something. I'll take another look. Thanks.

[Prestashop Addict]

Verify the override file as been removed. If no delete file and clear PS cache

[ubgot]

Thanks again. I dont have the cache enabled, the site was never cofully configures so it was just an annoyance to have it on. I renamed the ps_shoppingcart.php file and the cartrule.php, as that was mentioned in the errors as I checked to see if I could kick it into gear.

I just tried a rollback to 1.7.8.9 but on moving the site to a new server I created new database and user so the rollback siad files had been rolled back, but the database showed this error belor, so I am trying to use the same DB name and user etc to see if I can rollback. Maybe I need to reactivate the site on the old server and rolll it back there. Heres the DB error:

[INTERNAL] /var/www/mysite.com/classes/db/DbPDO.php line 137 - PrestaShopException: Link to database cannot be established: SQLSTATE[HY000] [2054] The server requested authentication method unknown to the client #0 /var/www/mysite.com/classes/db/Db.php(330): DbPDOCore->connect() #1 /var/www/mysite.com/classes/db/Db.php(241): DbCore->__construct('127.0.0.1:3306', 'DrumTDC', 'M78787...', 'Drum_DPr...') #2 /var/www/mysite.com/modules/autoupgrade/classes/UpgradeContainer.php(243): DbCore::getInstance() #3 /var/www/mysite.com/modules/autoupgrade/classes/TaskRunner/Rollback/RestoreDb.php(42): PrestaShop\Module\AutoUpgrade\UpgradeContainer->getDb() #4 /var/www/mysite.com/adminav/autoupgrade/ajax-upgradetab.php(53): PrestaShop\Module\AutoUpgrade\TaskRunner\Rollback\RestoreDb->run() #5 {main}

Thanks by the way. I appreciate it. I think Im gonna revert to the old server and roll back there. Hoepfully.

Thanks again

[ubgot]

But having said that. I just changed to the old server and its working fine as is. I'll look into php mods missing and such before I roll back.

[Nickz]

Slow server?

What kind of RAM have you got, how is you space: hdd, sdd or nVMe?

Have you adjusted the values in php.ini of you php version?

 

Edited June 7 by Nickz (see edit history)

[ubgot]

4 vCPU Cores

6 GB RAM

400 GB SSD

Plenty of space

I just discovered there are quite a few mysql configs I hadnt done on the new server so am reverting back to that server, having copied the mysql settings from the old server, which is really fast and less resources than the new one. Ill post how it goes in a while after the dns propogates

Edited June 7 by ubgot (see edit history)

[ubgot]

One question. Would PS put itself in Debug Mode? Because its not in debug mode on the old server but then it is on the new one?

Wondering whether to copy everything over again.

The database changes dont seem to have done anything.

[ubgot]

There are now lots these errors below in the log file:

[Fri Jun 07 11:15:28.206942 2024] [proxy_fcgi:error] [pid 34823] [client 47.76.209.138:8920] AH01071: Got error 'PHP message: PHP Fatal error:  Uncaught PrestaShop\\PrestaShop\\Core\\Data\\Layer\\DataLayerException: Unable to persist data in cache data layer in /var/www/html/mysite.com/src/Core/Localization/CLDR/DataLayer/LocaleCache.php:122\nStack trace:\n#0 /var/www/html/mysite.com/src/Core/Data/Layer/AbstractDataLayer.php(196): PrestaShop\\PrestaShop\\Core\\Localization\\CLDR\\DataLayer\\LocaleCache->doWrite('en-GB', Object(PrestaShop\\PrestaShop\\Core\\Localization\\CLDR\\LocaleData))\n#1 /var/www/html/mysite.com/src/Core/Data/Layer/AbstractDataLayer.php(103): PrestaShop\\PrestaShop\\Core\\Data\\Layer\\AbstractDataLayer->saveReadPropagationResult('en-GB', Object(PrestaShop\\PrestaShop\\Core\\Localization\\CLDR\\LocaleData))\n#2 /var/www/html/mysite.com/src/Core/Localization/CLDR/LocaleDataSource.php(62): PrestaShop\\PrestaShop\\Core\\Data\\Layer\\AbstractDataLayer->read('en-GB')\n#3 /var/www/html/mysite.com/src/Core/Localization/CLDR/LocaleRepository.php(58): PrestaShop\\PrestaShop\\Core\\Localization...\n'
 

[ubgot]

Now the error has changed to these below. The sites now working out of debug mode front and back end but its ridiculously slow. Any ideas?

[Fri Jun 07 12:12:56.357183 2024] [proxy_fcgi:error] [pid 36979] [client 47.76.209.138:52256] AH01071: Got error 'PHP message: PHP Notice:  SessionHandler::gc(): ps_files_cleanup_dir: opendir(/var/lib/php/sessions) failed: Permission denied (13) in /var/www/html/mysite.com/vendor/symfony/symfony/src/Symfony/Component/HttpFoundation/Session/Storage/Handler/StrictSessionHandler.php on line 101\n'
[Fri Jun 07 12:13:03.720367 2024] [proxy_fcgi:error] [pid 36864] [client 47.76.209.138:56286] AH01071: Got error 'PHP message: PHP Notice:  SessionHandler::gc(): ps_files_cleanup_dir: opendir(/var/lib/php/sessions) failed: Permission denied (13) in /var/www/html/mysite.com/vendor/symfony/symfony/src/Symfony/Component/HttpFoundation/Session/Storage/Handler/StrictSessionHandler.php on line 101\n'
[Fri Jun 07 12:13:10.467040 2024] [proxy_fcgi:error] [pid 36959] [client 47.76.99.127:48124] AH01071: Got error 'PHP message: PHP Notice:  SessionHandler::gc(): ps_files_cleanup_dir: opendir(/var/lib/php/sessions) failed: Permission denied (13) in /var/www/html/mysite.com/vendor/symfony/symfony/src/Symfony/Component/HttpFoundation/Session/Storage/Handler/StrictSessionHandler.php on line 101\n'

[ubgot]

I thought I would try a new install to see if it showed any errors. I installs 1.7.9.11, that went okay. Then I installed 8.1, and that went okay. Everything went smooth, no errors no issues. Then when it came tio using the shop.... well, its unusable. I think prestashop should stop integrating this that and the other and work on a script that does adequate checks to find problems with a server, php or other requirements. Strange though how its running smoothly on my old server.

I think Im going to dump it and look for another script.

[Nickz]

2 hours ago, ubgot said:

Permission denied (13) in /var/www/html/mysite.com/vendor

who is owner of the vendor folder?

[ubgot]

www-data as its in the web root.

 

Theres an htsaccess in there with this content:

 

# Apache 2.2
<IfModule !mod_authz_core.c>
    Order deny,allow
    Deny from all
</IfModule>

# Apache 2.4
<IfModule mod_authz_core.c>
    Require all denied
</IfModule>

Edited June 7 by ubgot (see edit history)

[Nickz]

that disables complete access to any folder,

To give access:

https://phoenixnap.com/kb/how-to-set-up-enable-htaccess-apache

[ubgot]

1 hour ago, Nickz said:

that disables complete access to any folder,

To give access:

https://phoenixnap.com/kb/how-to-set-up-enable-htaccess-apache

Thanks, I appreciate it, but thats not the issue. everything works fine on my old vps and the htaccess is there too. 

[zombies29]

Hi

I have the exact issue after moving accounts within the same host!!
Any solutions as yet ?

[ubgot]

22 minutes ago, zombies29 said:

Hi

I have the exact issue after moving accounts within the same host!!
Any solutions as yet ?

I cant figure it out to be honest, so nothing yet. I actually installed woo and to be honest, my previous ovh servers were much faster and the new contabo ones aree way slower. But the contabo ones have room to upgrade in steps which is why I moved. Theyre cheaper and with more resources.

However, I am currently configuring the new servers to reflect the old on. And an initial config that got the site working, albeit slow was to add this to the chost file in apche. 

ini_set('max_execution_time', 6000);

I have no idea how or why that worked. I also remember some configs related to file limits being added to the server settings somewhere. I will post them here as I try them. But at present Im focusing on getting all the sites over to the new vpss, Il dig into more detailed config problem solving over the coming weeksAnd post my findings here.

Also, Im not sure if this has anything to do with it but my previous vps has 1gbits connection. The new one only has 200mbits connection. The sites are noticable slower, but as I said, those numbers go up as I upgrade the servers so can handle it so far. 

If you find a solution I would appreciate it. Many thanks.

[ubgot]

31 minutes ago, zombies29 said:

Hi

I have the exact issue after moving accounts within the same host!!
Any solutions as yet ?

Also, I copied the mysql settings over to the new server (as well as php settings), and that also seemed to make a difference with more connections ets. But its still too slow to use. On the ovh system it is fast, even without the cache on. 

Im thinking of keeping the server at ovh active and move it over to the new place when I sort it out and the sitre is faster.

I have wordpress and joomla sites installed also and they are much slower on the new vps. especially wordpress. But I always thought WP was a complete mess of a site. each to their own I guess.

[Nickz]

I wonder have you prepped your server in the same way your OVH VPS is set up, same OS? Same PHP, same libraries, same premission settings, same Ngingx versions and so on. 

[ubgot]

18 minutes ago, Nickz said:

I wonder have you prepped your server in the same way your OVH VPS is set up, same OS? Same PHP, same libraries, same premission settings, same Ngingx versions and so on. 

Yes, php7.2 extensions and settings, same for mysql 8, apache, permissions are all the same. 0755 folders and 644 files, I dont think there are different ones. I baiscally copied settings over once everything was working. 

And as I say, the site only started working when I added the ini_set('max_execution_time', 6000); in the vhost.??? 

there are some other settings that dont work on the new one such as having this line in the vhost file: I will look into this later.

FcgidMaxRequestLen 30000000

[Nickz]

6 minutes ago, ubgot said:

0755 folders and 644 files

Some folder need 777 like /tmp

mysql version is the same? Which OS are you using? 

You used a shop with php7.2 and uploaded it to a server with php8?

Edited June 8 by Nickz (see edit history)

[ubgot]

No Im using 7.2 on the new one too.
Same OS ubuntu 20.04 (Il check).

I checked and thers a thing. The old one is 22.04 and the new one is 20.04 ubuntu that is.

 

[ubgot]

I just reverted back to PS from woo, and its working fine. But yesterday, I installed PS 1.7.9.11 (same as mine), fresh install to see if it cvame up with any errors. Then I installed PS 8 and no errors weerre detected.

Having just reverted to my old/previous not working well version. Its now working fine. But I think its picking up content from a previous install as the buttons are default blue (mine are/should be red).

But its working. Ill clean the cache folder out manually to see if its still working then.

[Nickz]

14 minutes ago, ubgot said:

The old one is 22.04 and the new one is 20.04 ubuntu that is.

Lets concentrate on the contabo VPS, that one runs on 20.4? 
The php Version also has to fit you modules, that is usually the bigger issue.

If you got it running than you are good to sell on.

[ubgot]

1 minute ago, Nickz said:

Lets concentrate on the contabo VPS, that one runs on 20.4? 
The php Version also has to fit you modules, that is usually the bigger issue.

If you got it running than you are good to sell on.

All the mods are the same. I will eventually double check, but they are the same, I checked when I installed everything. I like to get mod security etc installed before going into more detailed config... of everything. As that can sometimes kick out ID issues. But the chosts were also copied over. I usually delete the mod security settings in a vhost then start again to seet it up  properly. But as of now, its installed and I will be mocing onto the third server.

Im currenly clearing the cache to see if its working after that. I dont get it to be honest as I cleared the cach in the back end and the browser cache. Just doing it manually justt in case.

But if its working... I have no idea why. Or why its reverted to blue buttons. But thats the least of the issues if its working again.

[Nickz]

With using varios servers you are already ahead of many others.
What do you sell?

[ubgot]

1 minute ago, Nickz said:

With using varios servers you are already ahead of many others.
What do you sell?

Im a drummer. Or was, I sell drumming books and other types of books. I just want to keep all my publishing related stuff on a server of its own rather than mising all sites for different purposes/companies, if you will.

Im great at building the sites etc, but not so great at selling stuff. Which as I believe is the norm. The PS install is for print on demand suff as well as books. 

[Nickz]

15 minutes ago, ubgot said:

The PS install is for print on demand suff as well as books. 

With the push into online business, the changed user behavior all business have to fight harder. With print on demand you are not the first. So to cut through the noise will take time, and money. Similar to music I guess, climbing the ladder is also not easy.

Edited June 8 by Nickz (see edit history)

[ubgot]

26 minutes ago, Nickz said:

With the push into online business, the changed user behavior all business have to fight harder. With print on demand you are not the first. So to cut through the noise will take time, and money. Similar to music I guess, climbing the ladder is also not easy.

Sure. Challenge accepted. lol. Thanks for the assis, much appreciated.