[j-nsp] JUNOS

Richard A Steenbergen ras at e-gerbil.net
Tue Jan 19 19:02:42 EST 2010


On Tue, Jan 19, 2010 at 07:24:38PM +0100, bit gossip wrote:
> pretty nasty indeed!
> Is there a JTAC case open for this? Or a PR?

PR500062, though I'm not sure if anything has actually been accomplished
on identifying or resolving the issue, or if this is even a valid PR.
I've had a p2 case open on this since the first such crash we saw back
on Nov 3, where they said the stack trace matched an existing PR but
provided no details beyond "checking with PR owner", "rechecking with PR
owner", etc. I've now had a p1 open on it since Jan 14th, where they now
claimed it matched something different and opened the above new PR, but
I'm also not convinced that first level JTAC actually decoded the core
dump correctly either (infact I'm quite positive that they didn't, at
least once :P). So far absolutely zero details have come back to me on
either of the cases.

FYI the backtrace to look for from an rpd core is:

#0  0x88d83413 in kill () from /usr/lib/libc.so.6
#1  0x88c98204 in raise () from /usr/lib/libthr.so.2
#2  0x88d821b1 in abort () from /usr/lib/libc.so.6
#3  0x88d5e9a7 in __assert () from /usr/lib/libc.so.6
#4  0x082f4fa6 in bgp_sync_rt_change_multipath ()
#5  0x082ad125 in bgp_multipath_teardown ()
#6  0x082ad1d6 in bgp_multipath_teardown ()
#7  0x082ad305 in bgp_multipath_teardown ()
#8  0x082ad9a4 in bgp_multipath_check ()
#9  0x082d019d in bgp_rt_change ()
#10 0x082d0ea9 in bgp_reject_path ()
#11 0x082d2ea6 in bgp_trace_single_prefix ()
#12 0x082d38c3 in bgp_trace_single_prefix ()
#13 0x08190a95 in task_job_bg_dispatch ()
#14 0x08183800 in main ()

-- 
Richard A Steenbergen <ras at e-gerbil.net>       http://www.e-gerbil.net/ras
GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)


More information about the juniper-nsp mailing list