[ovirt-users] New problem with hosted-engine during "Configuring the management bridge"

[Bob Doolittle]

I could really use some help on this one. My efforts to debug VDSM via
instrumenting the python code are not working - the compiled code must be
cached somehow.

Something is wrong with the way the multipathd service is being restarted.
It doesn't look too me that systemctl is even being called for it.

Thanks,
  Bob
On May 13, 2014 1:12 PM, "Bob Doolittle" <bob at doolittle.us.com> wrote:

>  Maybe this isn't the actual problem after all.
>
> I replaced /sbin/multipath with a script runs the old version, but the
> suppresses those errors and returns exit status 0.
> But "vdsm-tool service-reload multipathd" is still failing and I don't
> know why.
>
> I have attached my vdsm.log file.
>
> Any guidance appreciated. I'll try digging through the python code for
> service.py and see if I can catch it when the multipath configuration is in
> place to see the exact issue.
>
> -Bob
>
> On 05/13/2014 12:27 PM, Bob Doolittle wrote:
>
> Hi,
>
> I have started a new installation as specified in the 3.4.1 release notes
> (fresh Fedora 19 install, yum localinstall
> http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm).
>
> This is failing in the step "Configuring the management bridge".
>
> Based on the vdsm.log, it appears I am hitting:
>   *Bug 988995* <https://bugzilla.redhat.com/show_bug.cgi?id=988995> - vdsm
> multipath.py restarts mutipathd, cutting the branch vdsm sits on
>
> "multipath -F" is returning "invalid keyword: getuid_callout" and it
> appears that this is causing vdsm-tool to abort (although the command exit
> status is 0 and the bug report says that those are only harmless warnings).
>
> There is no workaround stated in that bug report.
>
> Help?
>
> -Bob
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140514/7e0f5e7d/attachment-0001.html>