Hi Femi,
I'm having the same/similar issue that I just posted about - did you ever
resolve it?
Regards
Simon...
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement:
The bugzilla URL says that's a private/internal only bug.
You are not authorized to access bug #1016535.
Most likely the bug has been restricted for internal development processes and
we cannot grant access.
If you are a Red Hat customer with an active subscription, please visit the Red
Hat
On Fri, Jun 8, 2018 at 11:01 AM femi adegoke
wrote:
> Nir,
>
> I am not 100% sure this is a bug.
>
> I repeated the install on the same hardware & the results are the same -
> multipath devices that will not go away.
> Both installs were done on a SuperMicro X10SDV-8C-TLN4F
>
> I then did
Nir,
I am not 100% sure this is a bug.
I repeated the install on the same hardware & the results are the same -
multipath devices that will not go away.
Both installs were done on a SuperMicro X10SDV-8C-TLN4F
I then did another install on a SuperMicro X10DRi-T, this install has no
problem &
Ok, Nir thanks for the update.
I have one more identical host (using the same hardware), let me install oVirt
node & verify that I'm seeing the same behavior.
I will update you before I file the bug.
___
Users mailing list -- users@ovirt.org
To
On Thu, Jun 7, 2018 at 6:12 PM femi adegoke wrote:
> After making the changes & rebooting, multipath is still grabbing those
> devices.
> Here is "journalctl -b"
>
> https://paste.fedoraproject.org/paste/3K3S4wQ~~qAlhTmgazRDAw
It seems that it ignores the blacklist during boot, and once the
After making the changes & rebooting, multipath is still grabbing those devices.
Here is "journalctl -b"
https://paste.fedoraproject.org/paste/3K3S4wQ~~qAlhTmgazRDAw
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to
>
> I guess these are sdb and nvme0n1? we see in lsblk?
>
nvme01 is wwid eui.0025385171b04d62
sdb is wwid SAMSUNG_MZ7GE960HMHP-000AZ_S1P8NYAG123827
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy
On Thu, Jun 7, 2018 at 4:55 PM femi adegoke wrote:
> Noted, regarding your reply about content.
>
> - contents of /etc/multipath.conf
I mean contents of the file /etc/multipath.conf
> = conf.d (folder), bindings, wwids
>
> - contents of /etc/multiapth/conf.d/local.conf
> blacklist {
>
> - output of "lsinitrd"
>
https://paste.fedoraproject.org/paste/2u19bETEZR~4rTMonT-jcw
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt
Noted, regarding your reply about content.
- contents of /etc/multipath.conf = conf.d (folder), bindings, wwids
- contents of /etc/multiapth/conf.d/local.conf
blacklist {
wwid INTEL_SSDSCKHB120G4_BTWM65160025120B
devnode "*"
wwid eui.0025385171b04d62
wwid
Please try to keep relevant content of the previous mail when you reply.
On Thu, Jun 7, 2018 at 3:43 AM femi adegoke wrote:
> The SSD that is used boot/os will not get away from multipath even though
> it is listed int blacklist.
>
> I've also ran this cmd a few times, nothing has changed
Any one else having this multipath issue?
Any other ideas that I can try?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of
Also tried "dracut --force --add multipath --include /etc/multipath
/etc/multipath"
Same results, the boot/os SSD is still a multipath device.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy
The SSD that is used boot/os will not get away from multipath even though it is
listed int blacklist.
I've also ran this cmd a few times, nothing has changed "dracut --force --add
multipath --include /etc/multipath /initramfs-3.10.0-862.3.2.el7.x86_64.img"
Any ideas?
On Thu, Jun 7, 2018 at 1:29 AM femi adegoke wrote:
> Thanks Nir for the update.
>
> What if the drive is also a boot/os drive, are we still able to disable
> multipath?
>
I think you need to copy /etc/multipath/conf.d/local.conf
into initrd, so multipathd will find it during early boot.
See
Thanks Nir for the update.
What if the drive is also a boot/os drive, are we still able to disable
multipath?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement:
Thanks Nir for the update.
What if the drive is also a boot/os drive?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
On Wed, Jun 6, 2018 at 7:51 PM femi adegoke wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1472356
>
> There are 2 drives in my install that oVirt is claiming as multipath.
> I have tried blacklisting at /etc/multipath/ but that hasn't worked.
>
We hoped that we have a good way to
19 matches
Mail list logo