[Users] Re: Networking confusion and NIS client inside a CT

Steve Scaffidi sscaffidi at gmail.com
Fri Jan 8 18:08:32 EST 2010


I found it... it was one of those "so blatant you don't even notice" errors.

somehow the /etc/hosts file in the CT looked like this:

10.1.10.101 testserver.mydomain.com testserver testserver

After removing the extra hostname, everything works.

BTW, I've since figured out why the odd routing entries in the CT...
it's part of the "fake gateway" connecting the CT's network interface
to the host. Still seems odd to me, but if it works and doesn't cause
any incompatibility elsewhere I'm A-OK with it :)

On Fri, Jan 8, 2010 at 4:38 PM, E Frank Ball III <efball at efball.com> wrote:
> In your /etc/yp.conf file do you specify "broadcast"?  That won't work
> in a vz container.  (domain <nis domain> broadcast).  I get around this by
> specifying a server:
>
> domain <nis domain> server <servername>
>
>   E Frank Ball                efball at efball.com
>
>
> On Fri, Jan 08, 2010 at 12:03:52PM -0500, Steve Scaffidi wrote:
>  > We've just started using OpenVZ on a test box here at work and I've
>  > come across some odd things I don't understand, and can't figure out
>  > from the wiki.
>  >
>  > It began when I attempted to start an NIS client on a CT and it
>  > couldn't bind to the NIS server, which is on the host system. However,
>  > other networking functionality seemed to work properly: ping, wget,
>  > ssh, etc... (BTW, other physical hosts on the same LAN can bind to the
>  > NIS server on that host just fine)
>  >
>  > I checked connectivity from the CT to the host, and it seemed fine.
>  > The host has the IP address 10.1.10.60 and the CT has the address
>  > 10.1.10.101. The CT's network interface is venet0:0 which is a PTP,
>  > and there is also a venet0 with no address. This seems to make sense
>  > given what I've read on the wiki. The part that has me scratching my
>  > head is this:
>  >
>  > ct-101:/# route -n
>  > Kernel IP routing table
>  > Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
>  > 192.0.2.1       0.0.0.0         255.255.255.255 UH    0      0        0 venet0
>  > 0.0.0.0         192.0.2.1       0.0.0.0         UG    0      0        0 venet0
>  >
>  > I have no idea where this address is coming from or why network
>  > functionality seems to work at all with this here! I'm really not sure
>  > what questions to ask or what to search for, hence this email to the
>  > list! :)
>  >
>  > BTW, both host and CT are debian lenny systems. I started with a
>  > template that was already there, called "debian-5.0-x86". OpenVZ was
>  > installed and configured on this system by someone else, but I can't
>  > figure out what he may have done.
>  >
>  > Any hints as to what's going on, and furthermore, how I might be able
>  > to get the NIS client working?
>  >
>  > --
>  > -- Steve Scaffidi <stephen at scaffidi.net>
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://openvz.org/mailman/listinfo/users
>



-- 
-- Steve Scaffidi <stephen at scaffidi.net>



More information about the Users mailing list