Search results

Seems like database inconsistency on destination server -- ttl_unit column in dns_zone table must be either NULL or empty. Easy to check with: If empty, you can go to subscription in the panel > 'Websites & Domains' tab > 'DNS Settings' > 'SOA Record', choose 'seconds' unit for TTL and press...

To get more verbose errors, run plesk_agent_manager on destination server (not on source, because error occurs when PMM runs backup of Plesk on destination server to use resulting data in further conflict resolution step) with verbose flags: The command will output error messages, if any...

This issue may be caused by third-party PAM module already installed on the server. I observed such problem with module sfcb from sblim-sfcb (Dell's Small Footprint CIM Broker) RPM on CentOS 5. The most useful information (including Python backtrace) about the problem you can get by running...

To resolve the problem, remove 'skip-show-database' from /etc/my.cnf and restart MySQL service. It should help.

It appears that stale pidfile of 'sw-cp-server' is the problem. Just try to stop 'sw-cp-server' service and remove /var/run/sw-cp-server.pid Then re-run installation to continue.

Such problems exist if some package (which cannot be upgraded by autoinstaller) requires db4-4.3.29-9 (already installed) while another package requires db4-4.3.29-10. It is not clear what are those packages though from messages provided. Try to check /tmp/autoinstaller3.log file for more details.

Ok, I see. I think it is possible with following steps: 1. remove alias from domain 2. go to 'Domain administrator' screen of main domain and rename it there 3. create alias with old name of domain Should work. Good luck.

Judging by attached autoinstaller logs, upgrade has been completed fine. However, session cannot be initialized. Check if table psa.sessions exists and has proper structure: CREATE TABLE `sessions` ( `sess_id` varchar(33) character set ascii collate ascii_bin NOT NULL default '', `type`...

Sometimes such things can happen if process (such as Apache or QMail) are running with different timezone settings that other system processes. Check timezone settings in /etc/sysconfig/clock (for RH/Fedora/CentOS systems) and if they are incorrect, you may correct them using menu-based console...

there are several possibilities: 1) server is compromised and some binaries are replaced or infected 2) hardware failing or disk is corrupted 3) if it is Virtuozzo Container -- probably there is not enough resources for named to start anyway, looking into /var/log/messages, dmesg and tracing...

it can be done only with APM (Advanced Perl Magick =): cat /usr/local/psa/var/log/maillog | \ egrep "starting delivery.*to remote" | \ perl -F -a -lne '{$r{$F[0]}->[$F[1]]++}END{foreach$k(%r){@d=@{$r{$k}};for(my$i=1;$i<=$#d;$i++){printf "%.3s %2d %d\n", $k, $i, $d[$i]}}}' Good luck.

Hello jpoole, the problem with 'Server not found' most probably caused by problems with name resolution. Since the server is in local network and domain names on the server are not in global DNS, you need to explicitly map ip-hostname pairs in your local /etc/hosts file (or on windows it is...

Actually, ASP on Linux (especially the one managed by Plesk) has no relation to Windows' ASP at all. It is Perl code which is embedded into the page. The only similarity between them is tags used to embed the code -- '<%' and '%>'. There are some third-party solutions which I've heard about...

Hello SmileMan, not quite sure what you mean by 'change a domain from a customer'. Do you want to move domain from one client to another in Plesk or something else? In case if it is first one, then it can be done very easily: just go to domains list in control panel, mark domain and on top of...

Spyder: I've seen such problem. Sometimes during upgrade webstat column in psa.hosting table is not upgraded properly and there are empty values which causes such problems. The only way to fix the problem is to run this MySQL update in 'psa' database: UPDATE hosting SET webstat='none' WHERE...

getallheaders() function is a mod_php specific function and it will not work with suphp. The only way is to run Horde under plain PHP Apache module.

Is there some particular errors in Apache's error_log? Did you try running '/usr/local/psa/admin/sbin/websrvmng -a -v' and restarting apache?

Are you running Plesk under Xen? Maybe this is the reason? Try to reboot with plain kernel (without Xen) and check if it is working. Good luck,

The problem does not exist on Virtuozzo 4, only Virtuozzo 3 is affected. So, I think only upgrade will help to resolve such issues. Good luck,

This is pretty obvious -- with no free space no configuration (/etc/passwd, /etc/shadow) can be updated and user cannot be created. Free some space on '/' and everything should work fine. Good luck,