Error: ZxBackup Notification, Shares Fix failed.
Results 1 to 2 of 2
Like Tree1Likes
  • 1 Post By pup_seba

Thread: Error: ZxBackup Notification, Shares Fix failed.

  1. #1
    Member
    Join Date
    Dec 2013
    Posts
    27

    Error: ZxBackup Notification, Shares Fix failed.

    Hi,

    Testing a migration process from a single Zimbra FOSS server 8.0.9 to a multi-server enviroment in 8.8.9 with Zextras modules (zimbraNG modules) installed and activated, after we complete the migration process and try to run the docheck and dofix shares commands, we get this error.

    "
    This is an automated notification from ZxBackup about Shares Fix.

    Operation Shares Fix failed.

    Operation Id: 69c34425-dd42-4a31-99d3-ca6b1757f0c5
    Operation Host: zimbra1.migration.lab

    Operation requested by: zimbra

    Network Modules NG Version: 2.9.0
    commit: 423b5076c550c71168b23f8b8cc649363bea2d78

    Zal Version: 2.4.0
    Zal commit: 93807f76531868754de673a94725162b2b2a0edc
    Zimbra version: 8.8.9_GA_3019 20180809160254 20180809-1624 NETWORK

    - exception -
    com.zextras.lib.Error.EmptyMergedMapError: Merged map is empty, check logs
    at com.zextras.modules.backup.operations.ZEFixShares. doOperation (ZEFixShares.java:266)
    at com.zextras.lib.operations.ZEOperation.exec (ZEOperation.java:774)
    at com.zextras.lib.operations.LegacyOperationProxy.ex ec (LegacyOperationProxy.java:84)
    at com.zextras.lib.operations.ModifiableStatefulOpera tion.exec (ModifiableStatefulOperation.java:122)
    at com.zextras.lib.operations.OperationStarterActivit y.run (OperationStarterActivity.java:48)
    at com.zextras.lib.activities.ActivityThread.run (ActivityThread.java:138)
    "

    The migration process we are following is:
    - realtime scanners disabled in all servers (zxsuite backup setProperty ZxBackup_RealTimeScanner false)
    - Backup from origin to a virtual attached disk (zxsuite backup doSmartScan)
    - run a oneliner to generate files with available users in the backup to restore (we need to split users among the dest servers). These are the oneliners:
    zxsuite backup getavailableaccounts | grep -v "accountMap\|accountList" | sed '/^\s*$/d' | awk '{print $1}' | sort | uniq | grep ^[c-z] | tr '\n' ',' | sed 's/.$//' > /migracion/am.txt

    zxsuite backup getavailableaccounts | grep -v "accountMap\|accountList" | sed '/^\s*$/d' | awk '{print $1}' | sort | uniq | grep ^[c-z] | tr '\n' ',' | sed 's/.$//' > /migracion/nz.txt

    - One by one, attach/mount the disk in dest servers and run accordingly
    dest server1:
    zxsuite backup doexternalrestore /migracion accounts $(cat /migracion/am.txt)

    dest server2:
    zxsuite backup doexternalrestore /migracion accounts $(cat /migracion/nz.txt)

    - Then we make some changes in origin server, like adding some mails, folders, moving items around, adding some users, etc. And repeat the process of backup/import.

    - We then run the commands in each of the dest server:
    zxsuite backup doCheckShares
    zxsuite backup doFixShares /opt/zimbra/backup/map_id_file

    That's the moment when we get the error in both our servers. With Zimbra users running a "cat" command on map files, this is what we see:
    Dest server 1:
    [zimbra@zimbra1 ~]$ cat /opt/zimbra/backup/map_3e1cff24-2fdf-40b4-b369-29af5ba8d76b
    �srjava.util.HashMap`F
    loadFactorI thresholdxp?@
    t$62ac6e87-6068-4ecf-973f-2850cec72cbet$18303f6e-6c16-435a-be8c-7861c66cfaf0t$e00428a1-0c00-11d9-836a-000d93afea2at$d0ee5111-e3bf-4536-81c6-f7f002c44fb5t$7c1a5e2b-f837-4bfd-a2eb-5397b3362958t$0bc36352-ee65-4c1f-a59c-5f578178f77bt$2019492e-0536-48ac-a7f9-a7cfea0dd28ct$9d0af445-cca1-4eb7-9d68-6d7f4479fa70t$bccde444-8d43-40dc-b075-d2690a56747dt$3edd673a-4ff6-4bc6-b993-e5de198fc278t$c1d3c90e-cf97-4c7c-bc3f-82a351ab63c1t$ec233951-2701-41d4-8a5f-69fd8c3510cft$aa780872-45dc-470f-9786-5a30de1d1c2et$35d0b7a6-b932-4a37-a1e8-f32f4ca1f67ct$a4cedd81-20cd-4660-8241-39c33ff1b0adt$0bcc12cd-002d-4301-88d0-e22a4f842b58x[zimbra@zimbra1 ~]$


    Dest server 2:
    [zimbra@zimbra2 ~]$ cat /opt/zimbra/backup/map_3e1cff24-2fdf-40b4-b369-29af5ba8d76b
    �srjava.util.HashMap`F
    loadFactorI thresholdxp?@`�1t$30d4f05b-5540-4990-9989-4df421250340t$99ca533d-4ed6-47a6-bbb9-80931731b47ct$811ff844-b5be-4682-a19a-4350f8280fcat$2324e5c8-90f4-49b0-8b8a-dd8cb9d8a32ct$1546c9ca-1bc1-46b8-b3a2-a1397eaa9902t$37bf9aeb-dbb7-44ab-84d7-ee3b1c116d76t$27d0a40d-e255-4a6a-89f7-981a37fd4a71t$d6a74d47-4f97-46fe-9d49-9e908b6574e4t$1360b5e0-7cce-4b4b-8fdc-b2aaab2c3c1et$22de3d30-fd8a-4b97-a803-6ac14be3c281t$7749d159-de4a-4209-b0fd-fe18afa650dct$72f4217c-f719-4843-a025-9c11f48cc3adt$60ff579f-6e41-469a-952b-4e175a80fa7et$1a912d6c-4c34-45b8-ba06-28062ec9476et$60229b1e-acb0-447a-831b-30fb3c977208t$7d6b03f7-10fa-4254-9500-7c04f94a92bft$f0fc2160-6225-48a2-b5f1-a29ee938e1edt$047acd5c-f9db-40be-b923-62198b88ebect$d583baec-0915-45bd-b93f-76d2567a9de8t$75da682f-718d-4e95-a131-e00d6868c3cct$e8e91747-1135-4cca-95b1-bc2a14b61a8ct$3fca8fdb-154e-4dd7-8467-0916242d7f9at$2cc5875c-36be-47b9-bff0-9c25a15b5073t$a262c48c-c673-4acb-8efc-9f5ce0fbe228t$e00428a1-0c00-11d9-836a-000d93afea2at$d0ee5111-e3bf-4536-81c6-f7f002c44fb5t$ea9d5875-1902-4132-83c6-0b558382198et$75cbaed2-1e29-46fe-8150-f24afe5efa2bt$2dce8ff3-bef9-4207-9b62-dbc1f063e2d6t$ed8d3288-f0c7-4705-a66b-4f1366fab387t$b1d6475a-3c68-4456-8adc-2297546e15c2t$026cc6b9-f027-405b-8d30-de3f3e1765c3t$c8a50f57-9575-4f7f-9f82-9794b8edc051t$a5ea454e-463c-4b9d-9e71-16b3411d6c84t$b04ea884-9dcd-485c-af76-d97d22ea81d1t$0fd21064-0446-42c7-bc86-57543d8a0d9ct$108f589a-d2bb-4e77-a26b-1dfca146c7fat$eef9b2ed-7995-443e-ba53-8b2b3eebcf88t$baa30e62-bbc2-43f6-ac7b-38aa8f9142e3t$cc0886fa-8c0b-4458-96e4-41fc04a5c6b5t$da1d4fb1-cca4-4926-bff5-63dfcc5603c1t$28824026-df9f-4162-907a-63f0f31cef48t$f913b875-d498-4655-ae94-8843ee0cfab5t$2b6a3a23-eefc-4c3e-b6b1-7062e8098cdft$f6a8b74b-7fae-4537-9e94-937cf90ff61ft$a8f61afa-f369-450b-b878-32ffb65f6abct$86781eac-0885-4d3b-9581-bfbfa988d42ct$a7fabdcd-2053-4ad2-bc0c-25a75cd3262et$39513333-8eed-4b2b-9ae4-c5b81f657202t$bb488775-c24b-4624-aead-5a69d2542606t$4f95eeb5-8a0c-4213-90fb-6be5dd2e28a5t$5d7147e8-2d83-4911-8cc9-32f62a27315at$c1d3c90e-cf97-4c7c-bc3f-82a351ab63c1t$ec233951-2701-41d4-8a5f-69fd8c3510cft$a9b0584b-6b5b-45fd-8141-cc44927a1201t$9e4dd763-f6ef-4d9c-b6ca-26b84413e907t$ab8e2364-2f80-4ed3-98ea-a9bfeec84583t$63d48296-201d-4545-8d18-4f9c8e0a9edat$9abbb7db-0b62-4b0b-9426-3da1168233c5t$97e1909c-ce77-4ae1-bac8-c706d840e620t$1321eaef-0d81-4749-a863-2c1f2c1cd2d2t$74fffa71-6e24-4b9d-9ff0-ebf5492efd8et$435ab9fe-e505-4a5f-b707-2f4c023568cet$1781a60c-b62e-4251-bf61-47f60a5afcect$8aa42bc9-b8a7-4924-80dc-219cee458dfdt$ec4c08d3-c167-4149-8ac7-a830bd232ab0t$4f101a9d-b2cf-4910-ac9e-844e0373256ct$08c25842-a603-4bed-a334-90590fb4b5bct$9e715dc7-122f-4daa-8e2c-c30bc0df0c11t$94782c29-ab38-41fb-b218-52fecf55ccf2t$eb6af0ed-62e1-4fd6-bfa2-399740167ccft$d28afe59-c0c8-440d-a86b-2cb05af442bat$2cce7c2d-cb66-4042-9dae-52f771a44703t$ee023d68-32fb-4a2f-82db-9dc7297afd5et$8c7a619c-438d-4082-94c4-b4d87e78cf9bt$97bf3eb9-f510-42c0-b6c7-0308c20a7203t$9e217fbc-727d-4222-afd5-5dfbd8ed21c0t$7ec11897-71f4-4721-a73e-1c19fe6e4d26t$b7703fe7-3774-4e6e-a7e6-d2b4c8c0f2bft$1421eec2-cdcc-4590-a869-6719023829cdt$80a767de-3355-443a-b469-b02392e74f49t$8fc8b4dc-66b5-4b24-82c4-32dfb784f4a1t$00286a37-94f5-49c5-a977-329e4625ccabt$2265f6f4-e92c-45b1-8b32-dd50a2a170f1t$654dc8db-bc73-40ad-b052-7e7821a3f859t$67c7fc50-7af4-4f70-aac3-b6d0419ec58et$6aedf1a8-eb2c-4e47-8b9f-58c5bf6b8e0ft$bf412891-6542-453e-963c-9f6b459ad26et$2019492e-0536-48ac-a7f9-a7cfea0dd28ct$9d0af445-cca1-4eb7-9d68-6d7f4479fa70t$ef435324-7a07-409e-9ab5-81b766437174t$28b54aeb-79dc-41d0-bd0e-1136baaccc83t$dc3d69a8-89e7-467b-9f6f-adeb0ee4d98ft$4c8bd28c-dff2-4aca-99a1-75e7b5bde04ct$ea938ce1-37e7-41bd-afc4-e14f01eec92ct$c2acba93-7a2a-4328-bcc3-5d5be6665c36t$93309f56-1b39-4cce-817f-3efb565328d7t$b9cdc7d8-b5a5-4b36-94e3-4fdfe959bc90x[zimbra@zimbra2 ~]$

    We do not change the path in any moment and at this point we don't know what could be happening :/

    Any ideas or help is more than welcome,
    Thanks!

  2. #2
    Member
    Join Date
    Dec 2013
    Posts
    27
    oooook...like in realstate, location location location :P

    It is working now. Only thing I tried was to reproduce the error with a "tail -f /opt/zimbra/log/mailbox.log" in another window. Only difference is that this time I excecuted the command in the same location as the map file, instead of providing the full path to it.
    Before:
    [zimbra@zimbra1 ~]$ cat /opt/zimbra/backup/map_3e1cff24-2fdf-40b4-b369-29af5ba8d76b
    ---> fails

    Now:
    [zimbra@zimbra1 backup]$ zxsuite backup dofixshares map_3e1cff24-2fdf-40b4-b369-29af5ba8d76b
    ---> works

    Hopefully either the "oneliners", or the described error helps someone

    Have a great day guys!
    larcara likes this.

Bookmarks

Posting Permissions

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