Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 31

Thread: [SOLVED] 5.0.11 -> 5.0.12 Upgrade failed (SSLeay.so)

  1. #21
    uxbod's Avatar
    uxbod is offline Moderator
    Join Date
    Nov 2006
    Location
    UK
    Posts
    8,017
    Rep Power
    24

    Default

    quanah, I got the same chown error messages when upgrading to 5.0.12 yet the RPMs actually installed fine.
    Code:
    [root@office log]# rpm -qa | grep zimbra
    zimbra-logger-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-apache-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-ldap-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-mta-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-store-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-spell-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-convertd-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-core-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-snmp-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-archiving-5.0.12_GA_2789.RHEL5-20090126021651

  2. #22
    Bill Brock is offline Outstanding Member
    Join Date
    May 2007
    Location
    Oklahoma
    Posts
    703
    Rep Power
    9

    Default Error message.

    Quote Originally Posted by uxbod View Post
    quanah, I got the same chown error messages when upgrading to 5.0.12 yet the RPMs actually installed fine.
    Code:
    [root@office log]# rpm -qa | grep zimbra
    zimbra-logger-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-apache-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-ldap-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-mta-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-store-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-spell-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-convertd-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-core-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-snmp-5.0.12_GA_2789.RHEL5-20090126021651
    zimbra-archiving-5.0.12_GA_2789.RHEL5-20090126021651
    Seeing any error message during the install can't be good. Even if it appears to install correctly after the error message.

  3. #23
    Bill Brock is offline Outstanding Member
    Join Date
    May 2007
    Location
    Oklahoma
    Posts
    703
    Rep Power
    9

    Default Silly question?

    Bards, are you definitely running the install as root?

  4. #24
    uxbod's Avatar
    uxbod is offline Moderator
    Join Date
    Nov 2006
    Location
    UK
    Posts
    8,017
    Rep Power
    24

    Default

    Quote Originally Posted by Bill Brock View Post
    Seeing any error message during the install can't be good. Even if it appears to install correctly after the error message.
    I do tend to run a zmfixperms though after a upgrade. Just to be sure

  5. #25
    quanah is offline Zimbra Employee
    Join Date
    May 2007
    Location
    Zimbra
    Posts
    1,276
    Rep Power
    10

    Default

    Yeah, that was incorrect.

    Here's some observations about the 32-bit RHEL5 perl build, however:

    (a) It is stored in the i386 location, not i486:

    /i386-linux-thread-multi/auto/Net/SSLeay

    so I'm not clear why one would see an i486?

    (b) a readelf -d on the RHEL5 build shows:

    quanah@freelancer SSLeay]$ readelf -d SSLeay.so | more

    Dynamic section at offset 0x55220 contains 24 entries:
    Tag Type Name/Value
    0x00000001 (NEEDED) Shared library: [libssl.so.0.9.8]
    0x00000001 (NEEDED) Shared library: [libcrypto.so.0.9.8]
    0x00000001 (NEEDED) Shared library: [libz.so.1]
    0x00000001 (NEEDED) Shared library: [libc.so.6]
    0x0000000f (RPATH) Library rpath: [/opt/zimbra/openssl-0.9.8i/lib:/usr/lib]


    Which also shows it linked against OpenSSL 0.9.8i, not OpenSSL 0.9.8g. So I'm baffled as to how an SSLeay.so from a different directory is even on your system, and that it's linked against an older version of OpenSSL.

    The only platform that uses i486 that we build is UBUNTU8(32 & 64).
    Quanah Gibson-Mount
    Server Architect
    Zimbra, Inc
    --------------------
    Zimbra :: the leader in open source messaging and collaboration

  6. #26
    quanah is offline Zimbra Employee
    Join Date
    May 2007
    Location
    Zimbra
    Posts
    1,276
    Rep Power
    10

    Default

    I verified that the RHEL5 FOSS install does not include any i486 directory for /opt/zimbra/zimbramon/lib. My guess is that at some point, a build for a different platform was installed on this system, and that was later fixed, but the files from that platform were left behind. Please delete rm -rf /opt/zimbra/zimbramon/lib/i486-linux-thread-multi/ from your system, and I believe things will work fine.
    Quanah Gibson-Mount
    Server Architect
    Zimbra, Inc
    --------------------
    Zimbra :: the leader in open source messaging and collaboration

  7. #27
    bards1888 is offline Intermediate Member
    Join Date
    Jul 2006
    Location
    Brisbane
    Posts
    19
    Rep Power
    9

    Default

    Quote Originally Posted by quanah View Post
    I verified that the RHEL5 FOSS install does not include any i486 directory for /opt/zimbra/zimbramon/lib. My guess is that at some point, a build for a different platform was installed on this system, and that was later fixed, but the files from that platform were left behind. Please delete rm -rf /opt/zimbra/zimbramon/lib/i486-linux-thread-multi/ from your system, and I believe things will work fine.
    Correct, this was originally a debian system that I migrated to centos., following the wiki article. For the record the migration to centos was a fair few versions ago, early in the 5.0 version. Interesting that this would crop up now after me successfully having upgraded several times before without any trouble.

    I'll try the upgrade again and post back.
    Last edited by bards1888; 01-30-2009 at 04:35 PM.

  8. #28
    Bill Brock is offline Outstanding Member
    Join Date
    May 2007
    Location
    Oklahoma
    Posts
    703
    Rep Power
    9

    Default Good Call.

    Quote Originally Posted by quanah View Post
    I verified that the RHEL5 FOSS install does not include any i486 directory for /opt/zimbra/zimbramon/lib. My guess is that at some point, a build for a different platform was installed on this system, and that was later fixed, but the files from that platform were left behind. Please delete rm -rf /opt/zimbra/zimbramon/lib/i486-linux-thread-multi/ from your system, and I believe things will work fine.
    Good call! Impressive.

  9. #29
    bards1888 is offline Intermediate Member
    Join Date
    Jul 2006
    Location
    Brisbane
    Posts
    19
    Rep Power
    9

    Default

    Indeed..... I moved the i486 directory out of the way and the upgrade worked perfectly.


    Thanks for everyone's help.

  10. #30
    avatarcraeft is offline Junior Member
    Join Date
    Apr 2010
    Posts
    6
    Rep Power
    5

    Default Same problem - upgrading 5.0.10 to 6.0.6

    Just tagging this.. the same issue has happened to me, and caused administrative panel havoc as a result. I have the i486 dir as well, and it looks to have caused exactly the same issue doing this upgrade.

    I've moved an i486 folder into a 5.0.10 vm to attempt to recreate and confirm that the installer is still a less intelligent than it could be.

    -k

Page 3 of 4 FirstFirst 1234 LastLast

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Replies: 7
    Last Post: 02-15-2010, 08:55 PM
  2. Replies: 8
    Last Post: 01-28-2010, 12:32 PM
  3. [SOLVED] 5.0.11 to 5.0.12 Upgrade Fails (Stop failed)
    By Mccreations in forum Installation
    Replies: 11
    Last Post: 03-31-2009, 07:05 AM
  4. Replies: 10
    Last Post: 03-23-2009, 08:29 AM
  5. Help!!! Moving ZCS does not work!
    By ASebestian in forum Migration
    Replies: 7
    Last Post: 02-12-2009, 06:06 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •