Are you sure that ovirt doesn't still use it (storage domains)?
Best Regards,
Strahil Nikolov
В понеделник, 18 януари 2021 г., 09:11:18 Гринуич+2, Christian Reiss
написа:
Update:
I found out that 4a62cdb4-b314-4c7f-804e-8e7275518a7f is an iscsi target
outside of gluster. It is a
Update & Fix:
There were remnant entries of filters in both
/etc/lvm/lvm.conf and
/etc/multipath.conf
that worked well with the Gluster LVM but went crazy with iscsi lvm mounts.
Fixed the entries, rebooted the server. Now it works and it is back up.
Cheerio!
-Chris.
On 18/01/2021
Update:
I found out that 4a62cdb4-b314-4c7f-804e-8e7275518a7f is an iscsi target
outside of gluster. It is a test that we do not need anymore but we cant
remove. According to
[root@node03 ~]# iscsiadm -m session
tcp: [1] 10.100.200.20:3260,1 iqn.2005-10.org.freenas.ctl:ovirt-data
What is the output of 'lsblk -t' on all nodes ?
Best Regards,
Strahil NIkolov692371
В 11:19 +0100 на 17.01.2021 (нд), Christian Reiss написа:
> Hey folks,
>
> quick (I hope) question: On my 3-node cluster I am swapping out all
> the
> SSDs with fewer but higher capacity ones. So I took one
4 matches
Mail list logo