4:11 a.m.
Hello all. I've been trying to get a hosted-engine style deployment up and
running on a small three-hypervisor cluster for prototyping some things
before they get moved into a production environment. My hypervisors each
have a 802.3ad bonded interface with several VLANs trunked over the link.
The network is not currently connected to the internet, but can be for
updates and the like. There is DNS available and correctly configured.
I struggled for a few days trying to get the hosted engine to deploy
correctly. Some issues I encountered were minor documentation issues (and
mostly just me misinterpreting something that was written). For example,
when choosing an image source, I could choose cdrom, file, or something
else, and I tried to choose file (thinking "image file", since I had an ISO
to use for building the engine vm). Of course, it would bomb because it
wanted me to give it a preconfigured engine file, NOT an ISO. I eventually
figured I'd just get the appliance engine file, and went that route (and,
in that case, that part worked!).
Then, it started to bomb consistently right after starting the network
configuration step. It turned out that the motherboards I had (Supermicro)
did not have UUIDs encoded on them--they were blank. As a result, the vdi
step was failing to gather the information it needed, but it kept dying
with error messages that were pretty difficult to decipher. I eventually
stumbled across the UUID as "None" in the return block, which finally led
me to dmidecode to verify that the UUID was blank. Then I had to figure out
how to actually get the UUID set. I found an AMI utility that helped me get
them set to something, though it didn't actually set them correctly. In the
meantime, Supermicro helpfully replied to my support request with a link to
a utility they provide to do the same thing (though I wish that had been
documented somewhere on their site!).
UUIDs finally set, I started to work through a few other issues, and
finally came to the point where it was gathering some network information
before going to do the next step, and now it kept dying saying that the
hostname was not unique, then it listed every IP address configured on the
system (and there were several). DNS was working, and pointed to the
correct IP address for the hostname. The hostname was set correctly. I
could not get this to resolve. I got frustrated and posted on twitter. A
few nice people here saw it and recommended that I join the mailing list.
That's why I'm here now.
Before I posted here, though, I wanted to try again when I was fresh and
not having dealt with all of the previous problems. My first attempt was to
drop the hostname into /etc/hosts, thinking maybe the install wasn't
consulting DNS or was confused because there were several IP addresses.
BINGO. This fixed the "not unique" address problem!
... now I just had to go and clean up a botched installation because it
also couldn't find the hostname for the hosted engine (also in DNS, but I
just put it in /etc/hosts to hopefully get around whatever issue that is).
So.. long story short.. Thanks for good software and for being so willing
to support it, and thanks for putting up with reading this whole thing.
Now, if someone can explain why DNS isn't being consulted for host names
correctly, that would be super... :)
jonathan
--
Jonathan Woytek
http://www.dryrose.com
KB3HOZ
PGP: 462C 5F50 144D 6B09 3B65 FCE8 C1DC DEC4 E8B6 AABC
11:18 a.m.
On Fri, Dec 2, 2016 at 3:11 AM, Jonathan Woytek <woytek(a)dryrose.com> wrote:
Hello all. I've been trying to get a hosted-engine style
deployment up and
running on a small three-hypervisor cluster for prototyping some things
before they get moved into a production environment. My hypervisors each
have a 802.3ad bonded interface with several VLANs trunked over the link.
The network is not currently connected to the internet, but can be for
updates and the like. There is DNS available and correctly configured.
I struggled for a few days trying to get the hosted engine to deploy
correctly. Some issues I encountered were minor documentation issues (and
mostly just me misinterpreting something that was written). For example,
when choosing an image source, I could choose cdrom, file, or something
else, and I tried to choose file (thinking "image file", since I had an ISO
to use for building the engine vm). Of course, it would bomb because it
wanted me to give it a preconfigured engine file, NOT an ISO. I eventually
figured I'd just get the appliance engine file, and went that route (and,
in that case, that part worked!).
Then, it started to bomb consistently right after starting the network
configuration step. It turned out that the motherboards I had (Supermicro)
did not have UUIDs encoded on them--they were blank. As a result, the vdi
step was failing to gather the information it needed, but it kept dying
with error messages that were pretty difficult to decipher. I eventually
stumbled across the UUID as "None" in the return block, which finally led
me to dmidecode to verify that the UUID was blank. Then I had to figure out
how to actually get the UUID set. I found an AMI utility that helped me get
them set to something, though it didn't actually set them correctly. In the
meantime, Supermicro helpfully replied to my support request with a link to
a utility they provide to do the same thing (though I wish that had been
documented somewhere on their site!).
UUIDs finally set, I started to work through a few other issues, and
finally came to the point where it was gathering some network information
before going to do the next step, and now it kept dying saying that the
hostname was not unique, then it listed every IP address configured on the
system (and there were several). DNS was working, and pointed to the
correct IP address for the hostname. The hostname was set correctly. I
could not get this to resolve. I got frustrated and posted on twitter. A
few nice people here saw it and recommended that I join the mailing list.
That's why I'm here now.
Before I posted here, though, I wanted to try again when I was fresh and
not having dealt with all of the previous problems. My first attempt was to
drop the hostname into /etc/hosts, thinking maybe the install wasn't
consulting DNS or was confused because there were several IP addresses.
BINGO. This fixed the "not unique" address problem!
... now I just had to go and clean up a botched installation because it
also couldn't find the hostname for the hosted engine (also in DNS, but I
just put it in /etc/hosts to hopefully get around whatever issue that is).
So.. long story short.. Thanks for good software and for being so willing
to support it, and thanks for putting up with reading this whole thing.
Now, if someone can explain why DNS isn't being consulted for host names
correctly, that would be super... :)
It should be, absolutely.
Would you like to share a log from one of your failure attempts?
jonathan
--
Jonathan Woytek
http://www.dryrose.com
KB3HOZ
PGP: 462C 5F50 144D 6B09 3B65 FCE8 C1DC DEC4 E8B6 AABC
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:28 p.m.
--Apple-Mail=_33700937-F8BE-422B-B79F-228612A1C0D0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
I had some similar issues (also with IPV6 which I haven=E2=80=99t =
retried lately). I ended up double checking /etc/resolv.conf and just =
dropping an entry there and also ensuring the name servers were present =
in the ifcfg files. This did the trick. Depending on how you configure =
LACP, sometimes the DNS seems to magically disappear when ovirt creates =
the ovirtmgmt bridge interface. If you are having an issue, it=E2=80=99s =
likely that interface.
The other thing that =E2=80=9Cmay=E2=80=9D be occurring is IPv6 is being =
used for DNS and you don=E2=80=99t have an IPv6 DNS server (or it=E2=80=99=
s not routing correctly). You can verify that by disabling IPv6 (you =
have to use sysctl, ifcfg options won=E2=80=99t completely do it). If =
that works, then IPv6 was the issue.
Tom
On Dec 2, 2016, at 4:18 AM, Simone Tiraboschi
<stirabos(a)redhat.com> =
wrote:
=20
=20
=20
On Fri, Dec 2, 2016 at 3:11 AM, Jonathan Woytek <woytek(a)dryrose.com =
<mailto:woytek@dryrose.com>> wrote:
Hello all. I've been trying to get a hosted-engine style
deployment up =
and running on a small three-hypervisor cluster for prototyping some
=
things before they get moved into a production environment. My =
hypervisors each have a 802.3ad bonded interface with several VLANs =
trunked over the link. The network is not currently connected to the =
internet, but can be for updates and the like. There is DNS available =
and correctly configured.=20
=20
I struggled for a few days trying to get the hosted engine to deploy =
correctly.
Some issues I encountered were minor documentation issues =
(and mostly just me misinterpreting something that was written). For =
example, when choosing an image source, I could choose cdrom, file, or =
something else, and I tried to choose file (thinking "image file", since =
I had an ISO to use for building the engine vm). Of course, it would =
bomb because it wanted me to give it a preconfigured engine file, NOT an =
ISO. I eventually figured I'd just get the appliance engine file, and =
went that route (and, in that case, that part worked!).
=20
Then, it started to bomb consistently right after starting the network =
configuration step. It turned out that the motherboards I had =
(Supermicro) did not have UUIDs encoded on them--they were blank. As a =
result, the vdi step was failing to gather the information it needed, =
but it kept dying with error messages that were pretty difficult to =
decipher. I eventually stumbled across the UUID as "None" in the return =
block, which finally led me to dmidecode to verify that the UUID was =
blank. Then I had to figure out how to actually get the UUID set. I =
found an AMI utility that helped me get them set to something, though it =
didn't actually set them correctly. In the meantime, Supermicro =
helpfully replied to my support request with a link to a utility they =
provide to do the same thing (though I wish that had been documented =
somewhere on their site!).=20
=20
UUIDs finally set, I started to work through a few other issues, and =
finally came
to the point where it was gathering some network =
information before going to do the next step, and now it kept dying =
saying that the hostname was not unique, then it listed every IP address =
configured on the system (and there were several). DNS was working, and =
pointed to the correct IP address for the hostname. The hostname was set =
correctly. I could not get this to resolve. I got frustrated and posted =
on twitter. A few nice people here saw it and recommended that I join =
the mailing list. That's why I'm here now.=20
=20
Before I posted here, though, I wanted to try again when I was fresh =
and not
having dealt with all of the previous problems. My first attempt =
was to drop the hostname into /etc/hosts, thinking maybe the install =
wasn't consulting DNS or was confused because there were several IP =
addresses.=20
=20
BINGO. This fixed the "not unique" address problem!=20
=20
... now I just had to go and clean up a botched installation because =
it also
couldn't find the hostname for the hosted engine (also in DNS, =
but I just put it in /etc/hosts to hopefully get around whatever issue =
that is).=20
=20
So.. long story short.. Thanks for good software and for being so =
willing to
support it, and thanks for putting up with reading this whole =
thing. Now, if someone can explain why DNS isn't being consulted for =
host names correctly, that would be super... :)=20
=20
=20
It should be, absolutely.
Would you like to share a log from one of your failure attempts?
=20
=20
jonathan
=20
=20
--=20
Jonathan Woytek
http://www.dryrose.com <http://www.dryrose.com/>
KB3HOZ
PGP: 462C 5F50 144D 6B09 3B65 FCE8 C1DC DEC4 E8B6 AABC
=20
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users =
<http://lists.ovirt.org/mailman/listinfo/users>
=20
=20
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--Apple-Mail=_33700937-F8BE-422B-B79F-228612A1C0D0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8
<html><head><meta http-equiv=3D"Content-Type"
content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">I had some similar issues (also with IPV6 which I haven=E2=80=99=
t retried lately). I ended up double checking /etc/resolv.conf and =
just dropping an entry there and also ensuring the name servers were =
present in the ifcfg files. This did the trick. Depending on =
how you configure LACP, sometimes the DNS seems to magically disappear =
when ovirt creates the ovirtmgmt bridge interface. If you are =
having an issue, it=E2=80=99s likely that interface.<div class=3D""><br
=
class=3D""></div><div class=3D"">The other thing that
=E2=80=9Cmay=E2=80=9D=
be occurring is IPv6 is being used for DNS and you don=E2=80=99t have =
an IPv6 DNS server (or it=E2=80=99s not routing correctly). You =
can verify that by disabling IPv6 (you have to use sysctl, ifcfg options =
won=E2=80=99t completely do it). If that works, then IPv6 was the =
issue.<br class=3D"">
<br class=3D"">Tom</div><div class=3D""><br
class=3D""><div><blockquote =
type=3D"cite" class=3D""><div class=3D"">On Dec 2,
2016, at 4:18 AM, =
Simone Tiraboschi <<a href=3D"mailto:stirabos@redhat.com" =
class=3D"">stirabos(a)redhat.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div
dir=3D"ltr" =
class=3D""><br class=3D""><div
class=3D"gmail_extra"><br class=3D""><div =
class=3D"gmail_quote">On Fri, Dec 2, 2016 at 3:11 AM, Jonathan Woytek =
<span dir=3D"ltr" class=3D""><<a
href=3D"mailto:woytek@dryrose.com" =
target=3D"_blank"
class=3D"">woytek(a)dryrose.com</a>&gt;</span> wrote:<br =
class=3D""><blockquote class=3D"gmail_quote"
style=3D"margin:0 0 0 =
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr" =
class=3D"">Hello all. I've been trying to get a hosted-engine style =
deployment up and running on a small three-hypervisor cluster for =
prototyping some things before they get moved into a production =
environment. My hypervisors each have a 802.3ad bonded interface with =
several VLANs trunked over the link. The network is not currently =
connected to the internet, but can be for updates and the like. There is =
DNS available and correctly configured. <div class=3D""><br =
class=3D""></div><div class=3D"">I struggled for a few
days trying to =
get the hosted engine to deploy correctly. Some issues I encountered =
were minor documentation issues (and mostly just me misinterpreting =
something that was written). For example, when choosing an image source, =
I could choose cdrom, file, or something else, and I tried to choose =
file (thinking "image file", since I had an ISO to use for building the =
engine vm). Of course, it would bomb because it wanted me to give it a =
preconfigured engine file, NOT an ISO. I eventually figured I'd just get =
the appliance engine file, and went that route (and, in that case, that =
part worked!).</div><div class=3D""><br
class=3D""></div><div =
class=3D"">Then, it started to bomb consistently right after starting =
the network configuration step. It turned out that the motherboards I =
had (Supermicro) did not have UUIDs encoded on them--they were blank. As =
a result, the vdi step was failing to gather the information it needed, =
but it kept dying with error messages that were pretty difficult to =
decipher. I eventually stumbled across the UUID as "None" in the return =
block, which finally led me to dmidecode to verify that the UUID was =
blank. Then I had to figure out how to actually get the UUID set. I =
found an AMI utility that helped me get them set to something, though it =
didn't actually set them correctly. In the meantime, Supermicro =
helpfully replied to my support request with a link to a utility they =
provide to do the same thing (though I wish that had been documented =
somewhere on their site!). </div><div class=3D""><br =
class=3D""></div><div class=3D"">UUIDs finally set, I
started to work =
through a few other issues, and finally came to the point where it was =
gathering some network information before going to do the next step, and =
now it kept dying saying that the hostname was not unique, then it =
listed every IP address configured on the system (and there were =
several). DNS was working, and pointed to the correct IP address for the =
hostname. The hostname was set correctly. I could not get this to =
resolve. I got frustrated and posted on twitter. A few nice people here =
saw it and recommended that I join the mailing list. That's why I'm here =
now. </div><div class=3D""><br
class=3D""></div><div =
class=3D"">Before I posted here, though, I wanted to try again when I =
was fresh and not having dealt with all of the previous problems. My =
first attempt was to drop the hostname into /etc/hosts, thinking maybe =
the install wasn't consulting DNS or was confused because there were =
several IP addresses. </div><div class=3D""><br
class=3D""></div><div=
class=3D"">BINGO. This fixed the "not unique" address =
problem! </div><div class=3D""><br
class=3D""></div><div =
class=3D"">... now I just had to go and clean up a botched installation =
because it also couldn't find the hostname for the hosted engine (also =
in DNS, but I just put it in /etc/hosts to hopefully get around whatever =
issue that is). </div><div class=3D""><br
class=3D""></div><div =
class=3D"">So.. long story short.. Thanks for good software and for =
being so willing to support it, and thanks for putting up with reading =
this whole thing. Now, if someone can explain why DNS isn't being =
consulted for host names correctly, that would be super... =
:) </div><span class=3D"HOEnZb"><font
color=3D"#888888" =
class=3D""><div class=3D""><br =
class=3D""></div></font></span></div></blockquote><div
class=3D""><br =
class=3D""></div><div class=3D"">It should be,
absolutely.</div><div =
class=3D"">Would you like to share a log from one of your failure =
attempts?</div><div class=3D""><br
class=3D""></div><div =
class=3D""> </div><blockquote
class=3D"gmail_quote" style=3D"margin:0=
0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div
dir=3D"ltr" =
class=3D""><span class=3D"HOEnZb"><font
color=3D"#888888" class=3D""><div =
class=3D""></div><div
class=3D"">jonathan</div><div class=3D""><br =
class=3D""></div><div class=3D""><div
class=3D""><br class=3D""></div>-- =
<br class=3D""><div
class=3D"m_4117236419531417628gmail_signature" =
data-smartmail=3D"gmail_signature">Jonathan Woytek<br
class=3D""><a =
href=3D"http://www.dryrose.com/" target=3D"_blank" =
class=3D"">http://www.dryrose.com</a><br
class=3D"">KB3HOZ<br =
class=3D"">PGP: 462C 5F50 144D 6B09 3B65 FCE8 C1DC DEC4
E8B6 =
AABC</div>
</div></font></span></div>
<br class=3D"">______________________________<wbr =
class=3D"">_________________<br class=3D"">
Users mailing list<br class=3D"">
<a href=3D"mailto:Users@ovirt.org"
class=3D"">Users(a)ovirt.org</a><br =
class=3D"">
<a href=3D"http://lists.ovirt.org/mailman/listinfo/users" =
rel=3D"noreferrer" target=3D"_blank" =
class=3D"">http://lists.ovirt.org/<wbr =
class=3D"">mailman/listinfo/users</a><br class=3D"">
<br class=3D""></blockquote></div><br
class=3D""></div></div>
_______________________________________________<br class=3D"">Users =
mailing list<br class=3D""><a href=3D"mailto:Users@ovirt.org"
=
class=3D"">Users(a)ovirt.org</a><br =
class=3D"">http://lists.ovirt.org/mailman/listinfo/users<br =
class=3D""></div></blockquote></div><br
class=3D""></div></body></html>=
--Apple-Mail=_33700937-F8BE-422B-B79F-228612A1C0D0--
5:48 p.m.
I've made some headway on this last night. Since I'm bootstrapping a new
network here, there are some temporary patches in place that will go away
once virtualization is running and some additional services can be spun up.
Nameservice is one of those temporary patches, as is inter-network routing.
I could dig queries on the host where I was deploying the hosted engine, so
I thought all was well. The hosted engine lives on a different network,
though, and I thought all of the routes were in place for it to get to
nameservice, but I found one missing this morning.
The error messages for these have made a lot more sense, though, so that
makes life easier!
jonathan
On Fri, Dec 2, 2016 at 8:28 AM, Tom Gamull <tgamull(a)redhat.com> wrote:
I had some similar issues (also with IPV6 which I haven’t retried
lately). I ended up double checking /etc/resolv.conf and just dropping an
entry there and also ensuring the name servers were present in the ifcfg
files. This did the trick. Depending on how you configure LACP, sometimes
the DNS seems to magically disappear when ovirt creates the ovirtmgmt
bridge interface. If you are having an issue, it’s likely that interface.
The other thing that “may” be occurring is IPv6 is being used for DNS and
you don’t have an IPv6 DNS server (or it’s not routing correctly). You can
verify that by disabling IPv6 (you have to use sysctl, ifcfg options won’t
completely do it). If that works, then IPv6 was the issue.
Tom
On Dec 2, 2016, at 4:18 AM, Simone Tiraboschi <stirabos(a)redhat.com> wrote:
On Fri, Dec 2, 2016 at 3:11 AM, Jonathan Woytek <woytek(a)dryrose.com>
wrote:
> Hello all. I've been trying to get a hosted-engine style deployment up
> and running on a small three-hypervisor cluster for prototyping some things
> before they get moved into a production environment. My hypervisors each
> have a 802.3ad bonded interface with several VLANs trunked over the link.
> The network is not currently connected to the internet, but can be for
> updates and the like. There is DNS available and correctly configured.
>
> I struggled for a few days trying to get the hosted engine to deploy
> correctly. Some issues I encountered were minor documentation issues (and
> mostly just me misinterpreting something that was written). For example,
> when choosing an image source, I could choose cdrom, file, or something
> else, and I tried to choose file (thinking "image file", since I had an
ISO
> to use for building the engine vm). Of course, it would bomb because it
> wanted me to give it a preconfigured engine file, NOT an ISO. I eventually
> figured I'd just get the appliance engine file, and went that route (and,
> in that case, that part worked!).
>
> Then, it started to bomb consistently right after starting the network
> configuration step. It turned out that the motherboards I had (Supermicro)
> did not have UUIDs encoded on them--they were blank. As a result, the vdi
> step was failing to gather the information it needed, but it kept dying
> with error messages that were pretty difficult to decipher. I eventually
> stumbled across the UUID as "None" in the return block, which finally led
> me to dmidecode to verify that the UUID was blank. Then I had to figure out
> how to actually get the UUID set. I found an AMI utility that helped me get
> them set to something, though it didn't actually set them correctly. In the
> meantime, Supermicro helpfully replied to my support request with a link to
> a utility they provide to do the same thing (though I wish that had been
> documented somewhere on their site!).
>
> UUIDs finally set, I started to work through a few other issues, and
> finally came to the point where it was gathering some network information
> before going to do the next step, and now it kept dying saying that the
> hostname was not unique, then it listed every IP address configured on the
> system (and there were several). DNS was working, and pointed to the
> correct IP address for the hostname. The hostname was set correctly. I
> could not get this to resolve. I got frustrated and posted on twitter. A
> few nice people here saw it and recommended that I join the mailing list.
> That's why I'm here now.
>
> Before I posted here, though, I wanted to try again when I was fresh and
> not having dealt with all of the previous problems. My first attempt was to
> drop the hostname into /etc/hosts, thinking maybe the install wasn't
> consulting DNS or was confused because there were several IP addresses.
>
> BINGO. This fixed the "not unique" address problem!
>
> ... now I just had to go and clean up a botched installation because it
> also couldn't find the hostname for the hosted engine (also in DNS, but I
> just put it in /etc/hosts to hopefully get around whatever issue that is).
>
> So.. long story short.. Thanks for good software and for being so willing
> to support it, and thanks for putting up with reading this whole thing.
> Now, if someone can explain why DNS isn't being consulted for host names
> correctly, that would be super... :)
>
>
It should be, absolutely.
Would you like to share a log from one of your failure attempts?
> jonathan
>
>
> --
> Jonathan Woytek
> http://www.dryrose.com
> KB3HOZ
> PGP: 462C 5F50 144D 6B09 3B65 FCE8 C1DC DEC4 E8B6 AABC
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Jonathan Woytek
http://www.dryrose.com
KB3HOZ
PGP: 462C 5F50 144D 6B09 3B65 FCE8 C1DC DEC4 E8B6 AABC
2912
days inactive
2912
days old
3 comments
3 participants
participants (3)
-
Jonathan Woytek -
Simone Tiraboschi -
Tom Gamull