1. Please take a little time for this simple survey! Thank you for participating!
    Dismiss Notice
  2. Dear Pleskians, please read this carefully! New attachments and other rules Thank you!
    Dismiss Notice
  3. Dear Pleskians, I really hope that you will share your opinion in this Special topic for chatter about Plesk in the Clouds. Thank you!
    Dismiss Notice

Yum update from ART seems to have hosed my Plesk server

Discussion in 'Plesk for Linux - 8.x and Older' started by madsere, Jun 8, 2005.

  1. madsere

    madsere Regular Pleskian

    26
    57%
    Joined:
    May 8, 2005
    Messages:
    200
    Likes Received:
    0
    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
    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!
     
  2. EvolutionCrazy

    EvolutionCrazy Basic Pleskian

    23
    90%
    Joined:
    Jun 4, 2005
    Messages:
    65
    Likes Received:
    0
    paste here:

    cat /var/log/yum.log

    so we can see what it has updated..

    does it has printed any error during the update???
     
  3. jamesyeeoc

    jamesyeeoc Guest

    0
     
    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???
     
  4. madsere

    madsere Regular Pleskian

    26
    57%
    Joined:
    May 8, 2005
    Messages:
    200
    Likes Received:
    0
    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:
    /var/log/yum.log:
     
  5. jamesyeeoc

    jamesyeeoc Guest

    0
     
    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>)
     
  6. madsere

    madsere Regular Pleskian

    26
    57%
    Joined:
    May 8, 2005
    Messages:
    200
    Likes Received:
    0
    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?
     
  7. jamesyeeoc

    jamesyeeoc Guest

    0
     
    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.
     
  8. madsere

    madsere Regular Pleskian

    26
    57%
    Joined:
    May 8, 2005
    Messages:
    200
    Likes Received:
    0
    AFAIK the only difference is that you can't update the kernel with the VPS servers.

    I'll check out the ART forum, thanks!
     
  9. sieb@

    sieb@ Guest

    0
     
    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.
     
  10. madsere

    madsere Regular Pleskian

    26
    57%
    Joined:
    May 8, 2005
    Messages:
    200
    Likes Received:
    0
    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.
     
  11. madsere

    madsere Regular Pleskian

    26
    57%
    Joined:
    May 8, 2005
    Messages:
    200
    Likes Received:
    0
    Commented the irrelevant entries + the www baseurl's ..

    Current yum.conf:
    and yet the first thing it wants to do is update yum to a centos version:
    Arrgh!
     
  12. madsere

    madsere Regular Pleskian

    26
    57%
    Joined:
    May 8, 2005
    Messages:
    200
    Likes Received:
    0
    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.
     
  13. EvolutionCrazy

    EvolutionCrazy Basic Pleskian

    23
    90%
    Joined:
    Jun 4, 2005
    Messages:
    65
    Likes Received:
    0
    actually 3es base & update mirror contain CentOS rpms...

    so it's natura it change your rhel 3es to centos....
     
  14. madsere

    madsere Regular Pleskian

    26
    57%
    Joined:
    May 8, 2005
    Messages:
    200
    Likes Received:
    0
    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.
     
  15. philjohn

    philjohn Guest

    0
     
    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.
     
Loading...