This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--WatmNZr3C2B2qK5i4Sa474rnxTI8aKREL
Content-Type: multipart/mixed; boundary="tlG7m91eIk58UwN2PmDAunvpoovg9tXC6";
protected-headers="v1"
From: ~Stack~ <i.am.stack(a)gmail.com>
To: users <users(a)ovirt.org>
Message-ID: <ae77cd1f-6d1b-9ae9-3075-396bf3ecde8e(a)gmail.com>
Subject: Re: [ovirt-users] Unable to add host to cluster after network
References: <1d9816aa-6d14-d62b-279b-95c13adec21d(a)gmail.com>
<CAFS8XSUKAmyXZ6wKW1O7un74pHp9V0rTfu6TfiZRcZRO8FO+yA(a)mail.gmail.com>
<a03943a4-0db1-9e5f-50fc-0736606eea20(a)gmail.com>
In-Reply-To: <a03943a4-0db1-9e5f-50fc-0736606eea20(a)gmail.com>
--tlG7m91eIk58UwN2PmDAunvpoovg9tXC6
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
On 04/18/2018 09:55 AM, ~Stack~ wrote:
On 04/18/2018 08:41 AM, Eitan Raviv wrote:
[snip]
> but on my setup it can be resolved: initially the second
> network is proclaimed missing and the host becomes non-operational=
,
> with its interfaces disappearing from the engine as you
reported.
> But if the second network is rendered 'not-required' or even delet=
ed
> for that matter from the engine, engine succeeds in
reconnecting t=
o
> the second host within a couple of minutes, and the host
gains 'up=
'
> status.
=20
Setting the second network to 'not-required' does not seem to break my
hosts out of their infinite loop.
Confirmed. Setting the second network to 'not required' did not break
the loop. I hard powered off the box, let ovirt set it as down (thus
breaking the loop), then powered it back on. The loop continued (at
least twice anyway - takes roughly 5 minutes for a loop).
=20
I haven't tried deleting the second network yet. Let me try that before=
I rebuild to test the first point.
Confirmed. Same thing as above only this time I deleted every network
but ovirtmgmt. Again, went through 2 full loops without resolving.
I am going to do a fresh rebuild and test by having the second network
set to 'not required' before adding a second host.
~Stack~
--tlG7m91eIk58UwN2PmDAunvpoovg9tXC6--
--WatmNZr3C2B2qK5i4Sa474rnxTI8aKREL
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJa12JVAAoJELkej+ysXJPmyQIP/jLBHZADJpQIfveKJCoL12b7
1GkcsxYJ926W/P3r1ZPC2IuYssG9/mv7H5VTNK3F0mvkjoqmJ+0UcO2t4x6sETNC
yJnwBrvgP3JPvcsfznULqPvf6Iy0fRB43cNss8SPxpEy3KQdATeJ8zulOxXM8rMk
BbFhGmzN9Ati8DAoBK/x4eDHj9kDpnHWyrBCsrfS4aLTvHC8hYryHYPBjyFWZ3Xf
ycDuvg7Y5xtWmY1XeFoLIyBzrNpcV2cW/zUeRLFEKM//p0oomxtHHTYd1ck3FKmg
GXSZ4eftzULkVyfJfTzeYOeozU9wSXcoo++dFtyNmcA1nyI/mnbR8NswmLrIca7m
0K9tWQi6wr3Q6mkxPwZy7uqwTD+xGboj6hgIe7QLtjUMh0yf14DVGMSyN2q5DPtk
uO/m0xf61YrWgf53yOY96bcOOUX3mmsFmZr9HlsjIfUaqpi0H53yM5CK3ObL0LDd
SkGY5YvhxHNukC1Bey7PvHZeBLlNdfKyChuL/lYpLBuSAVScfiMhsoucVAd/l7bd
Go5o1CRe0w9DKgdfy5xh291W/1RayHe9ONOnwoNXjAg+4cJxudkXKmktNFvWBDkt
cxRPshAq3+6L4vRvVzDsj2k7i7+awd5QOE96XbTJFca45y/RAvwsMx8jJY235c79
LUx0qDE4Pizv11yJ0I6f
=x+4F
-----END PGP SIGNATURE-----
--WatmNZr3C2B2qK5i4Sa474rnxTI8aKREL--