Copy session don't finish with DDbbost

Hi,

We start using B2D using DDboost and all my copy jobs still in progress and don't finish.

the same Storage Unit is using on other cellmanager without any issue.

I change the destination of the copy to the storeonce and the copy is Ok.

Can you help me please to find solution?

HPE Data Protector A.09.07: OMNICC, internal build 109, built on Sat 02 Jul 2016 05:32:24 AM CEST

on Red Hat Enterprise Linux Server release 6.4 (Santiago)

Thanks & Regards,

 

  • Hi ,

    Can you share some details (model, firmware) on the used Data Domain and StoreOnce. What is the source and the target of the Object Copy? Is this a replication setup or just a regular Object Copy to tape? When you say the job does not finish does this mean the counters for data read/write are no longer increasing at some point? Can you share a session report with us?

    Regards,
    Sebastian Koehler

  • hi Sebastien and Thx for your reply,

    we start use two DDs: Model DD9800 Version 6.1.2.20-606786 using DDboost. (it's a new implementation) and on other cellmanager the same configuration work on the same Storage Unit.

    for the copy post-backup, the target is one of the DD9800 and the destination is the second DD on the other site.(i try to do the copy on the same DD (source and target) same result but if i use the storeonce as target, copy finished correctly)

    the job doen't finish means that the copy job do the read and don't write on destination and the job still in progress...see please the picture.

    the session report in attach (FI, after few hours i abort the job).

    Regards

  • Session.png

    Session report:

    [Normal] From: CSM@eslp922 "TEST" Time: 1/31/2019 8:54:49 PM
    Copy session 2019/01/31-199 started.

    [Normal] From: BMA@eslp922 "IDA_M103_R_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]" Time: 1/31/2019 8:55:03 PM
    STARTING Media Agent "IDA_M103_R_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]"

    [Normal] From: BMA@eslp922 "IDA_M103_R_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]" Time: 1/31/2019 8:55:03 PM
    STARTING Media Agent "IDA_M103_R_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]"

    [Normal] From: BMA@eslp922 "IDA_M103_R_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]" Time: 1/31/2019 8:55:03 PM
    Loading medium from slot \\edvlx103n.edc.com\IDA_M103_R_GRE_M203_MDP_PRD_01/051cf40a_5c535297_5b07_029d to device IDA_M103_R_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]

    [Normal] From: BMA@eslp922 "IDA_M103_R_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]" Time: 1/31/2019 8:55:03 PM
    Loading medium from slot \\edvlx103n.edc.com\IDA_M103_R_GRE_M203_MDP_PRD_01/051cf40a_5c535297_5b07_029e to device IDA_M103_R_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]

    [Normal] From: BMA@eslp922 "IDA_M103_R_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]" Time: 1/31/2019 8:55:04 PM
    Using interface path: \\edvlx103n.edc.com\IDA_M103_R_GRE_M203_MDP_PRD_01/051cf40a_5c535297_5b07_029d

    [Normal] From: BMA@eslp922 "IDA_M103_R_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]" Time: 1/31/2019 8:55:04 PM
    Using interface path: \\edvlx103n.edc.com\IDA_M103_R_GRE_M203_MDP_PRD_01/051cf40a_5c535297_5b07_029e

    [Normal] From: RMA@eslp922 "GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]" Time: 1/31/2019 8:55:05 PM
    STARTING Media Agent "GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]"

    [Normal] From: RMA@eslp922 "GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]" Time: 1/31/2019 8:55:05 PM
    STARTING Media Agent "GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]"

    [Normal] From: RMA@eslp922 "GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]" Time: 1/31/2019 8:55:05 PM
    Loading medium from slot \\edvlx203n.edc.com\GRE_M203_MDP_PRD_01/051cf40a_5c524197_5b07_007b to device GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]

    [Normal] From: RMA@eslp922 "GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]" Time: 1/31/2019 8:55:05 PM
    Loading medium from slot \\edvlx203n.edc.com\GRE_M203_MDP_PRD_01/051cf40a_5c524197_5b07_007c to device GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]

    [Normal] From: RMA@eslp922 "GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:1:1987342804031238725]" Time: 1/31/2019 8:55:06 PM
    Using interface path: \\edvlx203n.edc.com\GRE_M203_MDP_PRD_01/051cf40a_5c524197_5b07_007c

    [Normal] From: RMA@eslp922 "GRE_M203_MDP_PRD_01_ESLP92222 [GW 31423:0:1987342804031238725]" Time: 1/31/2019 8:55:06 PM
    Using interface path: \\edvlx203n.edc.com\GRE_M203_MDP_PRD_01/051cf40a_5c524197_5b07_007b

    [Normal] From: CSM@eslp922 "TEST" Time: 1/31/2019 8:55:07 PM
    STARTING copy of FileSystem eslp20217.edc.com:/var/crash "eslp20217.edc.com [/var/crash]" from session 2019/01/31-27.

    [Normal] From: CSM@eslp922 "TEST" Time: 1/31/2019 8:55:07 PM
    STARTING copy of FileSystem eslp20217.edc.com:/CONFIGURATION "eslp20217.edc.com [/CONFIGURATION]" from session 2019/01/31-27.

     

  • Hi ,

    First, I would not recommend using the same LSU for different Cell Managers. This makes it hard to match the number of media in the IDB with the elements stored on the LSU. I usually use different LSUs and even different credentials to prevent accidential misconfigurations.

    From what I know DDOS 6.1 support has just been added to Data Protector A.10.20. Use the following document as a reference. To be honest, I have not used DDOS 6..1 on DP 9.x. What version is the other Cell Manager. Any obvious differences?

    https://docs.microfocus.com/itom/Data_Protector:2018.11/release_notes/whats_new

    Do you have a Replication license on both Data Domain systems in addition to DDBoost? In that case you can try to configure Object Copy with the Replication option which would be more efficient.

    Regards,
    Sebastian Koehler

  • Hi,

    I upgrade this cellmager to DP9.09 (recommanded by support) but it still the same error.

    The others cellmanager are also on DP9.07 version and yes we have replication licence but we can't know why it's work for all except this cellmanager

    i test to do the copy on the same Datadomain but same result.

    Any idea please?!

    Regards,

  • Hi,

    I try also to use the replucation but itsn't supported by DP9

    Any idea please?!

    Regards,

  • Hi ,

    I already shared my concerns regarding the DDBoost library which might be too old in Data Protector 9.x.

    Can you please try to backup a small object to the target Data Domain/LSU. Also try to copy a small object using interactive Object Copy to the target Data Domain/LSU. Does this work without problems?

    Regards,
    Sebastian Koehler

  • Hi Sebastien and thx for your reply,

    Yes i know for the version but 3 other cellmanager work without any problem (DDOS 6.1 and MDP 9.09).

    For the test:

    backup to the target work fine but the copy using interactive Object Copy doesn't work.

    Regards,

  • Hi ,

    Can you confirm that you use the same Media Agent for the Object Copy that was able to backup to the target? This is done using Source device mapping in the Object Copy.

    Regards,
    Sebastian Koehler

  • Hi Sebastien,

    Yes i confirm, it's the same.(the cellmanager)

    Regards,