Page 1 of 2 12 LastLast
Results 1 to 10 of 11

Thread: From 6.04 -> 6.08, Ubuntu 8.04 -> 10.04, 32bit -> 64bit

  1. #1
    acesuares is offline Active Member
    Join Date
    Apr 2009
    Location
    Willemstad, Curacao
    Posts
    38
    Rep Power
    6

    Default From 6.04 -> 6.08, Ubuntu 8.04 -> 10.04, 32bit -> 64bit

    # The challenge: move zimbra open source edition off my oldserver to my new server.
    # Old server: Ubuntu 8.04 32 bit 6.0.4_GA_2038
    # New server: should become Ubuntu 10.04 64bit 6.0.8_GA_2661
    # Steps (this is not a recipe. Just test and test and test first!)

    ### ON THE OLD SERVER
    # make full copy on new machine
    DEST="new.server.tld:/opt/"
    # Live sync before stopping Zimbra to minimize sync time with the services down
    # you need to have SSH leys in place of course.
    rsync -essh -avHK --delete /opt/zimbra/ $DEST/zimbra 2>&1 >/tmp/zimbra-backuplog-1
    # stop Zimbra
    /etc/init.d/zimbra stop
    # Kill any orphaned Zimbra processes
    pkill -9 -u zimbra
    # rsync the changes (a lot less then in previous run!!)
    rsync -essh -avHK --delete /opt/zimbra/ $DEST/zimbra 2>&1 >/tmp/zimbra-backuplog-2
    # needed later for ldap
    /opt/zimbra/libexec/zmslapcat /tmp
    scp /tmp/ldap.bak $DEST
    scp /opt/zimbra/data/ldap/hdb/db/DB_CONFIG $DEST
    exit

    ### ON THE NEW SERVER
    # download 6.08
    # wget whatever, tar something, cd to the installer dir, then:
    ./install.sh --softwareonly
    /opt/zimbra/libexec/zmfixperms --verbose

    #Then follow this recipe (from Exporting and Importing Zimbra LDAP Data » Zimbra :: Blog)
    #To dump on the 32-bit:
    #/opt/zimbra/libexec/zmslapcat /tmp
    #Which is essentially running ${zimbra_home}/openldap/sbin/slapcat -F ${zimbra_home}/data/ldap/config -b "" -l /tmp/ldap.bak.${D}
    # WE DIT THAT ALREADY, in /opt there is ldap.bak and DB_CONFIG

    #To import on the 64-bit:
    rm -rf /opt/zimbra/data/ldap/hdb/*
    # If this is an ldap master with replicas:
    rm -rf /opt/zimbra/data/ldap/accesslog/*
    mkdir -p /opt/zimbra/data/ldap/hdb/db /opt/zimbra/data/ldap/hdb/logs
    # If this is an ldap master with replicas:
    mkdir -p /opt/zimbra/data/ldap/accesslog/db /opt/zimbra/data/accesslog/logs
    # Copy the file /opt/zimbra/data/ldap/hdb/db/DB_CONFIG from the 32-bit server to /opt/zimbra/data/ldap/hdb/db on the 64-bit server. Note: If this file does not exist, or is empty, creating it may improve performance.
    cp /opt/DB_CONFIG /opt/zimbra/data/ldap/hdb/db
    chown -R zimbra:zimbra /opt/zimbra/data/ldap
    # Copy from the 32-bit server to the 64-bit server the /backup/ldap.bak file. WE DONE THAT
    # now add ldap
    /opt/zimbra/openldap/sbin/slapadd -q -b "" -F /opt/zimbra/data/ldap/config -cv -l /opt/ldap.bak.

    # this is needed, why? well i can't tell why.
    cd /opt/zimbra/zimbramon/lib/
    mv i486-linux-gnu-thread-multi i486-linux-gnu-thread-multi-old
    ln -s x86_64-linux-gnu-thread-multi i486-linux-gnu-thread-multi

    # run fixperms again.
    /opt/zimbra/libexec/zmfixperms --verbose

    # UPDATE YOUR DNS SO old.server.tld points to the new IP.
    # ALSO FIX /etc/hosts accordingly

    # see [SOLVED] Problem migrating 6.0.8 GA from Debian 4 32-bit to Ubuntu 10.04 LTS 64-bit
    # needed for clamav, in the above docs it's called llibltdl7 (one l to much)
    apt-get install libltdl7

    /opt/zimbra/libexec/zmsetup.pl

    ### THAT IS IT? MAYBE. YOU NEED TO CHECK.
    # also, change the IP number that is trusted! You can do that in the graphical admin
    # console, under MTA, there is some ip numbers that are trusted (needed for webmail?)

    ### ON THE OLD SERVER
    apt-get install redir
    redir --laddr=0.0.0.0 --lport=25 --caddr=YOUR-NEW-IP --cport=25 --syslog &
    # ADD A SIMILAR LINE FOR EACH PORT YOU WANT FORWARDED: 443, 993,
    # 465, 110, 143, etc etc ONLY TCP!


    Comments welcome.

    Open Source, Open Content & Open Standards on Curaçao

  2. #2
    acesuares is offline Active Member
    Join Date
    Apr 2009
    Location
    Willemstad, Curacao
    Posts
    38
    Rep Power
    6

    Default LibClamAV Warning: Detected duplicate databases /opt/zimbra/data/clamav/db/daily.cvd

    After the upgrade, some problems surfaced. One of them was this one:

    LibClamAV Warning: Detected duplicate databases /opt/zimbra/data/clamav/db/daily.cvd and /opt/zimbra/data/clamav/db/daily.cld, please manually remove one of them

    IN this post Duplicate Database | ClamAV | users it's explained that both can be deleted. I went ahead and deleted the .cld files, these where the oldest.

  3. #3
    acesuares is offline Active Member
    Join Date
    Apr 2009
    Location
    Willemstad, Curacao
    Posts
    38
    Rep Power
    6

    Default Freshclam: LOGGING DISABLED (Maximal log file size exceeded).

    After some checking in logfiles, I found that the freshclam log had been disabled since Oct 12, (this is thus not related to the upgrade).

    --------------------------------------
    Received signal: wake up
    ClamAV update process started at Tue Oct 12 08:27:41 2010
    WARNING: Your ClamAV installation is OUTDATED!
    WARNING: Local version: 0.95.3 Recommended version: 0.96.3
    DON'T PANIC! Read http://www.clamav.net/support/faq
    main.cld is up to date (version: 52, sigs: 704727, f-level: 44, builder: sven)
    Trying host db.us.clamav.net (85.114.134.211)...
    Downloading daily-12125.cdiff [100%]
    Downloading daily-12126.cdiff [100%]
    daily.cld updated (version: 12126, sigs: 139662, f-level: 53, builder: ccordes)
    WARNING: Your ClamAV installation is OUTDATED!
    WARNING: Current functionality level = 44, recommended = 53
    DON'T PANIC! Read http://www.clamav.net/support/faq
    Log size = 1048600, max = 1048576
    LOGGING DISABLED (Maximal log file size exceeded).
    Log size = 1048685, max = 1048576
    LOGGING DISABLED (Maximal log file size exceeded).
    Log size = 1048770, max = 1048576
    LOGGING DISABLED (Maximal log file size exceeded).
    Log size = 1048855, max = 1048576
    LOGGING DISABLED (Maximal log file size exceeded).
    Log size = 1048940, max = 1048576
    LOGGING DISABLED (Maximal log file size exceeded).
    Log size = 1049025, max = 1048576
    etc etc

  4. #4
    Panchux is offline Senior Member
    Join Date
    Aug 2010
    Posts
    54
    Rep Power
    4

    Default

    Thank you for sharing your experience about migrating a server. It might be very helpful for many people.

    Pancho

  5. #5
    acesuares is offline Active Member
    Join Date
    Apr 2009
    Location
    Willemstad, Curacao
    Posts
    38
    Rep Power
    6

    Default

    I removed the daily.cvd, daily.cld, main.cvd and main.cld files, (I left bytecode.cvd).
    I also removed freshclam.log
    and restarted clamav with
    su - zimbra
    zmclamdctl stop
    zmclamdctl start

    The result was that the daily and main files where 'up-to-date' (and bytecode too) and that freshclam started logging again.

  6. #6
    acesuares is offline Active Member
    Join Date
    Apr 2009
    Location
    Willemstad, Curacao
    Posts
    38
    Rep Power
    6

    Default This server is not an MTA and will not have any MTA statistics

    After the upgrade, I got this message when going to statistices in the Admin Console.

    Obviously, the server is an MTA.

    But since the logger also doesn't work, maybe the problem is in there.

  7. #7
    acesuares is offline Active Member
    Join Date
    Apr 2009
    Location
    Willemstad, Curacao
    Posts
    38
    Rep Power
    6

    Default This RRD was created on other architecture

    After the upgrade, there was an error logged (and I can't find where it was logged!):

    This RRD was created on other architecture
    I looked in /opt/zimbra/logger/db/data/rrds and I found some .rrd files dated 20 Oct, which was the day of the migration/upgrade.

    I googled and found this:
    [rrd-users] This RRD was created on other architecture

    But, apparently the .rrd's where only from one day, and nothing was logged in an rrd since 20 Oct, so I just deleted the files. Then I wanted to restart just the logger, and I tried zmloggerctl and zmlogswatchctl but didn't see any new .rrd files appearing.

    So I restarted Zimbra, but stopping Zimbra hung at 'Stopping logger...' so I killed the logger process and then restarted zimbra. The .rrd files are now generated again.

    In the Admin Console, Advanced statistics is visible again (it wasn't after the upgrade) but it contains no data...

  8. #8
    acesuares is offline Active Member
    Join Date
    Apr 2009
    Location
    Willemstad, Curacao
    Posts
    38
    Rep Power
    6

    Default

    After fixing the .rrd, it now also displays server status. It used to say "logging must be enabled' althoug the logger service was running.

  9. #9
    miguel is offline Special Member
    Join Date
    Jun 2006
    Location
    Viseu
    Posts
    105
    Rep Power
    8

    Default

    IMO this is one of the best informative threads I've ever seen on zimbra community, and helped me a lot in some migrations, Thanks for sharing acesuares

  10. #10
    sksk is offline Starter Member
    Join Date
    Dec 2011
    Posts
    2
    Rep Power
    3

    Default

    I needed to install the following packages
    apt-get install libuuid-perl libuuid-tiny-perl libossp-uuid-perl libdata-uuid-libuuid-perl

    install.sh (or zmsetup ?) produced an error not finding Data:UUID perl module. THe above packages fix the error

Page 1 of 2 12 LastLast

Thread Information

Users Browsing this Thread

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

Similar Threads

  1. HOWTO: Ubuntu 64bit Install
    By dijichi2 in forum Installation
    Replies: 12
    Last Post: 07-23-2008, 03:33 PM
  2. Ubuntu 64bit install?
    By R3dn3ck in forum Installation
    Replies: 2
    Last Post: 11-28-2006, 03:02 AM
  3. 32bit 3.14 -> 64bit 4.01
    By Dux T in forum Migration
    Replies: 0
    Last Post: 09-11-2006, 12:30 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
  •