• 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

Update to PHP 5.3.3-14 failed

H

hologer

New Pleskian
Hello,

System: CentOS 6 64bit, Plesk 10.4.4 MU 36

We tried to update PHP with Plesk-Update (installation of microupdates before - no problems). The updater stopped with following failure:

Installation started in background

Getting bootstrapper packages to installation list:
skip package 'pp10.13.4-bootstrapper-10.13.4-cos6.build1013111102.18.x86_64' from component base - there is same or newer version of this package is installed (in system pp10.13.4-bootstrapper-10.13.4-cos6.build1013111102.18.x86_64)
Following bootstrapper packages will be installed: (empty)
----------------

Getting packages to installation list:
skip package 'plesk-base-10.13.4-cos6.build1013111102.18.x86_64' from component base - there is same or newer version of this package is installed (in system plesk-base-10.13.4-cos6.build1013111102.18.x86_64)
skip package 'plesk-core-10.13.4-cos6.build1013111102.18.x86_64' from component base - there is same or newer version of this package is installed (in system plesk-core-10.13.4-cos6.build1013111102.18.x86_64)
skip package 'plesk-l10n-10.13.4-cos6.build1013111102.18.noarch' from component base - there is same or newer version of this package is installed (in system plesk-l10n-10.13.4-cos6.build1013111102.18.noarch)
skip package 'plesk-skins-10.13.4-11110218.noarch' from component base - there is same or newer version of this package is installed (in system plesk-skins-10.13.4-11110218.noarch)
skip package 'psa-10.4.4-cos6.build1013111102.18.x86_64' from component base - there is same or newer version of this package is installed (in system psa-10.4.4-cos6.build1013111102.18.x86_64)
skip package 'psa-awstats-configurator-10.13.4-cos6.build1013111221.14.noarch' from component base - there is same or newer version of this package is installed (in system psa-awstats-configurator-10.13.4-cos6.build1013111221.14.noarch)
skip package 'psa-libpam-plesk-10.13.4-cos6.build1013111102.18.x86_64' from component base - there is same or newer version of this package is installed (in system psa-libpam-plesk-10.13.4-cos6.build1013111102.18.x86_64)
skip package 'psa-locale-base-en-US-10.13.4-cos6.build1013111102.14.noarch' from component base - there is same or newer version of this package is installed (in system psa-locale-base-en-US-10.13.4-cos6.build1013111102.14.noarch)
skip package 'psa-logrotate-3.7-cos6.build1013111101.14.x86_64' from component base - there is same or newer version of this package is installed (in system psa-logrotate-3.7-cos6.build1013111101.14.x86_64)
skip package 'psa-mod-fcgid-configurator-2.0.0-cos6.build1013111101.14.x86_64' from component base - there is same or newer version of this package is installed (in system psa-mod-fcgid-configurator-2.0.0-cos6.build1013111101.14.x86_64)
skip package 'psa-mod_fcgid-2.3.6-11081019.x86_64' from component base - there is same or newer version of this package is installed (in system psa-mod_fcgid-2.3.6-11081019.x86_64)
skip package 'psa-proftpd-1.3.3e-cos6.build1013111101.14.x86_64' from component base - there is same or newer version of this package is installed (in system psa-proftpd-1.3.3e-cos6.build1013111101.14.x86_64)
skip package 'psa-pylibplesk-10.13.4-cos6.build1013111102.18.x86_64' from component base - there is same or newer version of this package is installed (in system psa-pylibplesk-10.13.4-cos6.build1013111102.18.x86_64)
skip package 'psa-selinux-10.13.4-cos6.build1013111102.18.noarch' from component base - there is same or newer version of this package is installed (in system psa-selinux-10.13.4-cos6.build1013111102.18.noarch)
skip package 'psa-triggers-10.13.4-cos6.build1013111102.18.noarch' from component base - there is same or newer version of this package is installed (in system psa-triggers-10.13.4-cos6.build1013111102.18.noarch)
skip package 'psa-updates-10.4.4-cos6.build1013111101.14.noarch' from component base - there is same or newer version of this package is installed (in system psa-updates-10.4.4-cos6.build1013111101.14.noarch)
skip package 'psa-vhost-10.13.4-cos6.build1013111101.14.noarch' from component base - there is same or newer version of this package is installed (in system psa-vhost-10.13.4-cos6.build1013111101.14.noarch)
autoinstaller: read output of env LANG=C LC_ALL=C yum info psa 2>/dev/null with popen
autoinstaller: pclose OK
skip keypackage 'psa-10.4.4-cos6.build1013111102.18.x86_64' from component base - same or newer version of this package is already installed (in system psa-10.4.4-cos6.build1013111102.18.x86_64)
skip package 'psa-php5-configurator-1.6.1-cos6.build1013111101.14.x86_64' from component phpgroup - there is same or newer version of this package is installed (in system psa-php5-configurator-1.6.1-cos6.build1013111101.14.x86_64)
autoinstaller: read output of env LANG=C LC_ALL=C yum info psa-php5-configurator 2>/dev/null with popen
autoinstaller: pclose OK
skip keypackage 'psa-php5-configurator-1.6.1-cos6.build1013111101.14.x86_64' from component phpgroup - same or newer version of this package is already installed (in system psa-php5-configurator-1.6.1-cos6.build1013111101.14.x86_64)
autoinstaller: read output of env LANG=C LC_ALL=C yum info php 2>/dev/null with popen
autoinstaller: pclose OK
Following packages will be installed: php-5.3.3-14.el6_3
----------------
Check package set before installation
The following packages will be installed because they are required by the packages you selected for installation:
~empty~emptyChanging shell for popuser.
Shell not changed.
Changing shell for mhandlers-user.
Shell not changed.
===> Preparing upgrade
Stopping psa... done
psa is stopped
Stopping psa... done
===> Cumulative database upgrade has been started
===> Upgrade completed.
Traceback (most recent call last):
File "/usr/local/psa/bin/yum_install", line 194, in <module>
main()
File "/usr/local/psa/bin/yum_install", line 189, in main
installer.perform(to_install, opts.remove)
File "/usr/local/psa/bin/yum_install", line 149, in perform
raise Exception("Scriptlet or other non-fatal errors occurred during transaction.")
Exception: Scriptlet or other non-fatal errors occurred during transaction.
~emptyError: Das Dienstprogramm Yum konnte nicht ausgeführt werden.
Das Dienstprogramm Yum konnte nicht die erforderlichen Pakete installieren.
Achtung! Ihre Software ist vielleicht nicht betriebsbereit.
Bitte kontaktieren Sie den technischen Produktsupport.
Click to expand...

How can we fix this problem?

Is this only a problem with PHP/Plesk-Update or it applies to all installations (e.g. MU or Plesk 11.xx) with updater?

Thank you.

CU

hologer
 
Thanks for your answer. It is ok to update PHP, MySQL etc. with shell.

Our main problem:

Traceback (most recent call last):
File "/usr/local/psa/bin/yum_install", line 194, in <module>
main()
File "/usr/local/psa/bin/yum_install", line 189, in main
installer.perform(to_install, opts.remove)
File "/usr/local/psa/bin/yum_install", line 149, in perform
raise Exception("Scriptlet or other non-fatal errors occurred during transaction.")
Click to expand...

The question is, will this also happen when we try to upgrade to Plesk 11.xx? We don't want to try an upgrade/update of Plesk Panel, without knowing what causes this malfunction.

CU

hologer
 
I'm seeing a very similar (maybe the same) problem, and looking for help.

In my case it happened during yesterday's autoupdate:
autoinstaller: read output of env LANG=C LC_ALL=C yum info php 2>/dev/null with popen
autoinstaller: pclose OK
Following packages will be installed: php-5.3.3-14.el6_3
----------------
Check package set before installation
The following packages will be installed because they are required by the packages you selected for installation:
~empty~emptyChanging shell for popuser.
Shell not changed.
Changing shell for mhandlers-user.
Shell not changed.
===> Preparing upgrade
Stopping psa... done
psa is stopped
Stopping psa... done
===> Cumulative database upgrade has been started
===> Upgrade completed.
Traceback (most recent call last):
File "/usr/local/psa/bin/yum_install", line 194, in <module>
main()
File "/usr/local/psa/bin/yum_install", line 189, in main
installer.perform(to_install, opts.remove)
File "/usr/local/psa/bin/yum_install", line 149, in perform
raise Exception("Scriptlet or other non-fatal errors occurred during transaction.")
Exception: Scriptlet or other non-fatal errors occurred during transaction.
~emptyFileFetcher: get file (~empty)/PSA_10.4.4/plesk-10.4.4-cos6-x86_64.inf3
FileFetcher: get file (~empty)/SITEBUILDER_10.4.4/sitebuilder-10.4.4-rhall-all.inf3
FileFetcher: get file (~empty)/BILLING_10.4.4/billing-10.4.4-rhall-all.inf3
Execute command /usr/local/psa/admin/bin/send-error-report install
Error: Failed to run the Yum utility.
The Yum utility failed to install the required packages.
Attention! Your software might be inoperable.
Please, contact product technical support.
Click to expand...

My Plesk version is 10.4.4:
# cat /usr/local/psa/version
10.4.4 CentOS 6 1013111102.18
Click to expand...

My O/S version is CentOS 6.2:
# cat /etc/issue
CentOS release 6.2 (Final)
Kernel \r on an \m

# cat /proc/version
Linux version 2.6.32-220.17.1.el6.x86_64 ([email protected]) (gcc version 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC) ) #1 SMP Wed May 16 00:01:37 BST 2012
Click to expand...


I suspect the cause is that CentOS recently released version 6.3: http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.3


I'm fairly new to Plesk, and so I don't know - is it OK to go ahead and do a yum update from CentOS 6.2->CentOS 6.3? Or will this break Plesk? Do I need to just wait and the Plesk updater will "catch up" with this newly available O/S release and then everything will just start working?
 
Oh yeah, btw, I'm currently running php 5.3.3-3.el6_2.8:

# yum -v info php
Loading "downloadonly" plugin
Loading "fastestmirror" plugin
Loading "priorities" plugin
Config time: 0.015
Yum Version: 3.2.29
Setting up Package Sacks
Loading mirror speeds from cached hostfile
pkgsack time: 0.078
rpmdb time: 0.000
Installed Packages
Name : php
Arch : x86_64
Version : 5.3.3
Release : 3.el6_2.8
Size : 3.5 M
Repo : installed
From repo : updates
Committer : Joe Orton <[email protected]>
Committime : Thu May 3 07:00:00 2012
Buildtime : Mon May 7 14:22:27 2012
Install time: Thu May 17 18:13:56 2012
Installed by: System <unset>
Changed by : root <root>
...

Available Packages
Name : php
Arch : x86_64
Version : 5.3.3
Release : 14.el6_3
Size : 1.1 M
Repo : updates
updates/other_db | 85 kB 00:00
Committer : Joe Orton <[email protected]>
Committime : Mon Jun 25 07:00:00 2012
Buildtime : Tue Jul 3 12:00:34 2012
...
Click to expand...
 
It seems this only happens when Plesk Autoinstaller tries to update PHP, installing MU with Plesk Autoinstaller worked fine.

We updated PHP and MySQL first with shell and yum and then autoupdate Plesk. Everything is fine.

CU

hologer
 
Last edited:
The final solution is so easy. Only you must add two lines in the yum file configuration:

/etc/yum.repos.d/CentOS-Base.repo


[base]
name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
exclude=*php*

#released updates
[updates]
name=CentOS-$releasever - Updates
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
exclude=*php*


and then run again the update. Remember to delete flags files in /tmp and /var/lock/parallels-panel-upgrade-failure.flag

regards
 
You must log in or register to reply here.

Similar threads

WolFree
Resolved Cannot install NodeJS via Plesk Update Components
Replies
3
Views
235
Peter Debik
P
tkalfaoglu
Resolved PLESK update fails
Replies
2
Views
2K
tkalfaoglu
tkalfaoglu
G
Question How can I get debug symbols for PHP to use gdb on core dumps?
Replies
2
Views
465
goomba
G
M
Resolved ext-firewall-no_versioning_data.noarc
Replies
4
Views
822
MMM
M
C
Issue Plesk Installation Failed
Replies
1
Views
761
Peter Debik
P
Back
Top