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(a)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(a)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(a)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(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
>