Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 32

Thread: SAN failure - recovery advice

  1. #11
    mhammett is offline Special Member
    Join Date
    Nov 2009
    Posts
    100
    Rep Power
    5

    Default

    Is there a way to extract the contents of the files that do remain? I understand that I won't be able to have a complete successful import without all of the data, but salvaging whatever information remains would be nice. For example, losing everything about how the Zimbra environment is fine because it'll be built from scratch anyway. Usernames and passwords would be nice. Obviously I don't know what the files do that are missing and what I ask may not be possible.
    Release 7.1.1_GA_3196.RHEL5_64_20110527011124 CentOS5_64 FOSS edition.

  2. #12
    noname is offline Active Member
    Join Date
    Nov 2012
    Posts
    26
    Rep Power
    2

    Default

    try from the scratch , i mean new installation zimbra , and recover the data files you need.
    don't forget to setup correctly the split dns
    regards

  3. #13
    mhammett is offline Special Member
    Join Date
    Nov 2009
    Posts
    100
    Rep Power
    5

    Default

    Right, but what files are those? I have another VM setup with the same version of Linux and the same version of Zimbra. What files do I move over?

    I won't change anything in DNS, all new machines will be recreated on their old IPs.

    FWIW: I don't think the problems at this point have anything to do with the machine or the Zimbra installation, but of the LDAP database. I just don't know enough about openLDAP or BDB to figure it out on my own. I am willing to try anything, though.
    Release 7.1.1_GA_3196.RHEL5_64_20110527011124 CentOS5_64 FOSS edition.

  4. #14
    noname is offline Active Member
    Join Date
    Nov 2012
    Posts
    26
    Rep Power
    2

    Default

    i don't use vm image , only zimbra server, so i dont know how to work vmware image zimbra.
    also did you have access to admin web interface ?
    did you see email accounts ?

  5. #15
    mhammett is offline Special Member
    Join Date
    Nov 2009
    Posts
    100
    Rep Power
    5

    Default

    Here is what files I was able to pull from the old server.

    Code:
     Volume in drive E is New Volume
     Volume Serial Number is 4840-174C
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap
    
    03/16/2013  09:47 AM    <DIR>          .
    03/16/2013  09:47 AM    <DIR>          ..
    03/15/2013  01:24 PM    <DIR>          accesslog
    03/15/2013  01:25 PM    <DIR>          config
    03/16/2013  09:47 AM                 0 filelist.txt
    03/15/2013  01:24 PM    <DIR>          hdb
    06/26/2011  06:41 AM            98,259 ldap.bak
    06/26/2011  06:41 AM            98,259 ldap.bak.20110626064120
                   3 File(s)        196,518 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\accesslog
    
    03/15/2013  01:24 PM    <DIR>          .
    03/15/2013  01:24 PM    <DIR>          ..
    03/15/2013  01:25 PM    <DIR>          db
    03/15/2013  01:25 PM    <DIR>          logs
                   0 File(s)              0 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\accesslog\db
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    03/06/2013  11:53 PM             4,096 alock
    03/12/2011  11:50 AM               217 DB_CONFIG
    03/07/2013  12:04 AM            40,960 dn2id.bdb
    03/07/2013  12:04 AM            16,384 entryCSN.bdb
    03/07/2013  12:04 AM           147,456 id2entry.bdb
    03/07/2013  12:04 AM            32,768 objectClass.bdb
    03/07/2013  12:04 AM            16,384 reqEnd.bdb
    03/07/2013  12:04 AM            12,288 reqResult.bdb
    03/07/2013  12:04 AM            12,288 reqStart.bdb
    03/06/2013  11:53 PM            24,576 __db.001
    03/07/2013  12:41 AM         4,358,144 __db.002
    03/07/2013  12:04 AM       131,080,192 __db.003
    03/07/2013  12:04 AM         2,359,296 __db.004
    03/07/2013  12:32 AM           753,664 __db.005
    03/07/2013  12:26 AM            24,576 __db.006
                  15 File(s)    138,883,289 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\accesslog\logs
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    02/01/2013  11:03 PM        10,485,760 log.0000000010
    03/07/2013  12:04 AM        10,485,760 log.0000000011
                   2 File(s)     20,971,520 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\config
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    03/15/2013  01:25 PM    <DIR>          cn=config
    03/07/2013  12:46 AM             1,094 cn=config.ldif
                   1 File(s)          1,094 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\config\cn=config
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    03/12/2011  09:47 AM               484 cn=module{0}.ldif
    03/15/2013  01:25 PM    <DIR>          cn=schema
    03/12/2011  09:47 AM            52,431 cn=schema.ldif
    03/12/2011  09:47 AM               643 olcDatabase={-1}frontend.ldif
    06/26/2011  06:51 AM               529 olcDatabase={0}config.ldif
    03/12/2011  09:47 AM               523 olcDatabase={1}monitor.ldif
    03/15/2013  01:25 PM    <DIR>          olcDatabase={2}hdb
    03/05/2013  11:06 AM             1,098 olcDatabase={2}hdb.ldif
    03/15/2013  01:25 PM    <DIR>          olcDatabase={3}hdb
    03/05/2013  11:05 AM             4,752 olcDatabase={3}hdb.ldif
                   7 File(s)         60,460 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\config\cn=config\cn=schema
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    06/26/2011  06:43 AM            20,679 cn={0}core.ldif
    06/26/2011  06:43 AM            12,075 cn={1}cosine.ldif
    06/26/2011  06:43 AM             3,557 cn={2}inetorgperson.ldif
    06/26/2011  06:43 AM           429,750 cn={3}zimbra.ldif
    06/26/2011  06:43 AM            30,213 cn={4}amavisd.ldif
                   5 File(s)        496,274 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\config\cn=config\olcDatabase={2}hdb
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    03/12/2011  11:50 AM               410 olcOverlay={0}syncprov.ldif
                   1 File(s)            410 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\config\cn=config\olcDatabase={3}hdb
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    03/05/2013  11:06 AM               411 olcOverlay={0}syncprov.ldif
    03/05/2013  11:05 AM               488 olcOverlay={1}accesslog.ldif
                   2 File(s)            899 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\hdb
    
    03/15/2013  01:24 PM    <DIR>          .
    03/15/2013  01:24 PM    <DIR>          ..
    03/15/2013  01:25 PM    <DIR>          db
    03/15/2013  01:25 PM    <DIR>          logs
                   0 File(s)              0 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\hdb\db
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    03/06/2013  11:53 PM             4,096 alock
    02/26/2013  04:27 PM            98,304 cn.bdb
    03/12/2011  11:35 AM               467 DB_CONFIG
    02/26/2013  04:27 PM            69,632 displayName.bdb
    02/26/2013  04:27 PM            45,056 dn2id.bdb
    03/06/2013  10:44 PM            16,384 entryCSN.bdb
    02/26/2013  04:27 PM            16,384 entryUUID.bdb
    02/24/2013  10:30 AM             8,192 givenName.bdb
    03/06/2013  10:47 PM           999,424 id2entry.bdb
    02/26/2013  04:27 PM           126,976 mail.bdb
    02/26/2013  04:27 PM            45,056 objectClass.bdb
    02/26/2013  04:27 PM            69,632 sn.bdb
    02/26/2013  04:27 PM            12,288 uid.bdb
    02/15/2012  06:59 PM             8,192 zimbraACE.bdb
    02/15/2012  05:10 PM             8,192 zimbraDomainName.bdb
    02/26/2013  04:27 PM             8,192 zimbraId.bdb
    02/15/2012  10:03 PM             8,192 zimbraMailAlias.bdb
    09/06/2011  10:30 PM             8,192 zimbraMailCatchAllAddress.bdb
    02/26/2013  04:27 PM           122,880 zimbraMailDeliveryAddress.bdb
    03/29/2011  09:25 PM             8,192 zimbraMailForwardingAddress.bdb
    02/26/2013  04:27 PM             8,192 zimbraMailHost.bdb
    02/26/2013  04:27 PM             8,192 zimbraMailTransport.bdb
    03/20/2011  01:18 PM             8,192 zimbraVirtualHostname.bdb
    11/01/2011  05:05 PM             8,192 zimbraVirtualIPAddress.bdb
    03/06/2013  11:53 PM            24,576 __db.001
    03/07/2013  12:41 AM         2,514,944 __db.002
    03/07/2013  12:31 AM        65,544,192 __db.003
    03/07/2013  12:26 AM         2,359,296 __db.004
    03/07/2013  12:31 AM         1,449,984 __db.005
    03/07/2013  12:26 AM            24,576 __db.006
                  30 File(s)     73,634,259 bytes
    
     Directory of e:\Temp\oldLDAPbackup\zimbra\data\ldap\hdb\logs
    
    03/15/2013  01:25 PM    <DIR>          .
    03/15/2013  01:25 PM    <DIR>          ..
    02/19/2013  02:18 PM        10,485,760 log.0000000018
    03/07/2013  12:04 AM        10,485,760 log.0000000019
                   2 File(s)     20,971,520 bytes
    
         Total Files Listed:
                  68 File(s)    255,216,243 bytes
                  35 Dir(s)  1,296,692,322,304 bytes free
    Well, the ones that I thought pertinent to LDAP.
    Last edited by mhammett; 03-16-2013 at 07:59 AM.
    Release 7.1.1_GA_3196.RHEL5_64_20110527011124 CentOS5_64 FOSS edition.

  6. #16
    mhammett is offline Special Member
    Join Date
    Nov 2009
    Posts
    100
    Rep Power
    5

    Default

    Quote Originally Posted by noname View Post
    i don't use vm image , only zimbra server, so i dont know how to work vmware image zimbra.
    also did you have access to admin web interface ?
    did you see email accounts ?
    Running on VMWare doesn't make any difference as to how Zimbra works. As far as Zimbra is concerned, it doesn't matter if it's running on dedicated hardware or vSphere. (Can't really say VMWare because Zimbra is a VMWare product.) In the post above, I could have just as easily said "I have another server server setup with the ..."

    I do not have access to the web interface as that server is not online. At this point I'm just concerned with getting the LDAP data out. I am working on getting the mailbox servers back to where I can access them, but I'm not there yet.
    Release 7.1.1_GA_3196.RHEL5_64_20110527011124 CentOS5_64 FOSS edition.

  7. #17
    noname is offline Active Member
    Join Date
    Nov 2012
    Posts
    26
    Rep Power
    2

  8. #18
    mhammett is offline Special Member
    Join Date
    Nov 2009
    Posts
    100
    Rep Power
    5

    Default

    Quote Originally Posted by noname View Post
    As indicated in posts 4 and 5, those steps will not work.
    Release 7.1.1_GA_3196.RHEL5_64_20110527011124 CentOS5_64 FOSS edition.

  9. #19
    mhammett is offline Special Member
    Join Date
    Nov 2009
    Posts
    100
    Rep Power
    5

    Default

    https://www.dropbox.com/s/j01939xl11...fferences.html

    okay, I have done a comparison between the recovered folders and what's in place after setting up the same environment. I expected differences.

    https://www.dropbox.com/s/0yzqjqtjos...ferences2.html

    Here's the differences between the LDAP data folders. Again, I expected differences.

    Can anyone make any recommendations if it is safe to move the LDAP data folder over to the new box? I expect there to be errors in the files, but at least all of the files will be there, whereas the original box is missing files.
    Release 7.1.1_GA_3196.RHEL5_64_20110527011124 CentOS5_64 FOSS edition.

  10. #20
    mhammett is offline Special Member
    Join Date
    Nov 2009
    Posts
    100
    Rep Power
    5

    Default

    Quote Originally Posted by mhammett View Post
    I looked at complete data loss due to corrupted LDAP BDB files? and ran that strace. What looks awkward is:

    Code:
    <= str2entry(olcOverlay={0}syncprov) -> 0x12c5c008
    open("/opt/zimbra/data/ldap/config/cn=config/olcDatabase={3}hdb/olcOverlay={0}syncprov", 0_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOENT (No such file or directory)
    open("/opt/zimbra/data/ldap/config/cn=config/olcDatabase={1}accesslog.ldif", O-RDONLY) = 7
    ldif_read_file: read entry file: "/opt/zimbra/data/ldap/config/cn=config/olcDatabase={3}hdb/olcOverlay={1}accesslod.ldif"
    =>str2entry: ""
    Ideas?
    Okay, I just double checked and that olcOverlay file exists as an LDIF in that directory in both the recovered system and the new system. They have largely the same data, just slightly different at things like timestamp (which make sense). I then decided to capture all of the strace, not just the end. How this decides to process is.... strange. There's a lot to chew through here. Ideas?

    zmslapd strace 1 - Pastebin.com
    Release 7.1.1_GA_3196.RHEL5_64_20110527011124 CentOS5_64 FOSS edition.

Page 2 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. ubuntu 8.04 zimbra 6.0.7 FAILURE need restore advice
    By cornbread in forum Administrators
    Replies: 2
    Last Post: 11-10-2011, 05:16 AM
  2. Replies: 0
    Last Post: 11-10-2011, 04:59 AM
  3. Recovery after disk failure
    By pingwin in forum Administrators
    Replies: 16
    Last Post: 01-14-2011, 03:24 AM
  4. Replies: 1
    Last Post: 08-18-2010, 11:22 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
  •