Search results

Check "Physical hosting" section in your domain template. Is there "Hard disk quota" parametr set to some numeric value or not? If it is set and hard disk quota is not supported/configured on your filesystem - than it's expected behaviour.

Try to redefine AWSTATS_TOOLS_D and AWSTATS_BIN_D in /etc/psa/psa.conf file according to your actual awstats paths. As I can see AWSTATS_BIN_D should be /var/www/cgi-bin/awstats on your server.

Thank you for report, The issue is confirmed in our lab and will be fixed in the future releases. As a workaround you can copy private key for email signing from domain to domain alias: cp -rp /etc/domainkeys/<domain_name> /etc/domainkeys/<alias_name> (-p option to preserve ownership and...

Expirations are cheched inside statistics utility, which is executed by cron on daily basis. (/usr/local/psa/bin/run-parts.sh /etc/psa/plesk-cron.daily task) Check crontab for user root. Also the reason can be in statistics utility crash. Check the output of...

awstats reports are generated inside statistics utility, which is executed every day by cron. To check does this task persist or not you can use Plesk GUI (Server -> Sheduled tasks -> choose_root_user) or execute crontab -lu root command. The corresponding task should be something like 50 0 *...

Thank you for report. The problem is confirmed and will be fixed in Plesk 8.6.1

What exactly OS and Plesk version do you use? (what is the output of #cat /usr/local/psa/version command)

Do you mean that autoinstaller can't resolve dependencies to install Plesk, or autoinstaller binary fails itself? If this is a first case, could you please post here a part from autoinstaller output with error description.

you need to add guidcolumn into clients and domains tables in psa database 'VARCHAR(36) CHARACTER SET ascii COLLATE ascii_bin NOT NULL DEFAULT '00000000-0000-0000-0000-000000000000' Looks like upgrade procedure was failed on your server...

The reasons of statistics execution fails can be different from server to server. So to diagnose the problem it is interesting to see output from statistics utility when it is running from console and fails. #/usr/local/psa/admin/sbin/statistics

httpsd.conf.def is processed during upgrade to make httpsd.conf So try to do the following: replace httpsd.conf with httpsd.conf.def and replace the following variables in it: @admin_root@ => /usr/local/psa/admin @admin_user@ => psaadm @admin_group@ => psaadm @fullhost@ =>...

download perl package and try to reinstall it with rpm -Uhv --force <perl_package_file> command to reinstall libperl.so file. Also check that psa-spamassassin package is installed

/usr/local/psa/admin/sbin/mail_auth_dump is a part of psa package. You can extract it from rpm package file. place it into the /usr/local/psa/admin/sbin directory and execute as root user. Execute mail_auth_dump utility. it will create /var/lib/plesk/mail/auth/passwd.db file. What...

Try to create ~/.autoinstallerrc file with line ADDITIONAL_SOURCE="repomd,100,http://<desired_centos_mirror>" in this case autoinstaller will use <desired_centos_mirror> to find system packages.

what permission does Plesk setup on the assign file? For me it's # ls -l /var/qmail/users/assign -rw------- 1 root root 212 Jul 14 13:53 /var/qmail/users/assign and it's normal situation. of course, in this case qmail-smtp should be executed as root user from superserver. Do you have a...

Hmmm... It works fine for me. 8.4.0.1 is not a separate Plesk version in autoinstaller (page where you choose what version you whish to install) 8.4.0.1 mean "an update for Plesk 8.4.0 'Base' component" try to check updates for Plesk 8.4.0 version in autoinstaller after update...

only files which are owned by users with UID > 100 and apache user are taking into account during clients' disc usage calculation. for example files owned by root will be skipped.

Plesk generates Include /var/www/vhosts/(domain)/subdomains/(subdomain)/conf/vhost.conf directive only if /var/www/vhosts/(domain)/subdomains/(subdomain)/conf/vhost.conf file exists. so you need to create vhost.conf file and after that run /usr/local/psa/admin/sbin/websrvmng -a -v utility as...

The cronjob created via Plesk will be executed as user which you have chose during task creation. So you need that executed script has 'read' and 'execute' permissions granted for the user. For example, if the script is placed inside httpdocs folder and if the ftp user name is mydomain the...

It's a confirmed bug which will be fixed in Plesk 8.4.1 patch Thanks for report.