[j-nsp] ERX310 disconnects and radius wrong source address
Diogo Montagner
diogo.montagner at gmail.com
Wed Mar 16 13:21:09 EDT 2011
Hi Tom,
I prefer to configure ftp host like below:
erx#conf t
erx(conf)#host SERVER a.b.c.d ftp ....
erx#copy disk0:reboot.hty SERVER:reboot.hty
Thanks
./diogo -montagner
On Wed, Mar 16, 2011 at 11:29 PM, Tom T <tommmt9 at gmail.com> wrote:
> Ok, thnx.
>
> When i try to copy the reboot.hty to the outgoing directory i get an error:
> copy reboot.hty /outgoing/reboot.hty
> % Copy failed
>
>
> 2011/3/16 Diogo Montagner <diogo.montagner at gmail.com>
>
>> 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
>> >
>>
> _______________________________________________
> 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