Search results

For some reasons, maybe with plesk updated ? (I think it's the only possibility) an older version of php was uninstalled. Thant was the only problem.

The problem is not in PHP or HANDLER but is in the PHP code itself... It' s strange because it was working from years... Anyway a different index is read, so I have to check the problem from here.

"Do you have any Additional nginx directives there? " No I already tried the procedures you suggested, but it is everything updated. and handler are enabled And is not working even with Ngnix stopped

of course I already - regenerate the configuration of virtual hosts - tried to stop ngnix - updated plesk - checked virtual host configuration - checked .htaccess (but it was working before, so it has no sense)

yes same behaviour if I change to a modern php version and even if I change the handler. I really cannot understand ...

of course No relevant errors log in php or in plesk-php54-fpm / error.log

After removing a ip6 and changed with a shared ip4, and fixed problem with ngnix configuration, php is no more working in 1 subdomain, and browser download php pages instead of "read" them. I already - checked handlers. - Checked handler ( PHP-FPM was enabled) - Restored old configuration -...

it was ngnix misconfigured Solved with plesk sbin nginxmng -d plesk sbin nginxmng -e

My server is showing only Plesk Default page for all sites... probably after Plesk update. I already did this: - plesk repair all -v - restarted apache - Checked Virtual host configuration and everything seems ok - Checked error logs (no errors) - run Plesk Webserver Configuration...

My server is showing only Plesk Default page. I already run plesk repair all -v and restarted apache tried this too https://support.plesk.com/hc/en-us/articles/213362409-Plesk-Webserver-Configuration-Troubleshooter but no difference.... Any suggestion?

I suggest to make a back up of the domain and try with the automatic tool. If do not work the manual process works... Ciao

1 You can select the folder "HTTPD" ZIP it (from panel there is menu) and move in the new Directory 2 create DUMP of DB from DB panel 3 You have to create a DB and load the DUMP 4 Change the domain into the DB (with phpmyadmin "search and replace" 5 change into the config file of...

I made everything manually. Copy and paste file system Copy php configurations Copied Db Than plesk wordpress app found the wordpress with search feature so... now everything is working

I'm looged as root but the problem is a misconfiguration of PLESK after 2 days with a good systemist the best thing to do was disable NGNIX !

I am really bored in wasting time with plesk malfunctions. The wordpress migration it's a real mess. I tried 3 times in different ways, but always there is are problems. How is possibile that 1 site is migrated, but the DB is the same of the site source even if you see listed into the domain...

I tried both eanbling and disabling IPV6 Ngix is not used in my server but is some way create problem now in regenerating web server configurations Details: [2020-02-03 09:32:55.305] ERR [util_exec] proc_close() failed ['/usr/local/psa/admin/bin/nginx_control' '--restart'] with exit code...

Yes Thank you But I already did that net.ipv6.conf.all.disable_ipv6=o net.ipv6.conf.default.disable_ipv6=0 But is not working Always same message I tried with restoring backup but there is a permission problem here too. Execution of dd if=/dev/zero...

I have all sites not working...due to IPV6 non configured and inpossibile to repair.... any suggestion please? Error: ifmng failed: Execution of /sbin/ip addr add 2a01:4f8:131:5085::2/64 dev eth0 failed with return code 2. Stderr is RTNETLINK answers: Permission denied I disabled IPV6...

Hello, I was trying to restore a site from TOOLS / BACK UP restore "only site" XY from Plesk but this process is running from 16 hours ...and it seems a very long time. There is a big DB 10GB db but 16 hours it seems too much Now Plesk is not available too So I can only access SSH...

I think it's un-understadable your question, that why no one is answering...