Hello,
I cannot tell if this is expected on a node-ng system. I worked hard to
get it up and running like this. 2 Diskless Hosts (EPYC 2x16 Core, 256GB
RAM) boot via ISCSI ibft from Gigabit Onboard, Initial-Ramdisk
establishes multipathing and thats what I get (and want). So i've
redundant connections (1x1GB, 2x10GB Ethernet as bond) to my storage
(Ubuntu Box 1xEPYC 16 Core, 128Gig RAM currently 8 disks, 2xNvME SSD
with ZFS exporting NFS 4.2 and targetcli-fb ISCSI targets). All disk
images on NFS 4.2 and via ISCSI are thin-provisioned and the
sparse-files grow and shrink when discarding in VM's/Host via fstrim.
My exercises doing this also as UEFI boot were stopped by node-ng
installer partitioning which refused to set up a UEFI FAT Boot partition
on the already accessible ISCSI targets.. So systems do legacy BIOS boot
now.
This works happily even if I unplug one of the Ethernet-Cables.
[root@myhostname ~]# multipath -ll
mpath-myhostname-disk1 (36001405a26254e2bfd34b179d6e98ba4) dm-0 LIO-ORG
,myhostname-disk
size=50G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='queue-length 0' prio=50 status=active
| `- 3:0:0:0 sdb 8:16 active ready running
|-+- policy='queue-length 0' prio=50 status=enabled
| `- 4:0:0:0 sdc 8:32 active ready running
`-+- policy='queue-length 0' prio=50 status=enabled
`- 0:0:0:0 sda 8:0 active ready running
See attached lsblk.
Am 08.01.2019 um 14:46 schrieb Nir Soffer:
On Tue, Jan 8, 2019 at 1:29 PM Ralf Schenk <rs(a)databay.de
<mailto:rs@databay.de>> wrote:
Hello,
I'm running my Ovirt-Node-NG based Hosts off ISCSI root. That is
what "vdsm-tool config-lvm-filter" suggests. Is this correct ?
[root@myhostname ~]# vdsm-tool config-lvm-filter
Analyzing host...
Found these mounted logical volumes on this host:
logical volume: /dev/mapper/onn_myhostname--iscsi-home
mountpoint: /home
devices: /dev/mapper/mpath-myhostname-disk1p2
logical volume:
/dev/mapper/onn_myhostname--iscsi-ovirt--node--ng--4.2.7.1--0.20181209.0+1
mountpoint: /
devices: /dev/mapper/mpath-myhostname-disk1p2
logical volume: /dev/mapper/onn_myhostname--iscsi-swap
mountpoint: [SWAP]
devices: /dev/mapper/mpath-myhostname-disk1p2
logical volume: /dev/mapper/onn_myhostname--iscsi-tmp
mountpoint: /tmp
devices: /dev/mapper/mpath-myhostname-disk1p2
logical volume: /dev/mapper/onn_myhostname--iscsi-var
mountpoint: /var
devices: /dev/mapper/mpath-myhostname-disk1p2
logical volume: /dev/mapper/onn_myhostname--iscsi-var_crash
mountpoint: /var/crash
devices: /dev/mapper/mpath-myhostname-disk1p2
logical volume: /dev/mapper/onn_myhostname--iscsi-var_log
mountpoint: /var/log
devices: /dev/mapper/mpath-myhostname-disk1p2
logical volume: /dev/mapper/onn_myhostname--iscsi-var_log_audit
mountpoint: /var/log/audit
devices: /dev/mapper/mpath-myhostname-disk1p2
This is the recommended LVM filter for this host:
filter = [ "a|^/dev/mapper/mpath-myhostname-disk1p2$|", "r|.*|"
]
This filter allows LVM to access the local devices used by the
hypervisor, but not shared storage owned by Vdsm. If you add a new
device to the volume group, you will need to edit the filter manually.
Configure LVM filter? [yes,NO]
Yoval, is /dev/mapper/mpath-myhostname-disk1p2 expected on node system?
Ralf, can you share the output of:
lsblk
multipath -ll
multipathd show paths format "%d %P"
Nir
Am 05.01.2019 um 19:34 schrieb tehnic(a)take3.ro
<mailto:tehnic@take3.ro>:
> Hello Greg,
>
> this is what i was looking for.
>
> After running "vdsm-tool config-lvm-filter" on all hosts (and rebooting
them) all PVs, VGs and LVs from ISCSI domain were not visible anymore to local LVM on the
ovirt hosts.
>
> Additionally i made following tests:
> - Cloning + running a VM on the ISCSI domain
> - Detaching + (re-)attaching of the ISCSI domain
> - Detaching, removing + (re-)import of the ISCSI domain
> - Creating new ISCSI domain (well, i needed to use "force operation"
because creating on same ISCSI target)
>
> All tests were successful.
>
> As you wished i filed a bug:
<
https://github.com/oVirt/ovirt-site/issues/1857>
<
https://github.com/oVirt/ovirt-site/issues/1857>
> Thank you.
>
> Best regards,
> Robert
> _______________________________________________
> Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-leave(a)ovirt.org
<mailto:users-leave@ovirt.org>
> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VD6WCL343YG...
--
*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *rs(a)databay.de* <mailto:rs@databay.de>
*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* <
http://www.databay.de>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari,
Dipl.-Kfm. Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen
------------------------------------------------------------------------
_______________________________________________
Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org>
To unsubscribe send an email to users-leave(a)ovirt.org
<mailto:users-leave@ovirt.org>
Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HX3LO46HW6G...
--
*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *rs(a)databay.de* <mailto:rs@databay.de>
*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* <
http://www.databay.de>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen
------------------------------------------------------------------------