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@gmail.com> To: users <users@ovirt.org> Message-ID: <ae77cd1f-6d1b-9ae9-3075-396bf3ecde8e@gmail.com> Subject: Re: [ovirt-users] Unable to add host to cluster after network References: <1d9816aa-6d14-d62b-279b-95c13adec21d@gmail.com> <CAFS8XSUKAmyXZ6wKW1O7un74pHp9V0rTfu6TfiZRcZRO8FO+yA@mail.gmail.com> <a03943a4-0db1-9e5f-50fc-0736606eea20@gmail.com> In-Reply-To: <a03943a4-0db1-9e5f-50fc-0736606eea20@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--