[ovs-dev] [PATCH 1/3] ovs-ctl: fallback to "uname -n" for fetching hostname
Yousong Zhou
yszhou4tech at gmail.com
Sat Dec 1 02:20:54 UTC 2018
On Fri, 30 Nov 2018 at 23:23, Aaron Conole <aconole at redhat.com> wrote:
>
> Yousong Zhou <yszhou4tech at gmail.com> writes:
>
> > From: Yousong Zhou <yszhou4tech at gmail.com>
> >
> > The command "hostname" is not available in OpenWrt by default. Strace
> > result of hostname-3.13 on centos7 shows that bare "hostname" command
> > calls uname() to fetch node name.
> >
> > Signed-off-by: Yousong Zhou <yszhou4tech at gmail.com>
> > ---
> > utilities/ovs-ctl.in | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/utilities/ovs-ctl.in b/utilities/ovs-ctl.in
> > index e42f0f1e6..7f2b17b06 100644
> > --- a/utilities/ovs-ctl.in
> > +++ b/utilities/ovs-ctl.in
> > @@ -40,7 +40,7 @@ set_hostname () {
> > # call this only after ovs-vswitchd is running.
> > hn="$(hostname -f)"
> > if test X$FULL_HOSTNAME = Xno; then
> > - hn="$(hostname)"
> > + hn="$(uname -n)"
> > fi
>
> Should we also modify the call to 'hostname' above, too? ie:
>
> - hn="$(hostname -f)"
> + hn="$(uname -n)"
>
> I don't know since uname -n is always the same as hostname -f,
> iirc. That makes the option (FULL_HOSTNAME=no) look strange.
>
> Actually, that makes me think that the hn="$(hostname)" might need to
> have been 'hostname -s' - but I'm not sure.
On my centos7 machine, `hostname -f` will try to form and verify fqdn
by reading "domain" from /etc/resolv.conf and doing dns query. I
think the output of "uname -n" is same as with "sysctl -n
kernel.hostname"
yousong
More information about the dev
mailing list