Re: panic.log on Intel?
Re: panic.log on Intel?
- Subject: Re: panic.log on Intel?
- From: Derek Kumar <email@hidden>
- Date: Thu, 19 Oct 2006 10:59:59 -0400
On Oct 18, 2006, at 8:59 PM, Justin C. Walker wrote:
You can also make a permanent ARP entry ("man arp") for the kernel
dump server on all your local systems. This doesn't help, of
course, after the fact :-}
Justin,
The specialized, self-contained polled-mode network code used by the
kernel debugger doesn't consult the ARP cache (a subset of the
routing table) maintained by the BSD stack.
As I noted the last time this came up (and that thread involved the
same participants, as I recall :), RFC 1812's router forwarding
algorithm requires compliant implementations to forward packets to
the appropriate interface (where the most specific or "longest"
network prefix matches that of the packet's destination) regardless
of the origin of the packet; empirically, routers at places such as
Apple, Oracle, Cisco, nVidia, MIT and my comcast cable modem don't
seem to have any trouble doing this. Certain installations aren't
configured to do this, but unless you encounter this configuration, I
wouldn't make any assumptions about the necessity of a second subnet
etc.
Iff the 10.4.8 update mentioned earlier (which performs ARP discovery
etc. for crashdumps) does not apply to a particular configuration,
and if the router configuration at that site doesn't permit this type
of forwarding, and if the crashdump server cannot be located on a
different subnet (or on the default gateway, or if a system that
routes appropriately for the machine in question cannot be
interposed), FireWire crashdumps are available and fairly easy to
configure (and have certain advantages such as being available
earlier in the boot process and so on).
Derek
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden