Data Protection Software

 View Only
  • 1.  FCTOOL and LVM causing trouble

    Posted 12 days ago
    Hello, it is my first time using FCtool to interact between SAP HANA and a Flash System. So far flashcopy backups are running successfully, but when I try to use the copy function to clone one system to another one, I am getting trouble with LVM in the target system. FlashCopy consistency group is created as well as flashcopy relationships. Once the flashcopy has ended, I can see in the Flash System that target flashcopy volumes are attached to the target system but when the fcagent tries to activate the VG it reports errors because of duplicated PV ids. After talking to the Linux expert, he tells me that the duplicated PVs are pointing to the same device because of the use of LVM. 

    Any help will be thank. I am completely lost. 

    Thanks

    ------------------------------
    MARIA JOSE RODRIGUEZ CANALES
    ------------------------------


  • 2.  RE: FCTOOL and LVM causing trouble

    Posted 12 days ago
    Hi Maria, as sent via email, please be so kind and send me the trace files.
    I assume the other LINUX system you want to copy HANA to is "empty", does not have any HANA system yet ?
    Thanks, Markus

    ------------------------------
    Markus Fehling
    ------------------------------



  • 3.  RE: FCTOOL and LVM causing trouble

    Posted 9 days ago
    Hi Markus, I sent the log file and fctool.ini in an email.

    The target system now is empty, originally it was not. I talked to the customer to warn him that data and log file systems, vgs and pvs should be removed from that system and they detached them. One of the executions of the copy process was done while the data and log LUNs were still attached in the disk storage subsystem to the target system, but I detached them and run the copy process again. Currently the situation is that flashcopy target volumes are attached to the target system, but when the copy process tried to activate volume groups (hanadatavg and hanalogvg), the process failed because of duplicated PVs. These duplicated PVs in fact are only one, but the system can see them through multiple paths using multipath and this is the reason because the process failed.

    ------------------------------
    MARIA JOSE RODRIGUEZ CANALES
    ------------------------------



  • 4.  RE: FCTOOL and LVM causing trouble

    Posted 11 days ago
    Hi Maria,

    These PV conflicts you have, can these be minor major related?
    It is common to encounter LVM disk conflicts using snapshot techniques, where special attentions has to be done with the minor major numbers, to avoid such conflicts.
    Perhaps you can try exporting / importing the vg, to resolve the issues?

    At spictera we created a way to take software based snapshots, which does not have such conflicts.
    The snapshots are stored on the IBM Spectrum Protect backup server, and does not require a special hardware.
    The total number of retentions is limited to what you set in the Spectrum Protect backup server retention policy, and are not limited to what the hardware can support.
    The snapshot can be provisioned back to any location, at any time, using same or new structure.
    The snapshot revert to previous snapshot using normal OS snapshot revert mechanism.

    IBM - Spictera Brick - Instant Recovery for Spectrum Protect

    Regards Tomas

    ------------------------------
    Tomas Dalebjörk
    ------------------------------



  • 5.  RE: FCTOOL and LVM causing trouble

    Posted 9 days ago
    Hi Tomas, we can import or export the volume group because when the copy process detects it can't activate the volume group because of the duplicated PVs, starts a removevg command and the volume group is removed. 

    Linux OS expert thinks that the problem is related to multipath, because the PVs reported as duplicated are in fact the same PVs but seen through different paths using multipath. But I don't know whether there is a way to configure multipath to avoid these errors trying to activate the VGs.

    Thanks

    ------------------------------
    MARIA JOSE RODRIGUEZ CANALES
    ------------------------------