Thanks Nikolay, all done.
I will answer anyway - I am just testing Plesk in hardcore conditions - turn on all components and I want to see how it works in "worst conditions"/high usage cpu/ram, etc.That's a really useful feedback that I really hope will be taken into account by Parallels.
However it doesn't really answer my question (that was rhetorical, please don't reply).
Thanks Nikolay, all done.
But that doesn't explain why it started to upgrade to 12.0.11 from 12.0.10 with "recommended" upgrade level, and then failed.
/usr/local/psa/admin/bin/httpdmng --reconfigure-domain secondarydomain.tld
Is there a way to migrate a standard dovecot isntance to a PLESK 12 dovecot instance?
protocol pop3 {
# POP3 UIDL format similar to the one used by Courier-IMAP.
#pop3_uidl_format = UID%u-%v
}
namespace inbox {
inbox = yes
# These mailboxes are widely used and could perhaps be created automatically:
mailbox Drafts {
special_use = \Drafts
}
mailbox Junk {
special_use = \Junk
}
mailbox Trash {
special_use = \Trash
}
# For \Sent mailboxes there are two widely used names. We'll mark both of
# them as \Sent. User typically deletes one of them if duplicates are created.
mailbox Sent {
special_use = \Sent
}
mailbox "Sent Messages" {
special_use = \Sent
}
}
$rcmail_config['imap_auth_type'] = PLAIN;
$rcmail_config['smtp_auth_type'] = 'PLAIN';
$rcmail_config['drafts_mbox'] = 'Drafts';
$rcmail_config['junk_mbox'] = 'Spam';
$rcmail_config['sent_mbox'] = 'Sent';
$rcmail_config['trash_mbox'] = 'Trash';
$rcmail_config['default_folders'] = array('INBOX', 'Drafts', 'Sent', 'Spam', 'Trash');
===> Cumulative APS controller upgrade (final stage) has been started.
Trying to set up APS controller database... APS db accessibility check was skipped.
Function not implemented
ERROR while trying to store APS controller db connection parameters into product db
Check the error reason(see log file: /var/log/plesk/install/plesk_12.0.14_installation.log), fix and try again
tac: write error: Broken pipe
***** problem report *****
ERROR while trying to store APS controller db connection parameters into product db
Check the error reason(see log file: /var/log/plesk/install/plesk_12.0.14_installation.log), fix and try again
===> Cumulative APS controller upgrade (final stage) has been started.
Trying to set up APS controller database... APS db accessibility check was skipped.
Function not implemented
ERROR while trying to store APS controller db connection parameters into product db
Check the error reason(see log file: /var/log/plesk/install/plesk_12.0.14_installation.log), fix and try again
**** Product post-install for BASE failed.
***** problem report *****
ERROR while trying to store APS controller db connection parameters into product db
Check the error reason(see log file: /var/log/plesk/install/plesk_12.0.14_installation.log), fix and try again
STOP Bootstrapper 12.0.14 post-install for BASE AT Wed Apr 9 16:03:39 CEST 2014
To complete product installation one should run bootstrapper script:
/usr/local/psa/bootstrapper/pp12.0.14-bootstrapper/bootstrapper.sh repair
At the end I figured out a way to manage the migration but I ran into following issues and fixed it as stated...
ATTENTION! I am quite sure that this will break any courier-mailboxes on the same server (so switching to courier is not easily possible again afterwards)
If you have any other ideas or some improvements please let me know...
From my point of view PLESK should override the custom values in seperate files, NOT in the original configs (e.g. as php-includes on the configs).
trying to install 12.0.14 in a chrooted centos 6.5 environment and got the following error:
What gave you an idea that it should work? Looks like you have troubles with DB access. Try without chroot or in a real virtual environment (e.g. Virtuozzo/PCS containers or KVM).
The automatic upgrade stucks everytime
"Parallels Panel pre-upgrade check...
WARNING: Unable to find InnoDB engine support.
dpkg-query: no packages found matching psa-atmail"
Debian 7 x64 with MariaDB 10
To install Plesk you need to have InnoDB enabledWARNING: Unable to find InnoDB engine support.