Search results

Plesk 10.4.4 does strict state abbreviation validation when creating a new customer. When I enter NL (the correct 2 letter abbreviation for Newfoundland in Canada), it says it is invalid. Entering NF works fine (the old and now incorrect abbreviation). WHMCS provisions using the correct NL...

Just a quick update to note that the same occurs with all subdomains associated with the domain. I then had to edit the etc/php.ini config for each subdomain to fix them as well.

Just a tip for anyone else who might run into this issue. A customer renamed their domain within Plesk. Everything got set properly by Plesk *except* the custom php.ini config variable for open_basedir, which remained with the old domain name. This resulted in errors like the following in the...

Jorge, That may well be true. I look at it from two angles: 1. Most people want to play around with web apps (whether they use them on their site or not), and just about every web app requires safe_mode be disabled anyway. Additionally, using web apps with FastCGI provides better security...

Jorge, Edit /etc/php.ini for the server (assuming you have root access to the server) and disable safe_mode. For those running PHP in the default mode of "Apache Module", toggling the Safe Mode option in Plesk will still function. For those running PHP as FastCGI they will always have...

Actually it did affect the autoinstaller for me. The VPS in question was running Plesk 9.3 and I had applied the ART ProFTPd update. When I ran the autoinstaller to get 9.5.3 installed, I got this: Easily remedied: rpm -e psa-proftpd --nodeps Then ran the autoinstaller again. What's...

Seemingly at random, pages across different clients that have authentication enabled on a folder or file will not load - they simply go to an error page immediately rather than asking for username and password. Restarting Apache will sometimes fix this, but then the problem will come back at...

Try disabling safe_mode for the parent domain - it should fix it. It's not really a solution per se, but rather a workaround.

The ability to disable safe_mode when running PHP via FastCGI has been there since FastCGI was added as an option. It's because the apache directives for any PHP controls are never seen by the PHP process running through FastCGI - they simply have no effect. Similarly, any apache directives...

That permissions issue shouldn't occur if you're the server admin and have root access. If you're not the server admin, then you should be forwarding the request to them! If you are the operator of the server, then ask your datacentre to provide you super user (root) access. Once you have...

Hi there coolemail, Are you still experiencing this problem? If those binaries are all in the correct locations, did you try the things that Thomas Gonzalez tried? If so, what were the results of the commands? Did the cronjob appear OK?

I realize this is an old thread, but there were no updates, so here is the solution I found. There is no gpg.exe in the bin folder and rather than going through the huge hassle of finding a gpg binary and installing it (or finding one already installed in one of the miriad of folders that Plesk...

The only other things I did was make sure the permissions matched the old pipelog binary exactly, which you probably did as well and restarted apache. The server I tested this on was a 32-bit virtuozzo VPS running CentOS 5.4 I wonder if the binary is x64 compatible (or if it even matters for...

IgorG, That solves the problem - I replaced my pipelog binary in /usr/local/psa/admin/sbin with the workaround provided and restarted apache. Tailing the access_log for a domain that was not having anything written to it previously, now shows log entries during accesses of the domain...

Same problem. This results in statistics only being updated to the webstat-ssl path A virtuozzo VPS with piped logging enabled has no entries in the access_log for domains since updating. A VPS that does not have piped logging enabled is updating fine. This means that all statistics...

Multiple virtuozzo servers with this issue We have experienced this issue on multiple servers (all recently upgraded to 9.3.0). On the first one (happened yesterday morning), I switched the MTA to Postfix for the rest of the day. When I then encountered a non-related Postfix queue file write...

Also had this issue... I just found and fixed this problem as well. Apparently the update to 9.3.0 changed the location of a few items. If you run this: Which is the stats update process run by cron in /etc/cron.daily/50plesk-daily You will probably get errors like: Solution...

Thanks dash! I was encountering this error after the upgrade to 9.2.1 from 9.0.1 and I solved it using dash's provided info info: 1. Edit /etc/psa/psa.conf to change this line: to 2. Run to ensure that the Apache config files were updated with the new php-cgi binary location...

Good luck! Hi Ronny, I hope this works for you permanently, I forgot to update the post, but about 48 hours after doing this, the problem came back. I'm starting to think it has something to do with the way Horde stores sessions. But at the very least, completing this change and having...

Don't do it I can't say I've done that before, but you should not remove that file. It is there for the use of Plesk (and it's included programs) to use when needed for authentication with different Plesk components (like the psa database)... The file is not a security risk if the...