Addendum: E6500 networking not working after patch cluster install

From: Nate Campi (nate@campin.net)
Date: Thu Aug 29 2002 - 17:35:47 EDT


I've been able to get it to talk to hosts on the local segment after
manually entering arp table entries with the arp command.

I'll be adding entries for the default gatewa's MAC and having the
networking people add this hosts's MAC to the switch (or router) at the
gateway address.

I think I'll have to call sun to get a fix, since I can't back out the
arp patch, and I don't know of a way to install an older arp patch over
this one - if one even exists.

Ideas on that? This box is a main data wharehous machine and we're
actually losing money while this thing is down - we can't calculate
bills :(

On Thu, Aug 29, 2002 at 01:59:36PM -0700, Nate Campi wrote:
> An E6500, running Solaris 8 was patched two days ago with the latest
> recommended cluster from Sun. This morning I rebooted it to get the new
> kernel running and it won't come back up on the network.
>
> It is on a console server, and I can see the interface up (kernel
> messages, 'ndd -get /dev/hme link_status', etc) but it can't even ping
> it's default gateway or hosts on the local net. Network engineers see no
> issues on the switches, and no speed settings were modified before the
> reboot.
>
> I snoop the network and see other hosts asking (via ARP) for the address
> of this host, but no replies. The host "elysium" is the host in
> question.
>
> 209.202.221.10 -> (broadcast) ARP C Who is 209.202.221.60, elysium ?
> ? -> (multicast) ETHER Type=0000 (LLC/802.3), size = 52 bytes
>
> I saw in the patch clusterr that 109898-05 was included and is an ARP
> patch. I cannot back it out, however:
>
> # patchrm 109898-05
>
> Checking installed patches...
>
> Patch 109898-05 was installed without backing up the original files.
> It cannot be backed out.
>
> Same goes for a hme patch included (108981-08):
>
> # patchrm 108981-08
>
> Checking installed patches...
>
> Patch 108981-08 was installed without backing up the original files.
> It cannot be backed out.
>
> I've backed out the kernel upgrade, so I'm back to Generic_108528-13 but
> it still cannot reach any other hosts on the network. I've enabled
> autonegotiation for kicks via:
>
> # ndd -set /dev/hme instance 0
> # ndd -set /dev/hme adv_100T4_cap 0
> # ndd -set /dev/hme adv_100fdx_cap 1
> # ndd -set /dev/hme adv_100hdx_cap 0
> # ndd -set /dev/hme adv_10fdx_cap 0
> # ndd -set /dev/hme adv_10hdx_cap 0
> # ndd -set /dev/hme adv_autoneg_cap 0
>
> ...but still no luck after negotiation.
>
> Any ideas?
> --
> "Vampireware /n/, a project, capable of sucking the lifeblood out of
> anyone unfortunate enough to be assigned to it, which never actually
> sees the light of day, but nonetheless refuses to die."
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
>

--
There are two ways to write error-free programs. Only the third one
works.  -Anon.
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers


This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:24:51 EDT