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.
On Tue, Jan 8, 2019 at 1:29 PM Ralf Schenk <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:lsblkmultipath -llmultipathd show paths format "%d %P"
Nir_______________________________________________
Am 05.01.2019 um 19:34 schrieb 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> Thank you. Best regards, Robert _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to 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/VD6WCL343YGB2JVBWPZG54IMSQZ5VZ7M/--
Ralf Schenk
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail rs@databay.de
Databay AG
Jens-Otto-Krag-Straße 11
D-52146 Würselen
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@ovirt.org
To unsubscribe send an email to 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/HX3LO46HW6GERQXDRCLRYUUN2NLURQTK/
Ralf Schenk fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail rs@databay.de |
Databay AG Jens-Otto-Krag-Straße 11 D-52146 Würselen 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 |