Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 2 May 2000 23:26:13 -0700 (PDT)
From:      Dan Langille <dan@rock.ghis.net>
To:        Greg Lehey <grog@lemis.com>
Cc:        freebsd-questions@FreeBSD.ORG
Subject:   Re: ping 127.0.0.1 => no route to host (fwd)
Message-ID:  <Pine.BSF.4.21.0005022318321.57906-100000@rock.ghis.net>
In-Reply-To: <20000503145624.P8284@freebie.lemis.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 3 May 2000, Greg Lehey wrote:

> On Tuesday,  2 May 2000 at 21:51:18 -0700, Dan Langille wrote:
> > On Wed, 3 May 2000, Greg Lehey wrote:
> >
> >> On Tuesday,  2 May 2000 at 21:10:15 -0700, Dan Langille wrote:
> >>> I've just swapped a hard drive from a slower box to a faster box.  The
> >>> networking on the new box is fuggered.  All pings give no "route to host"
> >>> including 127.0.0.1.
> >>>
> >>> Here are the system details.  Thanks.
> >>>
> >>> # uname -a
> >>> FreeBSD ducky.nz.freebsd.org 3.3-19991207-SNAP FreeBSD 3.3-19991207-SNAP
> >>> #1: Wed May  3 15:07:46 NZST 2000
> >>> root@ducky.nz.freebsd.org:/usr/src/sys/compile/DUCKY40S  i386
> >>
> >> I was expecting that.  There was a problem in 3.3 where loopback
> >> didn't get installed in /etc/rc.conf.  You should be able to fix
> >> things immediately with:
> >>
> >>  # ifconfig lo0 127.1
> >
> > Very strange.  This was a working system for a long
> > time.  Then I swapped the hard drive to another box.  Now,
> > after recompiling the kernel, I have these problems.
> >
> > After doing the "ifconfig lo0 127.1", ping 127.0.0.1 did work, as did a
> > ping of the local IP address.  But...
> >
> >> For lasting relief, make sure that you have this in your /etc/rc.conf:
> >>
> >>   ifconfig_lo0="inet 127.0.0.1"	# default loopback device configuration.
> >
> > When I made the above change and rebooted, ping 127.0.0.1 no longer
> > works.  Not even after doing a "ifconfig lo0 127.1".
> 
> There's something very funny here.  What does "ifconfig lo0" show you?

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet 127.0.0.1 netmask 0xff000000 

> >> You also *used* to need to set the name in the network_interfaces
> >> variable:
> >>
> >>   network_interfaces="ed0 ed1 ep0 lo0 tun0 xl0"
> >>
> >> I'm not sure whether that still applied to 3.3 or not.  If you have
> >> network_interfaces in /etc/rc.conf, make sure that it includes lo0.
> >
> > lo0 was and is included in network_interfaces in /etc/rc.conf.
> > Which is why I didn't think the messages I was finding in
> > -questions applied to my situation.
> 
> Has this box been upgraded from an earlier release?  I note also that
> it's a snapshot; maybe there was something wrong in that snap.

This box has a hard drive from another box.  In the previous box this
system rang fine for ages.  I did have to recompile a kernel to get it to
work on this box.  The kernel had support only for i486, now so I had to
change that to work on this 586.

I wanted to avoid a cvsup and a makeworld, but that's looking more and
more likely.  I sort of want to get this box up ASAP.  It's my webserver,
mail server, ftp server, etc.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0005022318321.57906-100000>