[ovirt-users] iSCSI Data Domain Down

Arman Khalatyan arm2arm at gmail.com
Mon May 2 11:54:32 UTC 2016


Nice!
To automate that you can put it into:
/etc/rc.local
chmod +x /etc/rc.local
Then put dmremove and targetcli there.
Your service will come back after the power fails.
Am 02.05.2016 12:39 vorm. schrieb "Clint Boggio" <clint at theboggios.com>:

> Thank you so much Arman. With use of that command, I was able to restore
> service.
>
> I really appreciate the help
>
> On May 1, 2016, at 2:58 PM, Arman Khalatyan <arm2arm at gmail.com> wrote:
>
> Hi, before to start target cli you should remove all lvm auto-imported
> volumes:
> dmsetup remove_all
> Then restart your targetcli.
> Am 01.05.2016 1:51 nachm. schrieb "Clint Boggio" <clint at theboggios.com>:
>
>> Greetings oVirt Family;
>>
>> Due to catastrophic power failure, my datacenter lost power. I am using a
>> CentOS7 server to provide ISCSI services to my OVirt platform.
>>
>> When the power came back on, and the iscsi server booted back up, the
>> filters in lvm.conf were faulty and LVM assumed control over the LVM's that
>> OVirt uses as the disks for the VMs. This tanked target.service because it
>> claims "device already in use" and my datacenter is down.
>>
>> I've tried several filter combinations in lvm.conf to no avail, and in my
>> search I've found no documentation on how to make LVM "forget" about the
>> volumes that it had assumed and release them.
>>
>> Do any of you know of a procedure to make lvm forget about and release
>> the volumes on /dev/sda ?
>>
>> OVirt 3.6.5 on CentOS 7
>> 4 Hypervisor nodes CentOS7
>> 1 Dedicated engine CentOS7
>> 1 iscsi SAN CentOS 7 exporting 10TB block device from a Dell Perc RAID
>> controller /dev/sda with targetcli.
>> 1 NFS server for ISO and Export Domains 5TB
>>
>> I'm out I ideas and any help would be greatly appreciated.
>>
>> I'm currently using dd to recover the VM disk drives over to the NFS
>> server in case this cannot be recovered.
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160502/a34b03ef/attachment-0001.html>


More information about the Users mailing list