Page 3 of 6 FirstFirst 12345 ... LastLast
Results 21 to 30 of 59

Thread: Virtualization Zimbra

  1. #21
    Join Date
    Sep 2006
    Location
    Lismore NSW, Australia
    Posts
    60
    Rep Power
    0

    Default

    Just to add another product into the mix,

    I use VirtualBox and I have found it very fast and efficient, plus allows remote control of headless virtual servers.

    It is also opensource with the company and product model based similar to Zimbra

    I use it extensively with all my Zimbra testing.

  2. #22
    Join Date
    Jan 2007
    Location
    Minnesota
    Posts
    719
    Rep Power
    9

    Default

    I've got stock RHEL 5.1, which uses the xen 3.1.0 hypervisor and ABI, but user-space tools are patched xen 3.0.3.

    I have two non-production ZCS installs running as 64-bit Xen guests -- one 4.5.10 on rhel4, one 5.0.2 on rhel5.1. They work well enough for ugrade/migration testing, but have not seen serious contention.

    How can I artificially test locking?

    I have no intention of running a production Zimbra install under Xen any time soon, but I do want to run other production applications that depend on berkeley DB, so I care about the general issue.

    The below is gibberish to me, but perhaps means something to someone else.

    Code:
    [root@xen0 ~]# cat /etc/ld.so.conf.d/kernelcap-2.6.18-53.1.6.el5.conf 
    # This directive teaches ldconfig to search in nosegneg subdirectories
    # and cache the DSOs there with extra bit 0 set in their hwcap match
    # fields.  In Xen guest kernels, the vDSO tells the dynamic linker to
    # search in nosegneg subdirectories and to match this extra hwcap bit
    # in the ld.so.cache file.
    hwcap 0 nosegneg
    [root@xen0 ~]# locate nosegneg
    /lib/i686/nosegneg
    /lib/i686/nosegneg/libc-2.5.so
    /lib/i686/nosegneg/libc.so.6
    /lib/i686/nosegneg/libm-2.5.so
    /lib/i686/nosegneg/libm.so.6
    /lib/i686/nosegneg/libpthread-2.5.so
    /lib/i686/nosegneg/libpthread.so.0
    /lib/i686/nosegneg/librt-2.5.so
    /lib/i686/nosegneg/librt.so.1
    /lib/i686/nosegneg/libthread_db-1.0.so
    /lib/i686/nosegneg/libthread_db.so.1
    /lib/rtkaio/i686/nosegneg
    /lib/rtkaio/i686/nosegneg/librt.so.1
    /lib/rtkaio/i686/nosegneg/librtkaio-2.5.so

  3. #23
    Join Date
    May 2007
    Location
    Zimbra
    Posts
    1,285
    Rep Power
    10

    Default

    Quote Originally Posted by Rich Graves View Post
    How can I artificially test locking?
    Unfortunately, I don't know a specific test for this. You can try the following and see if it spews errors, on one of your zimbra Xen hosts:

    Code:
    su - zimbra
    zmcontrol stop
    
    (make sure slapd is stopped)
    
    cd /opt/zimbra/openldap-data
    /opt/zimbra/sleepycat/bin/db_recover
    If that shows the following:

    Code:
    bdb(): unable to initialize mutex: Function not implemented 
    bdb(): /opt/zimbra/openldap-data/__db.001: unable to initialize environment
    lock: Function not implemented 
    bdb_db_open: Database cannot be recovered, err 38. Restore from backup! 
    bdb(): DB_ENV->lock_id_free interface requires an environment configured for the
    locking subsystem 
    bdb(): txn_checkpoint interface requires an environment configured for the
    transaction subsystem
    You know it isn't supported. It may take heavier work than that -- I.e., make some changes to the LDAP server, then kill -9 before it checkpoints to force an unclean shutdown, then try starting slapd back up. But none of those necessarily will cause the error to show. But if you can get it to show, it definately is a problem for that Xen release.

    --Quanah
    Quanah Gibson-Mount
    Server Architect
    Zimbra, Inc
    --------------------
    Zimbra :: the leader in open source messaging and collaboration

  4. #24
    Join Date
    Jun 2007
    Location
    BC, Canada
    Posts
    281
    Rep Power
    8

    Default

    I'm in the process of putting together a 64-bit Ubuntu Server 7.10 box to act as the dom0 for a bunch of 32-bit Ubuntu Server 6.06 and Debian Linux 4.0 guests. This was to host all our different mail servers until we complete the migration to a single mail service. One of the guests will be Zimbra NE 5.0.0. This will be using Xen 3.1.0.

    Unfortunately, I won't be able to get to it until next week, as we are in pre-panic mode this week (ie, go live next week) for province-wide online testing of our grade 4 and grade 7 students. If someone gets to test it on Xen 3.1 before we do, let us know what you find out.
    Freddie

  5. #25
    Join Date
    Jul 2007
    Location
    San Jose, CA
    Posts
    1,027
    Rep Power
    10

    Default

    Has anyone even played with this on Micro$oft Virtual PC as the host? /ducks to avoid flying tomatoes


  6. #26
    Join Date
    Sep 2006
    Location
    Lismore NSW, Australia
    Posts
    60
    Rep Power
    0

    Default

    Quote Originally Posted by dwmtractor View Post
    Has anyone even played with this on Micro$oft Virtual PC as the host? /ducks to avoid flying tomatoes

    Yes, I currently have VirtualPC 2007 running openSUSE 10.2 with Zimbra 4.5.11

  7. #27
    Join Date
    Nov 2007
    Location
    Detroit, MI
    Posts
    67
    Rep Power
    7

    Default Same issue here:

    Looks to be a problem w/ XEN: Migrated from a different VM to XEN and this appeared when Zimbra tried to start LDAP.

    ---

    Feb 10 18:04:21 li23-138 slapd[2084]: @(#) $OpenLDAP: slapd 2.3.40 (Jan 22 2008 23:36:05) $ ^Iroot@build-debian-etch:/home/build/p4/main/ThirdParty/openldap/openldap-2.3.40.7z/servers/slapd
    Feb 10 18:04:22 li23-138 slapd[2084]: bdb(): unable to initialize mutex: Function not implemented
    Feb 10 18:04:22 li23-138 slapd[2084]: bdb_db_open: Database cannot be opened, err 38. Restore from backup!
    Feb 10 18:04:22 li23-138 slapd[2084]: bdb(): DB_ENV->lock_id_free interface requires an environment configured for the locking subsystem
    Feb 10 18:04:22 li23-138 slapd[2084]: bdb(): txn_checkpoint interface requires an environment configured for the transaction subsystem
    Feb 10 18:04:22 li23-138 slapd[2084]: bdb_db_close: txn_checkpoint failed: Invalid argument (22)
    Feb 10 18:04:22 li23-138 slapd[2084]: backend_startup_one: bi_db_open failed! (38)
    Feb 10 18:04:22 li23-138 slapd[2084]: bdb_db_close: alock_close failed
    Feb 10 18:04:22 li23-138 slapd[2084]: slapd stopped.

  8. #28
    Join Date
    Nov 2007
    Location
    Detroit, MI
    Posts
    67
    Rep Power
    7

    Default Problem Solved!

    XEN VMs need a special package of libc6.. Under Debian run:

    apt-get install libc6-xen

    That allowed the BDB used by OpenLDAP to startup just fine.. No other problems!

  9. #29
    Join Date
    May 2007
    Location
    Zimbra
    Posts
    1,285
    Rep Power
    10

    Default

    It may start up just fine, but I wouldn't trust it to run just fine long-term.
    Quanah Gibson-Mount
    Server Architect
    Zimbra, Inc
    --------------------
    Zimbra :: the leader in open source messaging and collaboration

  10. #30
    Join Date
    Mar 2006
    Location
    Beaucaire, France
    Posts
    2,322
    Rep Power
    13

    Default

    We had a discussion on this issue on the french forum and I was told the "Xen bug" happens only if you are not using HVM.
    If you use HVM, no such bug.

Similar Threads

  1. [SOLVED] Spam Being Sent Thru Server - Help Needed!
    By msf004 in forum Administrators
    Replies: 22
    Last Post: 03-14-2008, 11:11 PM
  2. Replies: 5
    Last Post: 12-04-2007, 04:40 PM
  3. Zimbra shutdowns every n hours.
    By Andrewb in forum Administrators
    Replies: 13
    Last Post: 08-14-2007, 08:55 AM
  4. Monitoring : Data not yet avalaible
    By s3nz3x in forum Installation
    Replies: 7
    Last Post: 11-30-2005, 06:18 PM
  5. FC3 Install and no zimbra ?
    By aws in forum Installation
    Replies: 10
    Last Post: 10-09-2005, 04:19 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
  •