6:39 p.m.
--Apple-Mail-D7FFA1DB-E399-4940-9691-BEDC2AE4A31D
Content-Type: text/plain;
charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Thank you so much Arman. With use of that command, I was able to restore ser=
vice.
I really appreciate the help
On May 1, 2016, at 2:58 PM, Arman Khalatyan <arm2arm(a)gmail.com>
wrote:
=20
Hi, before to start target cli you should remove all lvm auto-imported vol=
umes:
dmsetup remove_all
Then restart your targetcli.
Am 01.05.2016 1:51 nachm. schrieb "Clint Boggio" <clint(a)theboggios.com>:
> Greetings oVirt Family;
>=20
> Due to catastrophic power failure, my datacenter lost power. I am using a=
CentOS7 server to provide ISCSI services to my OVirt platform.
>=20
> When the power came back on, and the iscsi server booted back up, the fil=
ters
in lvm.conf were faulty and LVM assumed control over the LVM's that OVi=
rt uses as the disks for the VMs. This tanked target.service because it clai=
ms "device already in use" and my datacenter is down.
>=20
> 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
vo=
lumes that it had assumed and release them.
>=20
> Do any of you know of a procedure to make lvm forget about and release th=
e
volumes on /dev/sda ?
>=20
> 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 co=
ntroller /dev/sda with targetcli.
> 1 NFS server for ISO and Export Domains 5TB
>=20
> I'm out I ideas and any help would be greatly appreciated.
>=20
> I'm currently using dd to recover the VM disk drives over to the NFS serv=
er in case this cannot be recovered.
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
--Apple-Mail-D7FFA1DB-E399-4940-9691-BEDC2AE4A31D
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: 7bit
<html><head><meta http-equiv="content-type"
content="text/html; charset=utf-8"></head><body
dir="auto"><div>Thank you so much Arman. With use of that command, I
was able to restore service.</div><div
id="AppleMailSignature"><br></div><div
id="AppleMailSignature">I really appreciate the
help</div><div><br>On May 1, 2016, at 2:58 PM, Arman Khalatyan
<<a
href="mailto:arm2arm@gmail.com">arm2arm@gmail.com</a>>
wrote:<br><br></div><blockquote
type="cite"><div><p dir="ltr">Hi, before to start
target cli you should remove all lvm auto-imported volumes:<br>
dmsetup remove_all<br>
Then restart your targetcli.<br>
</p>
<div class="gmail_quote">Am 01.05.2016 1:51 nachm. schrieb "Clint
Boggio" <<a
href="mailto:clint@theboggios.com">clint@theboggios.com</a>>:<br
type="attribution"><blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">Greetings oVirt Family;<br>
<br>
Due to catastrophic power failure, my datacenter lost power. I am using a CentOS7 server
to provide ISCSI services to my OVirt platform.<br>
<br>
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.<br>
<br>
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.<br>
<br>
Do any of you know of a procedure to make lvm forget about and release the volumes on
/dev/sda ?<br>
<br>
OVirt 3.6.5 on CentOS 7<br>
4 Hypervisor nodes CentOS7<br>
1 Dedicated engine CentOS7<br>
1 iscsi SAN CentOS 7 exporting 10TB block device from a Dell Perc RAID controller /dev/sda
with targetcli.<br>
1 NFS server for ISO and Export Domains 5TB<br>
<br>
I'm out I ideas and any help would be greatly appreciated.<br>
<br>
I'm currently using dd to recover the VM disk drives over to the NFS server in case
this cannot be recovered.<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users"
rel="noreferrer"
target="_blank">http://lists.ovirt.org/mailman/listinfo/user...
</blockquote></div>
</div></blockquote></body></html>
--Apple-Mail-D7FFA1DB-E399-4940-9691-BEDC2AE4A31D--