• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Upgrade Porblem from 9.0.0 to 9.2.1

Benjamin Pichler

New Pleskian
Hello,

i get the following errors when trying to upgrade Plesk 9.0.0 to 9.2.1 (with Qmail):


Downloading the file PSA_9.2.1/thirdparty-rpm-CentOS-5-i386/../dist-rpm-CentOS-5-i386/contrib/psa-php5-configurator-1.5.1-cos5.build92090422.13.noarch.rpm: 10%..21%..34%..40%..53%..64%..75%..80%..91%..100% done.
Downloading the file PSA_9.2.1/dist-rpm-CentOS-5-i386/opt/maildrivers/courier-imap-3.0.8-cos5.build92090422.13.i586.rpm: 10%..20%..30%..40%..50%..60%..70%..80%..90%..100% done.
Downloading the file PSA_9.2.1/dist-rpm-CentOS-5-i386/opt/maildrivers/psa-mail-driver-common-9.2.1-cos5.build92090422.13.i586.rpm: 10%..20%..30%..40%..50%..60%..70%..80%..90%..100% done.
Downloading the file PSA_9.2.1/dist-rpm-CentOS-5-i386/opt/maildrivers/psa-mail-qc-driver-1.0.0-cos5.build92090422.13.i586.rpm: 10%..20%..30%..40%..50%..60%..70%..80%..90%..100% done.
Downloading the file PSA_9.2.1/dist-rpm-CentOS-5-i386/opt/maildrivers/psa-qmail-1.03-cos5.build92090422.13.i586.rpm: 10%..20%..30%..40%..50%..60%..70%..80%..90%..100% done.
Downloading the file PSA_9.2.1/dist-rpm-CentOS-5-i386/opt/mail/psa-qmail-rblsmtpd-0.70-cos5.build92090422.13.i586.rpm: 12%..20%..30%..40%..50%..61%..72%..82%..90%..100% done.
Downloading the file PSA_9.2.1/dist-rpm-CentOS-5-i386/opt/mailman/psa-mailman-configurator-9.2.1-cos5.build92090422.13.i586.rpm: 11%..20%..32%..41%..53%..65%..71%..83%..95%..100% done.
Starting installation of packages
Installing the package psa-php5-configurator-1.5.1-cos5.build92090422.13.noarch (t 0xba35e98 source=0xa330338 P:4 R:9)
===> configuring php5 using /etc/php.ini file
Trying to set memory limit to 32M... done
Trying to add '.' to 'include_path'... nothing to be done
done
Trying to set 'short_open_tag' to On... done
Trying to set 'file_uploads' to On... done
Trying to set 'safe_mode' to On... done
Installing the package courier-imap-3.0.8-cos5.build92090422.13.i586 (t 0xb9ccf70 source=0xa3301b8 P:118 R:28)
Stopping Courier-IMAP server:
Stopping imap [ OK ]
Stopping imap-ssl [ OK ]
Stopping pop3 [ OK ]
Stopping pop3-ssl [ OK ]

Trying to register service xinetd... using /sbin/chkconfig
done
Trying to executing mail_restore to synchronize mail server settings and Plesk Database... done
Installing the package psa-mail-driver-common-9.2.1-cos5.build92090422.13.i586 (t 0xb9cd8e0 source=0xa3301b8 P:31 R:37)
mv: cannot stat `/var/qmail/control/spf*': No such file or directory
Trying to executing mail_restore to synchronize mail server settings and Plesk Database... Number of arguments is invalid.
Number of arguments is invalid.
ERROR: Failed to download the package http://autoinstall.plesk.com/PSA_9.2.1/plesk-9.2.1-cos5-i386.inf3:
Callback aborted
Not all packages were installed.
Please try installing packages again later.
Please, resolve the above problem and try installing the packages again.
If you cannot resolve the problem on your own, contact product technical support for assistance.



My system: CentOS5 as a VM

While doing the "... mail_restore to synchronise mail server settings ..." it tooks about 20 minutes... what exactly is he doing here?

Is there any solution concerning this issue?

Thank you!
 
The same issue here – but upgrading from 9.0.1 to 9.2.1 on Debian Etch AMD64 with qmail.

Code:
Unpacking replacement psa-courier-imap ...
Preparing to replace psa-qmail 1:1.03-debian4.0.build90090127.18 (using .../psa-qmail_1%3a1.03-debian4.0.build92090422.13_amd64.deb) ...
 Checking for the system groups and users necessary for Qmail...
 Checking for the group 'qmail'...
 Group 'qmail' already exists

 Checking for the group 'nofiles'...
 Group 'nofiles' already exists

 Checking for the user 'alias'...
 User 'alias' already exists

 Checking for the user 'qmaild'...
 User 'qmaild' already exists

 Checking for the user 'qmaill'...
 User 'qmaill' already exists

 Checking for the user 'qmailp'...
 User 'qmailp' already exists

 Checking for the user 'qmailq'...
 User 'qmailq' already exists

 Checking for the user 'qmailr'...
 User 'qmailr' already exists

 Checking for the user 'qmails'...
 User 'qmails' already exists

 Trying to stop service qmail... done
Unpacking replacement psa-qmail ...
Preparing to replace psa-mail-driver-common 9.0.1-debian4.0.build90090127.18 (using .../psa-mail-driver-common_9.2.1-debian4.0.build92090422.13_amd64.deb) ...
Unpacking replacement psa-mail-driver-common ...
Preparing to replace psa-qmail-rblsmtpd 0.70-debian4.0.build90090127.18 (using .../psa-qmail-rblsmtpd_0.70-debian4.0.build92090422.13_amd64.deb) ...
Unpacking replacement psa-qmail-rblsmtpd ...
Setting up psa-courier-imap (3.0.8-debian4.0.build92090422.13) ...
 Trying to register service xinetd...  using /usr/sbin/update-rc.d
 System startup links for /etc/init.d/xinetd already exist.
done
 Trying to executing mail_restore to synchronize mail server settings and Plesk Database... Number of arguments is invalid.
Number of arguments is invalid.

(…waiting since 15 minutes… on a Intel QC 2.8 with 8GB RAM)

Unable to dump server-wide black/white lists into GreyListing database
done

Setting up psa-mail-driver-common (9.2.1-debian4.0.build92090422.13) ...
mv: cannot stat `/var/qmail/control/spf*': No such file or directory
Trying to executing mail_restore to synchronize mail server settings and Plesk Database... 

(…waiting again)


Sorry, but it seems that Parallels is doing their job as bad as usual. It's so annoying… :-/
 
upgrade problem from 9.0.0 to 9.2.1

Part of the problem you are having is that you are doing manual installations (i.e. rpms) you should be using the (for individual using CentOS 5.3) Virtuozzo 4.0 download manager by typing vzup2date after installation of Virtuozzo 4.0.

The same thing goes for the other individual. You are both doing manual installations which lead to broken rpms which have to be removed. If you continue to do manual installs be sure to do "YUM CLEAN ALL" after large installs
 
hello,

I have never encountered such an issue performing Plesk upgrade. Basically, it might have occurred because of insufficient disk space and inodes on the hard disk.
 
Back
Top