repeating crashes with 8.1

Chris Morrow morrowc at ops-netman.net
Sat Oct 23 00:01:25 UTC 2010


Note, Warren and I attempted to test this this evening on a 10.04 Ubuntu
box, no crashy-crashy...

-chris

On 10/22/10 16:27, Joel Jaeggli wrote:
> Ok I'll try testing that on some box I can reach with both hands.
> 
> fyi nagasaki is:
> 
> [root at nagasaki ~]# uname -a
> FreeBSD nagasaki.bogus.com 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #13:
> Sun May 30 22:19:23 UTC 2010
> root at nagasaki.bogus.com:/usr/obj/usr/src/sys/GENERIC  i386
> [root at nagasaki ~]#
> 
> 
> On 10/22/10 1:17 PM, Randy Bush wrote:
>>>>>>> Do you know how this panic is triggered ? Are you able to
>>>>>>> create it on demand ?
>>>>>>
>>>>>> no i do not.  bring server up and it'll happen in half an hour.
>>>>>> and the server was happy for two months.  so i am thinking hardware.
>>>>>
>>>>> Perhaps. The reason I ask is that I had a box go down last night with
>>>>> the same set of errors.  The box has a number of ipv6 routes, but its
>>>>> next hop was down and the problems started soon after. So I wonder if
>>>>> it has something to do with that.  Do you have ipv6 on this box and
>>>>> are all the next hop addresses correct / reachable ?
>>>>>
>>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header
>>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header
>>>>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header
>>>>
>>>> it was co-incident with a border router being taken down for new router
>>>> install.  that router was the v6 exit the servers was using.  i have now
>>>> pointed default6 to a different exit.  the server seems happy.
>>>
>>>
>>> Are you servers still up ?  I guess the question now is how to 
>>> trigger this problem on demand.  Perhaps lots of inbound ipv6 traffic 
>>> with a bad next hop out ?  How recent are you sources ?  The kernel 
>>> said Oct 21st. Were the sources from then too ?
>>
>> yes, kernel and world from 21 oct
>>
>> chris had an idea on retrigger, install a static for a small dest that
>> points to a hole.  send a packet to the small dest.
>>
>> randy
>>


More information about the freebsd-stable mailing list