[j-nsp] ERX310 disconnects and radius wrong source address
Diogo Montagner
diogo.montagner at gmail.com
Wed Mar 16 10:58:58 EDT 2011
Hi Tom,
I think your slot 1 was restarted due to panic in the ethernet driver.
You need open a JTAC case and upload the reboot.hty and also the
coredump generated for this reset.
Check if you have more entries in the reboot.hty and look for the same
reason. I believe you are experiencing some bug (CQ).
The boot process in the e-series first load the diagnostic image and
after that it load the application image.
Thanks
./diogo -montagner
*** Entry 6 ***
time of reset: WED MAR 16 2011 12:01:51 CET
run state: unknown
image type: application
location: slot (1)
build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
reset type: panic
task: scheduler
file: thernetDriver.cc
line: 811
arg: 8
last errno: 0x110001
On Wed, Mar 16, 2011 at 9:10 PM, Tom T <tommmt9 at gmail.com> wrote:
> Today we had a same issue, everything disconnected.
> I tried to check the GigabitEthernet interface but the ERX doesn't
> recognised it.
> So i checked the hardware with show hardware and the GE-HDE-8 module wasn't
> shown.
> After 10min. everything was up again.
>
>
> ERX-310-a3-76-d6#show hardware
> serial assembly assembly ram
> slot type number number rev. (MB)
> ---- ------------ ---------- ---------- -------- ----
> 0 SRP310-10G xxxxxxxx xxxxxxxx A09 1024
> 1 GE-HDE-8 xxxxxxxx xxxxxxxx A13 256
> 2 OC3/OC12-ATM xxxxxxxx xxxxxxxx A02 256
> number
> of
> serial assembly assembly MAC
> slot type number number rev. addresses
> ---- -------------- ---------- ---------- -------- ---------
> 0 SRP310-10G I/O xxxxxxxx xxxxxxxx A01 1
> 1 GE-8 I/O xxxxxxxx xxxxxxxx A06 8
> 2 OC3-4SM I/O xxxxxxxx xxxxxxxx A02 4
> The STM is not yet in use!
>
> Version JunosE 11.2
>
> *show reboot-history*
> *** Entry 1 ***
> time of reset: WED MAR 16 2011 12:07:41 CET
> run state: unknown
> image type: application
> location: slot (1)
> build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
> reset type: system startup, boot flags = 0x6000000
> *** Entry 2 ***
> time of reset: WED MAR 16 2011 12:07:41 CET
> run state: unknown
> image type: diagnostics
> location: slot (1)
> build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
> reset type: entry reboot, task "scheduler", reason "not specified"
> *** Entry 3 ***
> time of reset: WED MAR 16 2011 12:07:23 CET
> run state: unknown
> image type: diagnostics
> location: slot (1)
> build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
> reset type: system startup, boot flags = 0x6000000
> *** Entry 4 ***
> time of reset: WED MAR 16 2011 12:07:23 CET
> run state: unknown
> image type: diagnostics
> location: slot (1)
> build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
> reset type: user rgboot, task "scheduher", reason "Normcl post core dump
> reboot."
> *** Entry 5 ***
> time of reset: WED MAR 16 2011 12:01:51 CET
> run state: unknown
> image type: diagnostics
> location: slot (1)
> build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
> reset type: system startup, boot flags = 0x6000000
> *** Entry 6 ***
> time of reset: WED MAR 16 2011 12:01:51 CET
> run state: unknown
> image type: application
> location: slot (1)
> build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
> reset type: panic
> task: scheduler
> file: thernetDriver.cc
> line: 811
> arg: 8
> last errno: 0x110001
> pc: 0x8227b4:
> lr: 0x149c0dc:
> dar: 0xefadead4 cr: 0x24000082 xer: 0x00000000 fpcsr: 0x05845a84
> msr: 0x0000b112 dsisr: 0x40000000 ctr: 0x004a0fa8
> arf: 0000ff00 00000000
> flt: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00
> r00: 008227ac 04760a30 00000000 00000008 00000002 05b386cc 05b386cc 0230980c
> r08: 02306068 efadead0 00000000 01a70000 ea000000 00000000 00000000 00000000
> r16: 00000000 02a85698 04760cf8 ffffffff 00000001 00000000 04760d30 05a6a35c
> r24: 00000000 05a59f50 02a85698 0082be0c 04760cf0 04760d30 05a59f50 04760c10
> stack trace:
> 00000300:
> 00822b10:
> 0x4760a30: 04760a78 00822b10 0000ad5f 0248c768
> 0x4760a40: 0239c8f8 009878cc 04760a80 021c13c8
> 0x4760a50: 0600000a 04763d78 04763d78 00000001
> 0x4760a60: 0239c8f8 04760b50 04760cf0 04760d30
> 0x4760a70: 05a59f50 04760c10
> 0032b158:
> 0x4760a78: 04760a80 0032b158
> 0030df18:
> 0x4760a80: 04760a98 0030df18 0600000a 04760b50
> 0x4760a90: 04760ac8 004a0f60
> 009f70f4:
> 0x4760a98: 04760c90 009f70f4 04760ab8 00000005
> 0x4760aa8: 004e7c2c 05a6a4a8 05a6a728 05a6a730
> 0x4760ab8: 04760b00 017c26d0 00000001 04760d24
> 0x4760ac8: 04760d1c 00000001 04760d20 00000004
> 0x4760ad8: 00000000 00000002 00000010 01a70000
> 0x4760ae8: 01aa0000 00000002 04760b10 00000014
> 0x4760af8: 04760b10 00000002 00000010 00000014
> 0x4760b08: 05aaa7ac 05aaa6f8 04760b30 00845a78
> 0x4760b18: 04760b28 008458cc 04760b30 00000002
> 0x4760b28: 05aaa7ac 00000000 04760b68 00845890
> 0x4760b38: 00000000 0000b112 00000000 058299dc
> 0x4760b48: 00000001 04760d28 00000000 0248cad0
> 0x4760b58: 04760b70 00000002 00000010 00000000
> 0x4760b68: 05aaa6fc 04760ba8 04760c60 05aaa7ac
> 0x4760b78: 04760cc8 018c0000 04760b88 00845c58
> 0x4760b88: 04760ba0 6aa72f3d 025d18b8 025d18b8
> 0x4760b98: 0248c768 0248c768 04760bd8 009878cc
> 0x4760ba8: 025d18b8 025d18b8 025d18b8 0248c768
> 0x4760bb8: 02760bf0 009878cc 025d1898 025d1898
> 0x4760bc8: 04760be0 04760c20 0248c768 0248c768
> 0x4760bd8: 04760c18 004e1260 00000000 025d18b8
> 0x4760be8: 025d18b8 05a6a3f0 04760b00 00000861
> 0x4760bf8: 72660008 040000ff 00000000 00666c74
> 0x4760c08: 00200103 00000000 00000000 00000000
> 0x4760c18: 00000000 00000000 00000000 00000000
> 0x4760c28: 00000034 41725200
> stack error: current 0x24d80, next 0x24de0
> Does some has an idea what the reboot caused
>
> Kind regards,
> Tom
> 2011/3/15 Tom T <tommmt9 at gmail.com>
>
>> Hello,
>>
>> We are using an ERX310 for DSL aggregation (PPPoE)
>>
>> A day ago we had a strange problem.
>> All PPPoE session were disconnected and then they tried to reconnect,
>> normally this shoudn't be a problem.
>> But the users could not authenticate because de ERX used an IP-address from
>> one of the loopback interfaces as source address. So the RADIUS-server
>> denied requests.
>>
>> Eventually i deleted the loopback interfaces the radius config and added
>> the radius config and the loopback interfaces again and then all connection
>> came up.
>>
>> Does anyone has an idea what the disconnects could have been caused and why
>> the ERX used a different source address ?
>>
>> Kind reagards,
>> Tom
>>
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
More information about the juniper-nsp
mailing list