Re: Complete loss of network on 6_STABLE

[Drew]

Thank you. I don't know if there was a change to the driver, or if something
suddenly changed on my end, but the sis0 interface is now configured in the
place of the nve0 interface, and we'll go from there and figure things out.
I'm going to stick my neck out and say I've got a cable problem though.

On 4/13/07, Bill Moran <[EMAIL PROTECTED]> wrote:


Drew <[EMAIL PROTECTED]> wrote:
>
> On 4/14/07, Bill Moran <[EMAIL PROTECTED]> wrote:
> >
> > Drew <[EMAIL PROTECTED]> wrote:
> > >
> > > A little more on this, because now I am really stumped. I have taken
> > known
> > > good source, and moved it via CD to this machine. I rebuilt, and it
> > exhibits
> > > exactly the same behavior, with both my kernel, and GENERIC. Pinging
an
> > IP
> > > on my lan results in ping: sendto: host is down. There are no active
> > > firewalls on this machine. When I ping another IP on the network,
> > activity
> > > happens on the switch. I have swapped NIC's to a known working one
from
> > > another machine, and it behaves identically. I have changed ports on
the
> > > switch. About the only thing I haven't done is reinstall (which
reminds
> > me,
> > > I have a Freesbie disc around here somewhere to try) - but I'd
rather
> > that
> > > was a last resort. Meaning I'm open to any suggestions anyone might
have
> > > about this.
> >
> > I'm coming to this thread a little late, so I apologize if this
> > information has already been passed around.
> >
> > Can you provide ifconfig -a, netstat -m, netstat -s, netstat -rn
output
> > on the troubled system.
> >
>
> ifconfig -a:
> sis0: flags=8842 mtu 1500
> options=8
> ether 00:a0:cc:73:64:69
> media: Ethernet autoselect (100baseTX)
> status: active
> nve0: flags=8843 mtu 1500
> inet 192.168.1.6 netmask 0xff00 broadcast 192.168.1.255
> ether 00:15:f2:7f:80:86
> media: Ethernet autoselect (100baseTX )

Right off the bat I can tell you that this is wrong.  There is no
such thing as 100baseTX half-duplex.  It would appear as if the card
is not properly auto-negotiating with the switch.

I've never seen this problem cause the total failure you're reporting,
but I've seen it cause lots of other problems, and it's possibly
related.  If the switch is managed, make sure that it's set to
auto-negotiate.  Otherwise, you might have to play some games with
manually setting the speed on the card.  Unfortunately, I've seen this
make it worse sometimes: manually set the duplex on the card, and the
switch picks the wrong duplex setting.  As a result, unmanaged switches
are generally bad for networks.

> status: active
> plip0: flags=108810 mtu 1500
> lo0: flags=8049 mtu 16384
> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
> inet6 ::1 prefixlen 128
>
> (note the sis0 has no configuration in the system we are talking about,
> that's the working test card I installed, and what I'm using with
Freesbie,
> as it doesn't seem to know about the nve0)
>
> netstat -m:
> 130/395/525 mbufs in use (current/cache/total)
> 128/146/274/25600 mbuf clusters in use (current/cache/total/max)
> 128/128 mbuf+clusters out of packet secondary zone in use
(current/cache)
> 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max)
> 0/0/0/0 9k jumbo clusters in use (current/cache/total/max)
> 0/0/0/0 16k jumbo clusters in use (current/cache/total/max)
> 288K/390K/679K bytes allocated to network (current/cache/total)
> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
> 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
> 0/5/6656 sfbufs in use (current/peak/max)
> 0 requests for sfbufs denied
> 0 requests for sfbufs delayed
> 0 requests for I/O initiated by sendfile
> 0 calls to protocol drain routines
>
> netstat -s:
> tcp:
> 0 packets sent
> 0 data packets (0 bytes)
> 0 data packets (0 bytes) retransmitted
> 0 data packets unnecessarily retransmitted
> 0 resends initiated by MTU discovery
> 0 ack-only packets (0 delayed)
> 0 URG only packets
> 0 window probe packets
> 0 window update packets
> 0 control packets
> 3 packets received
> 0 acks (for 0 bytes)
> 0 duplicate acks
> 0 acks for unsent data
> 0 packets (0 bytes) received in-sequence
> 0 completely duplicate packets (0 bytes)
> 0 old duplicate packets
> 0 packets with some dup. data (0 bytes duped)
> 0 out-of-order packets (0 bytes)
> 0 packets (0 bytes) of data after window
> 0 window probes
> 0 window update packets
>0 packets received after close
> 0 discarded for bad checksums
> 0 discarded for bad header offset fields
> 0 discarded because packet too short
>   

Re: Complete loss of network on 6_STABLE

[Bill Moran]

Drew <[EMAIL PROTECTED]> wrote:
>
> On 4/14/07, Bill Moran <[EMAIL PROTECTED]> wrote:
> >
> > Drew <[EMAIL PROTECTED]> wrote:
> > >
> > > A little more on this, because now I am really stumped. I have taken
> > known
> > > good source, and moved it via CD to this machine. I rebuilt, and it
> > exhibits
> > > exactly the same behavior, with both my kernel, and GENERIC. Pinging an
> > IP
> > > on my lan results in ping: sendto: host is down. There are no active
> > > firewalls on this machine. When I ping another IP on the network,
> > activity
> > > happens on the switch. I have swapped NIC's to a known working one from
> > > another machine, and it behaves identically. I have changed ports on the
> > > switch. About the only thing I haven't done is reinstall (which reminds
> > me,
> > > I have a Freesbie disc around here somewhere to try) - but I'd rather
> > that
> > > was a last resort. Meaning I'm open to any suggestions anyone might have
> > > about this.
> >
> > I'm coming to this thread a little late, so I apologize if this
> > information has already been passed around.
> >
> > Can you provide ifconfig -a, netstat -m, netstat -s, netstat -rn output
> > on the troubled system.
> >
> 
> ifconfig -a:
> sis0: flags=8842 mtu 1500
> options=8
> ether 00:a0:cc:73:64:69
> media: Ethernet autoselect (100baseTX)
> status: active
> nve0: flags=8843 mtu 1500
> inet 192.168.1.6 netmask 0xff00 broadcast 192.168.1.255
> ether 00:15:f2:7f:80:86
> media: Ethernet autoselect (100baseTX )

Right off the bat I can tell you that this is wrong.  There is no
such thing as 100baseTX half-duplex.  It would appear as if the card
is not properly auto-negotiating with the switch.

I've never seen this problem cause the total failure you're reporting,
but I've seen it cause lots of other problems, and it's possibly
related.  If the switch is managed, make sure that it's set to
auto-negotiate.  Otherwise, you might have to play some games with
manually setting the speed on the card.  Unfortunately, I've seen this
make it worse sometimes: manually set the duplex on the card, and the
switch picks the wrong duplex setting.  As a result, unmanaged switches
are generally bad for networks.

> status: active
> plip0: flags=108810 mtu 1500
> lo0: flags=8049 mtu 16384
> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
> inet6 ::1 prefixlen 128
> 
> (note the sis0 has no configuration in the system we are talking about,
> that's the working test card I installed, and what I'm using with Freesbie,
> as it doesn't seem to know about the nve0)
> 
> netstat -m:
> 130/395/525 mbufs in use (current/cache/total)
> 128/146/274/25600 mbuf clusters in use (current/cache/total/max)
> 128/128 mbuf+clusters out of packet secondary zone in use (current/cache)
> 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max)
> 0/0/0/0 9k jumbo clusters in use (current/cache/total/max)
> 0/0/0/0 16k jumbo clusters in use (current/cache/total/max)
> 288K/390K/679K bytes allocated to network (current/cache/total)
> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
> 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
> 0/5/6656 sfbufs in use (current/peak/max)
> 0 requests for sfbufs denied
> 0 requests for sfbufs delayed
> 0 requests for I/O initiated by sendfile
> 0 calls to protocol drain routines
> 
> netstat -s:
> tcp:
> 0 packets sent
> 0 data packets (0 bytes)
> 0 data packets (0 bytes) retransmitted
> 0 data packets unnecessarily retransmitted
> 0 resends initiated by MTU discovery
> 0 ack-only packets (0 delayed)
> 0 URG only packets
> 0 window probe packets
> 0 window update packets
> 0 control packets
> 3 packets received
> 0 acks (for 0 bytes)
> 0 duplicate acks
> 0 acks for unsent data
> 0 packets (0 bytes) received in-sequence
> 0 completely duplicate packets (0 bytes)
> 0 old duplicate packets
> 0 packets with some dup. data (0 bytes duped)
> 0 out-of-order packets (0 bytes)
> 0 packets (0 bytes) of data after window
> 0 window probes
> 0 window update packets
>0 packets received after close
> 0 discarded for bad checksums
> 0 discarded for bad header offset fields
> 0 discarded because packet too short
> 0 connection requests
> 0 connection accepts
> 0 bad connection attempts
> 0 listen queue overflows
> 0 ignored RSTs in the windows
> 0 connections established (including accepts)
> 5 connections closed (including 0 drops)
> 0 connections updated cached RTT on close
> 

Re: Complete loss of network on 6_STABLE

[Drew]

On 4/14/07, Bill Moran <[EMAIL PROTECTED]> wrote:


Drew <[EMAIL PROTECTED]> wrote:
>
> A little more on this, because now I am really stumped. I have taken
known
> good source, and moved it via CD to this machine. I rebuilt, and it
exhibits
> exactly the same behavior, with both my kernel, and GENERIC. Pinging an
IP
> on my lan results in ping: sendto: host is down. There are no active
> firewalls on this machine. When I ping another IP on the network,
activity
> happens on the switch. I have swapped NIC's to a known working one from
> another machine, and it behaves identically. I have changed ports on the
> switch. About the only thing I haven't done is reinstall (which reminds
me,
> I have a Freesbie disc around here somewhere to try) - but I'd rather
that
> was a last resort. Meaning I'm open to any suggestions anyone might have
> about this.

I'm coming to this thread a little late, so I apologize if this
information has already been passed around.

Can you provide ifconfig -a, netstat -m, netstat -s, netstat -rn output
on the troubled system.



ifconfig -a:
sis0: flags=8842 mtu 1500
   options=8
   ether 00:a0:cc:73:64:69
   media: Ethernet autoselect (100baseTX)
   status: active
nve0: flags=8843 mtu 1500
   inet 192.168.1.6 netmask 0xff00 broadcast 192.168.1.255
   ether 00:15:f2:7f:80:86
   media: Ethernet autoselect (100baseTX )
   status: active
plip0: flags=108810 mtu 1500
lo0: flags=8049 mtu 16384
   inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
   inet6 ::1 prefixlen 128

(note the sis0 has no configuration in the system we are talking about,
that's the working test card I installed, and what I'm using with Freesbie,
as it doesn't seem to know about the nve0)

netstat -m:
130/395/525 mbufs in use (current/cache/total)
128/146/274/25600 mbuf clusters in use (current/cache/total/max)
128/128 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/0 9k jumbo clusters in use (current/cache/total/max)
0/0/0/0 16k jumbo clusters in use (current/cache/total/max)
288K/390K/679K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/5/6656 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines

netstat -s:
tcp:
   0 packets sent
   0 data packets (0 bytes)
   0 data packets (0 bytes) retransmitted
   0 data packets unnecessarily retransmitted
   0 resends initiated by MTU discovery
   0 ack-only packets (0 delayed)
   0 URG only packets
   0 window probe packets
   0 window update packets
   0 control packets
   3 packets received
   0 acks (for 0 bytes)
   0 duplicate acks
   0 acks for unsent data
   0 packets (0 bytes) received in-sequence
   0 completely duplicate packets (0 bytes)
   0 old duplicate packets
   0 packets with some dup. data (0 bytes duped)
   0 out-of-order packets (0 bytes)
   0 packets (0 bytes) of data after window
   0 window probes
   0 window update packets
  0 packets received after close
   0 discarded for bad checksums
   0 discarded for bad header offset fields
   0 discarded because packet too short
   0 connection requests
   0 connection accepts
   0 bad connection attempts
   0 listen queue overflows
   0 ignored RSTs in the windows
   0 connections established (including accepts)
   5 connections closed (including 0 drops)
   0 connections updated cached RTT on close
   0 connections updated cached RTT variance on close
   0 connections updated cached ssthresh on close
   0 embryonic connections dropped
   0 segments updated rtt (of 0 attempts)
   0 retransmit timeouts
   0 connections dropped by rexmit timeout
   0 persist timeouts
   0 connections dropped by persist timeout
   0 keepalive timeouts
   0 keepalive probes sent
   0 connections dropped by keepalive
   0 correct ACK header predictions
   0 correct data packet header predictions
   0 syncache entries added
   0 retransmitted
   0 dupsyn
   0 dropped
   0 completed
   0 bucket overflow
   0 cache overflow
   0 reset
   0 stale
   0 aborted
   0 badack
   0 unreach
   0 zone failures
   0 cookies sent
   0 cookies received
   0 SACK recovery episodes
   0 segment rexm

Re: Complete loss of network on 6_STABLE

[Bill Moran]

Drew <[EMAIL PROTECTED]> wrote:
>
> A little more on this, because now I am really stumped. I have taken known
> good source, and moved it via CD to this machine. I rebuilt, and it exhibits
> exactly the same behavior, with both my kernel, and GENERIC. Pinging an IP
> on my lan results in ping: sendto: host is down. There are no active
> firewalls on this machine. When I ping another IP on the network, activity
> happens on the switch. I have swapped NIC's to a known working one from
> another machine, and it behaves identically. I have changed ports on the
> switch. About the only thing I haven't done is reinstall (which reminds me,
> I have a Freesbie disc around here somewhere to try) - but I'd rather that
> was a last resort. Meaning I'm open to any suggestions anyone might have
> about this.

I'm coming to this thread a little late, so I apologize if this
information has already been passed around.

Can you provide ifconfig -a, netstat -m, netstat -s, netstat -rn output
on the troubled system.

> On 4/12/07, Drew <[EMAIL PROTECTED]> wrote:
> >
> > I have a 6 stable box that I cvsup'd at around 5:15am central US time this
> > morning. I did a buildworld and buildkernel on it after checking the
> > UPDATING file and finding nothing since 6.2 release, ran mergemaster and
> > rebooted, so I was a little surprised when it never came back. Once I gained
> > physical access to the box, I discovered it had no apparent ability to open
> > a sock - neither unix, nor udp nor tcp. I can ping localhost, but not other
> > IP's on my network. X tells me host.domain.name:0 is a bad display name.
> > So I need to know how to get things back up and running. Is this a known
> > problem that has been fixed, or have I stumbled across something no one else
> > has seen? As a side note, I have to give major props to all the developers -
> > it sounds like my situation is really bad, but this is the first major
> > problem I've had in over 7 years of tracking -STABLE of one version or
> > another. Let me know if I can just cvsup another 6-stable box and burn it to
> > a disc and copy it off on here, or what I need to do to fix this, because
> > I'm lost. For the record:
> >
> > mergemaster -p
> > make buildworld
> > make buildkernel KERNCONF=mykernel
> > make installworld
> > make installkernel KERNCONF=mykernel
> > mergemaster -a
> > reboot
> >
> > came up with no sockets. At this point:
> >
> > rm -rf /usr/obj
> > make clean
> > make buildworld ...etc - still no sockets.
> >
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"


-- 
Bill Moran
http://www.potentialtech.com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Complete loss of network on 6_STABLE

[Drew]

A little more on this, because now I am really stumped. I have taken known
good source, and moved it via CD to this machine. I rebuilt, and it exhibits
exactly the same behavior, with both my kernel, and GENERIC. Pinging an IP
on my lan results in ping: sendto: host is down. There are no active
firewalls on this machine. When I ping another IP on the network, activity
happens on the switch. I have swapped NIC's to a known working one from
another machine, and it behaves identically. I have changed ports on the
switch. About the only thing I haven't done is reinstall (which reminds me,
I have a Freesbie disc around here somewhere to try) - but I'd rather that
was a last resort. Meaning I'm open to any suggestions anyone might have
about this.

On 4/12/07, Drew <[EMAIL PROTECTED]> wrote:


I have a 6 stable box that I cvsup'd at around 5:15am central US time this
morning. I did a buildworld and buildkernel on it after checking the
UPDATING file and finding nothing since 6.2 release, ran mergemaster and
rebooted, so I was a little surprised when it never came back. Once I gained
physical access to the box, I discovered it had no apparent ability to open
a sock - neither unix, nor udp nor tcp. I can ping localhost, but not other
IP's on my network. X tells me host.domain.name:0 is a bad display name.
So I need to know how to get things back up and running. Is this a known
problem that has been fixed, or have I stumbled across something no one else
has seen? As a side note, I have to give major props to all the developers -
it sounds like my situation is really bad, but this is the first major
problem I've had in over 7 years of tracking -STABLE of one version or
another. Let me know if I can just cvsup another 6-stable box and burn it to
a disc and copy it off on here, or what I need to do to fix this, because
I'm lost. For the record:

mergemaster -p
make buildworld
make buildkernel KERNCONF=mykernel
make installworld
make installkernel KERNCONF=mykernel
mergemaster -a
reboot

came up with no sockets. At this point:

rm -rf /usr/obj
make clean
make buildworld ...etc - still no sockets.


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Complete loss of network on 6_STABLE

[Mikhail Goriachev]

Drew wrote:
> 
> 
> On 4/13/07, *Drew* <[EMAIL PROTECTED] > wrote:
> 
> 
> 
> 
> 
> Sorry, I had to go back and read my message to see what was
> there. I've never used -a in my life, and I can only blame that
> not being a -v on all the trouble I'm having with the keyboard
> on my wife's laptop. I don't know how she types on this thing.
> But I'm building a generic kernel and we'll try that.
> 
> 
> 
> 
> Building and installing Generic was not the answer. It demonstrates
> exactly the same behavior. I suppose I'll dig /usr/src off of a known
> good sup and try that. And include /usr/src in my next set of backups
> here, since space is no longer an issue for storing them.


What errors do you get? For instance what happens when you ping hosts on
your network? Provide as much info as you can. Maybe someone else would
be able to provide some help.

Just a shot in the dark. Maybe your problem isn't source related. Try
troubleshooting your network connection. See if the network card is up
and running. Check if IPs are being assigned (ifconfig). Maybe there's a
slight error in /etc/rc.conf. If you can ping localhost then you should
also be able to ping NIC's IP. Maybe your firewall isn't playing nice.

Those were just random thoughts.



Regards,
Mikhail.

-- 
Mikhail Goriachev
Webanoide

Telephone: +61 (0)3 62252501
Mobile Phone: +61 (0)4 38255158
E-Mail: [EMAIL PROTECTED]
Web: www.webanoide.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Complete loss of network on 6_STABLE

[Drew]

On 4/13/07, Drew <[EMAIL PROTECTED]> wrote:






> Sorry, I had to go back and read my message to see what was there. I've
> never used -a in my life, and I can only blame that not being a -v on all
> the trouble I'm having with the keyboard on my wife's laptop. I don't know
> how she types on this thing. But I'm building a generic kernel and we'll try
> that.
>




Building and installing Generic was not the answer. It demonstrates exactly
the same behavior. I suppose I'll dig /usr/src off of a known good sup and
try that. And include /usr/src in my next set of backups here, since space
is no longer an issue for storing them.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Complete loss of network on 6_STABLE

[Drew]

On 4/13/07, Mikhail Goriachev <[EMAIL PROTECTED]> wrote:


Drew wrote:
> I have a 6 stable box that I cvsup'd at around 5:15am central US time
this
> morning. I did a buildworld and buildkernel on it after checking the
> UPDATING file and finding nothing since 6.2 release, ran mergemaster and
> rebooted, so I was a little surprised when it never came back. Once I
gained
> physical access to the box, I discovered it had no apparent ability to
open
> a sock - neither unix, nor udp nor tcp. I can ping localhost, but not
other
> IP's on my network. X tells me host.domain.name:0 is a bad display name.
So
> I need to know how to get things back up and running. Is this a known
> problem that has been fixed, or have I stumbled across something no one
else
> has seen? As a side note, I have to give major props to all the
developers -
> it sounds like my situation is really bad, but this is the first major
> problem I've had in over 7 years of tracking -STABLE of one version or
> another. Let me know if I can just cvsup another 6-stable box and burn
it to
> a disc and copy it off on here, or what I need to do to fix this,
because
> I'm lost. For the record:
>
> mergemaster -p
> make buildworld
> make buildkernel KERNCONF=mykernel
> make installworld
> make installkernel KERNCONF=mykernel
> mergemaster -a
> reboot
>
> came up with no sockets. At this point:
>
> rm -rf /usr/obj
> make clean
> make buildworld ...etc - still no sockets.


The proper upgrading procedure is described in /usr/src/Makefile
(starting from line ~41). Also check the handbook:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html

By executing "mergemaster -a" you don't actually merge the files. This
may not update important files.

If you're using customised kernel, then probably you took something
important out of it. Try GENERIC to rule this one out.


I hope this helps.

Sorry, I had to go back and read my message to see what was there. I've
never used -a in my life, and I can only blame that not being a -v on all
the trouble I'm having with the keyboard on my wife's laptop. I don't know
how she types on this thing. But I'm building a generic kernel and we'll try
that.


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Complete loss of network on 6_STABLE

[Mikhail Goriachev]

Drew wrote:
> I have a 6 stable box that I cvsup'd at around 5:15am central US time this
> morning. I did a buildworld and buildkernel on it after checking the
> UPDATING file and finding nothing since 6.2 release, ran mergemaster and
> rebooted, so I was a little surprised when it never came back. Once I gained
> physical access to the box, I discovered it had no apparent ability to open
> a sock - neither unix, nor udp nor tcp. I can ping localhost, but not other
> IP's on my network. X tells me host.domain.name:0 is a bad display name. So
> I need to know how to get things back up and running. Is this a known
> problem that has been fixed, or have I stumbled across something no one else
> has seen? As a side note, I have to give major props to all the developers -
> it sounds like my situation is really bad, but this is the first major
> problem I've had in over 7 years of tracking -STABLE of one version or
> another. Let me know if I can just cvsup another 6-stable box and burn it to
> a disc and copy it off on here, or what I need to do to fix this, because
> I'm lost. For the record:
> 
> mergemaster -p
> make buildworld
> make buildkernel KERNCONF=mykernel
> make installworld
> make installkernel KERNCONF=mykernel
> mergemaster -a
> reboot
> 
> came up with no sockets. At this point:
> 
> rm -rf /usr/obj
> make clean
> make buildworld ...etc - still no sockets.


The proper upgrading procedure is described in /usr/src/Makefile
(starting from line ~41). Also check the handbook:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html

By executing "mergemaster -a" you don't actually merge the files. This
may not update important files.

If you're using customised kernel, then probably you took something
important out of it. Try GENERIC to rule this one out.


I hope this helps.


Regards,
Mikhail.

-- 
Mikhail Goriachev
Webanoide

Telephone: +61 (0)3 62252501
Mobile Phone: +61 (0)4 38255158
E-Mail: [EMAIL PROTECTED]
Web: www.webanoide.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Complete loss of network on 6_STABLE

[Drew]

I have a 6 stable box that I cvsup'd at around 5:15am central US time this
morning. I did a buildworld and buildkernel on it after checking the
UPDATING file and finding nothing since 6.2 release, ran mergemaster and
rebooted, so I was a little surprised when it never came back. Once I gained
physical access to the box, I discovered it had no apparent ability to open
a sock - neither unix, nor udp nor tcp. I can ping localhost, but not other
IP's on my network. X tells me host.domain.name:0 is a bad display name. So
I need to know how to get things back up and running. Is this a known
problem that has been fixed, or have I stumbled across something no one else
has seen? As a side note, I have to give major props to all the developers -
it sounds like my situation is really bad, but this is the first major
problem I've had in over 7 years of tracking -STABLE of one version or
another. Let me know if I can just cvsup another 6-stable box and burn it to
a disc and copy it off on here, or what I need to do to fix this, because
I'm lost. For the record:

mergemaster -p
make buildworld
make buildkernel KERNCONF=mykernel
make installworld
make installkernel KERNCONF=mykernel
mergemaster -a
reboot

came up with no sockets. At this point:

rm -rf /usr/obj
make clean
make buildworld ...etc - still no sockets.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"