• Please be aware: Kaspersky Anti-Virus has been deprecated
    With the upgrade to Plesk Obsidian 18.0.64, "Kaspersky Anti-Virus for Servers" will be automatically removed from the servers it is installed on. We recommend that you migrate to Sophos Anti-Virus for Servers.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Yum update from ART seems to have hosed my Plesk server

madsere

Regular Pleskian
Ran "yum update" from the standard ART repository, everything updated ok on the command line but now httpd refuse to start.

From PSA I get
ERROR
Up LevelUp Level
Unable to make action: Unable to manage service by websrvmng: websrvmng: Service httpd failed to restart: Operation not permitted
0: /usr/local/psa/admin/htdocs/server/restart_services.php:2 psaerror(string "Unable to make action: Unable to manage service by websrvmng: websrvmng: Service httpd failed to restart: Operation not permitted")
From the shell I get even less, just a message that it "failed". No help in /var/log/messages either.

It's not the first time I update Plesk servers this way, but first time it has created problems.

Would appreciate hints to what could have gone wrong and/or where to look for more debugging info about this.,

TIA!
 
If you have not already done so, try rebooting the server. Also check or post the yum.conf here for us to look at.

What are your server specs? VPS, OS, Plesk ver, etc???
 
The server is a Dual Xeon running RHE3 Linux. No VPS.

Plesk Reloaded 7.5.1

No errors were shown during the update. The only warning was the normal addition of dependancies.

/etc/yum.conf:
[main]
cachedir=/var/cache/yum
debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest
distroverpkg=redhat-release
tolerant=1
exactarch=1
exclude=kernel*


# THIS CHANNEL CONTAINS MY PSA COMPATIBLE RPMS (php, mysql, qmail-scanner, etc)
[atomic]
name=Atomic Rocket Turtle - $releasever - Atomic PSA-Compatible RPMS
baseurl=http://3es.atomicrocketturtle.com/atomic/art/$releasever/
baseurl=http://www.atomicrocketturtle.com/atomic/art/$releasever/

[psa-7.0]
name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.0 RPMS
baseurl=http://3es.atomicrocketturtle.com/atomic/psa-7.0/$releasever/
baseurl=http://www.atomicrocketturtle.com/atomic/psa-7.0/$releasever/

[psa-7.1]
name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.1 RPMS
baseurl=http://3es.atomicrocketturtle.com/atomic/psa-7.1/$releasever/
baseurl=http://www.atomicrocketturtle.com/atomic/psa-7.1/$releasever/

[psa-7.5]
name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.5 RPMS
baseurl=http://3es.atomicrocketturtle.com/atomic/psa-7.5/$releasever/
baseurl=http://www.atomicrocketturtle.com/atomic/psa-7.5/$releasever/

[atomic-desktop]
name=Atomic Rocket Turtle - $releasever - Atomic Desktop
baseurl=http://3es.atomicrocketturtle.com/atomic/desktop/$releasever/
baseurl=http://www.atomicrocketturtle.com/atomic/desktop/$releasever/

[base]
name=Atomic Rocket Turtle - $releasever - Base OS RPMS mirror
baseurl=http://3es.atomicrocketturtle.com/3rd-party/base/$releasever/

[updates]
name=Atomic Rocket Turtle - $releasever - OS Update RPMS mirror
baseurl=http://3es.atomicrocketturtle.com/3rd-party/updates/$releasever/

/var/log/yum.log:
06/08/05 03:36:13 Dep Installed: php-mbstring 4.3.11-8.rhel3.art.i386
06/08/05 03:36:13 Dep Installed: psa-api-rpc 7.5.3-rhel3.build75050509.09.noarch
06/08/05 03:36:13 Dep Installed: psa-api-cli 7.5.3-rhel3.build75050506.13.noarch
06/08/05 03:36:13 Dep Installed: dcc 1.3.5-1.rhel3.art.i386
06/08/05 03:36:13 Dep Installed: psa-agent 1.3.4-75050509.09.noarch
06/08/05 03:36:13 Dep Installed: php-pear 4.3.11-8.rhel3.art.i386
06/08/05 03:36:13 Dep Installed: razor-agents 2.67-3.rhel3.art.i386
06/08/05 03:36:13 Dep Installed: mysql-compat 4.0.24-2.rhel3.art.i386
06/08/05 03:36:13 Dep Installed: perl-Digest-Nilsimsa 0.06-1.rhel3.art.i386
06/08/05 03:36:13 Dep Installed: psa-api-common 7.5.3-rhel3.build75050506.13.noarch
06/08/05 03:36:13 Updated: emacs 21.3-4.1.centos.1.i386
06/08/05 03:36:13 Updated: rhpl 0.110.6-1.centos.0.i386
06/08/05 03:36:13 Updated: basesystem 8.0-2.centos.0.noarch
06/08/05 03:36:13 Updated: courier-imap 3.0.8-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: procmail 3.22-9.centos.0.i386
06/08/05 03:36:13 Updated: perl-IO-Ftp 0.05-rhel3.build75050506.13.noarch
06/08/05 03:36:13 Updated: redhat-lsb 1.3-3.1.EL3.centos.0.i386
06/08/05 03:36:13 Updated: perl-MIME-Lite 2.117-rhel3.build75050506.13.noarch
06/08/05 03:36:13 Updated: redhat-config-network 1.2.63-1.centos.0.noarch
06/08/05 03:36:13 Updated: openssh-server 3.9p1-2.rhel3.art.i386
06/08/05 03:36:13 Updated: redhat-artwork 0.73.2-2E.centos.3.i386
06/08/05 03:36:13 Updated: perl-Apache-ASP 2.57-rhel3.build75050506.13.noarch
06/08/05 03:36:13 Updated: psa-proftpd-xinetd 1.2.10-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: Mambo 4.5.1a-1.noarch
06/08/05 03:36:13 Updated: squirrelmail 1.4.4-4.rhel3.art.noarch
06/08/05 03:36:13 Updated: php 4.3.11-8.rhel3.art.i386
06/08/05 03:36:13 Updated: mysql-devel 4.0.24-2.rhel3.art.i386
06/08/05 03:36:13 Updated: PPWSE 1.1-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: yum 2.0.8-1.centos.7.noarch
06/08/05 03:36:13 Updated: rpmdb-redhat 3.4-0.20050105.i386
06/08/05 03:36:13 Updated: drweb 4.32.2-rh7_psa.i586
06/08/05 03:36:13 Updated: emacs-leim 21.3-4.1.centos.1.i386
06/08/05 03:36:13 Updated: psa-qmail 1.03-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: spamassassin 1:3.0.3-1.rhel3.art.i386
06/08/05 03:36:13 Updated: mysql-server 4.0.24-2.rhel3.art.i386
06/08/05 03:36:13 Updated: redhat-rpm-config 8.0.28-2.centos.0.noarch
06/08/05 03:36:13 Updated: psa-spamassassin 7.5.3-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: comps-extras 9.0.4-1.centos.1.noarch
06/08/05 03:36:13 Updated: psa-logrotate 3.7-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: setuptool 1.13-1.centos.0.i386
06/08/05 03:36:13 Updated: pilot-link 1:0.11.7-1.1.centos.0.i386
06/08/05 03:36:13 Updated: filesystem 2.2.1-3.centos.1.i386
06/08/05 03:36:13 Updated: psa-proftpd 1.2.10-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: drweb-qmail 4.32-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: psa-migration-manager 7.5.3-rhel3.build75050506.18.i586
06/08/05 03:36:13 Updated: psa-pre-keyupdate 7.5.3-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: MAKEDEV 3.3.12.3-1.centos.0.i386
06/08/05 03:36:13 Updated: redhat-switch-mail-gnome 0.5.20-1.centos.0.noarch
06/08/05 03:36:13 Updated: up2date-update 4.2.57-2.centos.3.4.3.i386
06/08/05 03:36:13 Updated: perl-IO-Zlib 1.01-rhel3.build75050506.13.noarch
06/08/05 03:36:13 Updated: mysql 4.0.24-2.rhel3.art.i386
06/08/05 03:36:13 Updated: redhat-config-soundcard 1.0.8-1.centos.1.noarch
06/08/05 03:36:13 Updated: frontpage 5.0-71psa.rhel3.i586
06/08/05 03:36:13 Updated: httpd 2.0.46-46.highfd.rhel3.art.i386
06/08/05 03:36:13 Updated: redhat-switch-mail 0.5.20-1.centos.0.noarch
06/08/05 03:36:13 Updated: redhat-logos 1.1.14.3-1.centos.4.noarch
06/08/05 03:36:13 Updated: redhat-config-network-tui 1.2.63-1.centos.0.noarch
06/08/05 03:36:13 Updated: php-ldap 4.3.11-8.rhel3.art.i386
06/08/05 03:36:13 Updated: redhat-config-packages 1.2.9.2-1.centos.0.noarch
06/08/05 03:36:13 Updated: php-mysql 4.3.11-8.rhel3.art.i386
06/08/05 03:36:13 Updated: openssh-clients 3.9p1-2.rhel3.art.i386
06/08/05 03:36:13 Updated: psa-bu 7.5.3-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: openssh 3.9p1-2.rhel3.art.i386
06/08/05 03:36:13 Updated: osCommerce 2.2ms2-7505.noarch
06/08/05 03:36:13 Updated: psa-courier-imap-add 7.5.3-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: tftp 0.39-0.EL3.1.c0.i386
06/08/05 03:36:13 Updated: psa-qmail-rblsmtpd 0.70-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: up2date 4.2.57-2.centos.3.4.3.i386
06/08/05 03:36:13 Updated: psa 7.5.3-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: SSHTerm 0.2.2-rhel3.build75050506.13.noarch
06/08/05 03:36:13 Updated: perl-Compress-Zlib 1.33-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: libidn 0.4.2-rhel3.build75050506.13.i586
06/08/05 03:36:13 Updated: psa-locale-base-en-US 7.5.3-rhel3.build75050506.13.noarch
06/08/05 03:36:13 Updated: mod_ssl 1:2.0.46-46.highfd.rhel3.art.i386
06/08/05 03:36:13 Updated: redhat-config-bind 2.0.0-14.2.centos.0.noarch
06/08/05 03:36:13 Updated: dev 3.3.12.3-1.centos.0.i386
06/08/05 03:36:13 Updated: gzip 1.3.3-9.centos.0.i386
06/08/05 03:36:13 Updated: php-imap 4.3.11-8.rhel3.art.i386
06/08/05 03:36:13 Updated: tftp-server 0.39-0.EL3.1.c0.i386
06/08/05 03:36:13 Updated: perl-Text-Iconv 1.2-21.i586
06/08/05 03:36:13 Updated: specspo 3EL-1.centos.1.noarch
 
It was always my understanding of using yum to only have the needed sections in the yum.conf file. In your case, you say you have Plesk 7.5.1, but in the yum.conf, you have left the other channels present and active:

[psa-7.0]
[psa-7.1]
[atomic-desktop]

Hopefully ART will wander by this post and maybe have a suggestion as to whether his 7.5.3 updates (as shown in your log) may have hosed things, and if there is an easy way to undo the damage. You may also want to post on his forum as well to get a faster answer from him.

I do find it curious to see a bunch of CentOS updates in the log file, unless he has made those work for both CentOS and RHEL3 (possible).

It also installed
httpd 2.0.46-46.highfd.rhel3.art.i386
so unless you need the high FD feature, you may want to uninstall it and try reinstalling the standard httpd package
(just something to try to fix your problem)

The way I use yum is to uncomment one section at a time, run yum, re-comment that section, un-comment the next section, run yum, etc. Takes more time, but instead of having it do *all* updates from *all* sections at the same time (and possibly confusing things), I find it better to do it one section at a time. Such as I do [Base] first, then [Updates], then [Atomic], etc... That way I know what packages are coming from which channel repository.
(ah, but then I tend to do things in a more conservative way than others, helps keep me out of trouble....<grin>)
 
I've used this /etc/yum.conf with many Virtuozzo VPS servers with Plesk without any problems. I think I got it from ART at some point and just used it as it was, never caused any problems before. Also the VPS were RHE3 based, the only difference is this server (with the problem) is a real physical server, not a VPS.

httpd 2.0.46-46.highfd.rhel3.art.i386 was installed automatically, not something I specifically asked for, however, it was also installed on the VPS servers and worked fine there.

I've no idea why centos packages were installed, they are not installed on the VPS servers.

I was trying to find the ART forum, no luck ... maybe I'm blind, do you have a URL?
 
ART forum

Yeah, I haven't used any VPS myself, but from the post's I've seen there are some differences compared to a standalone server Plesk install.

I seem to recall ART's instructions saying to edit the yum.conf for only the channels applicable to the server, maybe I'm mistaken...? good luck and sorry I don't have the exact fix for you.
 
AFAIK the only difference is that you can't update the kernel with the VPS servers.

I'll check out the ART forum, thanks!
 
Do a:

service httpd start


Then Apache will throw the specific error its encountering while starting.

And yes, you should only uncomment the build of PSA your using in the yum.conf. While it should only pull its deps from the same channel, its just safer to not even have the other unused versions in your conf. So only list Base, Atomic, Updates, and PSA 7.5.
 
service httpd start does not produce any details other than [FAILED] (as I also wrote in my first post).

I've updated endless VPS servers using this yum.conf, never had a problem before. Yes, I agree that it's pointless having the distro's not used, but it shouldn't be a problem. Anyway, I'm in trouble and ready to try anything so I'll comment out the 7.0, 7.1 and atomic-desktop entries ...

Each of the remaining entries have two baseurl, for example:

[psa-7.5]
name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.5 RPMS
baseurl=http://3es.atomicrocketturtle.com/atomic/psa-7.5/$releasever/
baseurl=http://www.atomicrocketturtle.com/atomic/psa-7.5/$releasever/

Should the www entry also be commented? (It's a 3ES server).

Is there a "yum update force" or someting like that to make it redo the rpm list? Sorry my background is in up2date, not really familiar with yum.
 
Commented the irrelevant entries + the www baseurl's ..

Current yum.conf:
[main]
cachedir=/var/cache/yum
debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest
distroverpkg=redhat-release
tolerant=1
exactarch=1
exclude=kernel*


# THIS CHANNEL CONTAINS MY PSA COMPATIBLE RPMS (php, mysql, qmail-scanner, etc)
[atomic]
name=Atomic Rocket Turtle - $releasever - Atomic PSA-Compatible RPMS
baseurl=http://3es.atomicrocketturtle.com/atomic/art/$releasever/
#baseurl=http://www.atomicrocketturtle.com/atomic/art/$releasever/

#[psa-7.0]
#name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.0 RPMS
#baseurl=http://3es.atomicrocketturtle.com/atomic/psa-7.0/$releasever/
#baseurl=http://www.atomicrocketturtle.com/atomic/psa-7.0/$releasever/

#[psa-7.1]
#name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.1 RPMS
#baseurl=http://3es.atomicrocketturtle.com/atomic/psa-7.1/$releasever/
#baseurl=http://www.atomicrocketturtle.com/atomic/psa-7.1/$releasever/

[psa-7.5]
name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.5 RPMS
baseurl=http://3es.atomicrocketturtle.com/atomic/psa-7.5/$releasever/
#baseurl=http://www.atomicrocketturtle.com/atomic/psa-7.5/$releasever/

#[atomic-desktop]
#name=Atomic Rocket Turtle - $releasever - Atomic Desktop
#baseurl=http://3es.atomicrocketturtle.com/atomic/desktop/$releasever/
#baseurl=http://www.atomicrocketturtle.com/atomic/desktop/$releasever/

[base]
name=Atomic Rocket Turtle - $releasever - Base OS RPMS mirror
baseurl=http://3es.atomicrocketturtle.com/3rd-party/base/$releasever/

[updates]
name=Atomic Rocket Turtle - $releasever - OS Update RPMS mirror
baseurl=http://3es.atomicrocketturtle.com/3rd-party/updates/$releasever/

and yet the first thing it wants to do is update yum to a centos version:
# yum update
Gathering header information file(s) from server(s)
Server: Atomic Rocket Turtle - 3ES - Atomic PSA-Compatible RPMS
Server: Atomic Rocket Turtle - 3ES - Base OS RPMS mirror
Server: Atomic Rocket Turtle - 3ES - SW-Soft PSA 7.5 RPMS
Server: Atomic Rocket Turtle - 3ES - OS Update RPMS mirror
Finding updated packages
Downloading needed headers
Resolving dependencies
Dependencies resolved
I will do the following:
[update: yum 2.0.8-1.centos.7.noarch]
Is this ok [y/N]:

Arrgh!
 
It's been a while since I updated a VPS so for kicks I just ran "yum update" on a VPS that has been updated before.

Like with the problem server this now installs a number of centos rpm's .. but without any problem ... so that's not the reason for the problem.
 
Originally posted by madsere
It's been a while since I updated a VPS so for kicks I just ran "yum update" on a VPS that has been updated before.

Like with the problem server this now installs a number of centos rpm's .. but without any problem ... so that's not the reason for the problem.

actually 3es base & update mirror contain CentOS rpms...

so it's natura it change your rhel 3es to centos....
 
The problem wasn't caused by the ART update and the solution was just under my nose all the time ... in /var/log/httpd/error_log.

I'd renamed the server just before but not since restarted Apache. Just needed to update /etc/hosts and that was all.
 
A lesson to everyone

/var/log/messages isn't the first place you should look. If a specific app is failing, check its error log first, then if there's nothing there widen your search to lower level ones.
 
Back
Top