Ethernet Switching
Ethernet Switching

ex4200 fan speed spin at high speed with normal condition

2 weeks ago

Hello,

I just installed many ex4200 as top of rack switches in my rack but their fans are spinning at highspeed, 

i check temp and it was ok, 

i touch the switches they were not hot and everything was ok.

i execute "show system alarms" "show chassis alarms" there were no alarms,

also there are no servers or devices installed in rack so the only devices in my rack are switches,

so is it normal?

thank you.

15 REPLIES 15
Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

2 weeks ago

Hello,

The fans always spin at max speed during device bootup. This is true for any JUNOS device, AFAIK.

Please check if Your EX4200 is fully booted and if yes then please share the printouts 

 

show log chassisd | grep "blower|fan|ambient"    
show chassis environment

 

HTH

Thx

Alex

_____________________________________________________________________

Please ask Your Juniper account team about Juniper Professional Services offerings.
Juniper PS can design, test & build the network/part of the network as per Your requirements

+++++++++++++++++++++++++++++++++++++++++++++

Accept as Solution = cool !
Accept as Solution+Kudo = You are a Star !
Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

2 weeks ago

Hi,

my junipers are booted successfully.

and this is the out puts

 

noc@> show log chassisd | grep "blower|fan|ambient"
Jun 14 03:04:43 Successfully created hwdb handle 0x1bc60c0 for FRU FAN
Jun 14 03:05:22 CHASSISD_SNMP_TRAP7: SNMP trap generated: Fru Ok (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:22 CHASSISD_SNMP_TRAP7: SNMP trap generated: FRU insertion (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:04:52 Successfully created hwdb handle 0x1bc60c0 for FRU FAN
Jun 14 03:05:10 CHASSISD_SNMP_TRAP7: SNMP trap generated: Fru Ok (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:10 CHASSISD_SNMP_TRAP7: SNMP trap generated: FRU insertion (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:04:52 Successfully created hwdb handle 0x1bc60c0 for FRU FAN
Jun 14 03:05:11 CHASSISD_SNMP_TRAP7: SNMP trap generated: Fru Ok (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:11 CHASSISD_SNMP_TRAP7: SNMP trap generated: FRU insertion (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:04:54 Successfully created hwdb handle 0x1bc60c0 for FRU FAN
Jun 14 03:05:12 CHASSISD_SNMP_TRAP7: SNMP trap generated: Fru Ok (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:12 CHASSISD_SNMP_TRAP7: SNMP trap generated: FRU insertion (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:05 Successfully created hwdb handle 0x1bc60c0 for FRU FAN
Jun 14 03:05:23 CHASSISD_SNMP_TRAP7: SNMP trap generated: Fru Ok (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:23 CHASSISD_SNMP_TRAP7: SNMP trap generated: FRU insertion (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:35 Successfully created hwdb handle 0x1bc60c0 for FRU FAN
Jun 14 03:05:54 CHASSISD_SNMP_TRAP7: SNMP trap generated: Fru Ok (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:54 CHASSISD_SNMP_TRAP7: SNMP trap generated: FRU insertion (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:04 Successfully created hwdb handle 0x1bc60c0 for FRU FAN
Jun 14 03:05:23 CHASSISD_SNMP_TRAP7: SNMP trap generated: Fru Ok (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)
Jun 14 03:05:23 CHASSISD_SNMP_TRAP7: SNMP trap generated: FRU insertion (jnxFruContentsIndex 4, jnxFruL1Index 1, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FAN: FAN @ 0/*/*, jnxFruType 13, jnxFruSlot 0)

{master:0}
noc@> show chassis environment
Class Item Status Measurement
Power FPC 0 Power Supply 0 OK
FPC 0 Power Supply 1 OK
Temp FPC 0 CPU OK 28 degrees C / 82 degrees F
FPC 0 EX-PFE1 OK 36 degrees C / 96 degrees F
FPC 0 EX-PFE2 OK 55 degrees C / 131 degrees F
FPC 0 EX-PFE3 OK 42 degrees C / 107 degrees F
FPC 0 GEPHY Front Left OK 21 degrees C / 69 degrees F
FPC 0 GEPHY Front Middle OK 27 degrees C / 80 degrees F
FPC 0 GEPHY Front Right OK 25 degrees C / 77 degrees F
FPC 0 Uplink Conn OK 33 degrees C / 91 degrees F
Fans FPC 0 Fan 1 OK Spinning at full speed
FPC 0 Fan 2 OK Spinning at full speed
FPC 0 Fan 3 OK Spinning at full speed

{master:0}
noc@>

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

2 weeks ago

Your fan tray appears to be in a constant state of removal and detection. Perhaps its defective, or your FPC is in a reboot cycle. Looking at the full messages or chassisd logs will provide more detail.

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

[ Edited ]
2 weeks ago

Hi,

actually i have 10x ex4200 in my cage and all of them has same condition.

i have checked all fan trays all of them are working and all of them has same messages.

can i continue use them without worry about htem?

or any solution to fix them?

and also if the fan is defected it should log when i execute show chassis alarm, does not it?

also all of myex4200 has same issue.

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

2 weeks ago

The temperatures are all under 60ºC so I would say yes its safe, but still odd. What version are you running? You could post your messages and chassisd log files here if you want others to take a look.

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

2 weeks ago

when i execute show log messages there is no messages regarding fan or chassis

and all of them are about ssh connections.

there are chassisd logs (500 last lines)

Jul 22 22:50:10 completed chassis state from ddl
Jul 22 22:50:10 ch_set_non_stop_forwarding_cfgSmiley Frustratedetting non-stop-forwarding to Disabled, source DDL
Jul 22 22:50:10 ch_do_multichassis_overridesSmiley Frustratedetting multichassis replication to Disabled
Jul 22 22:50:10 config_do_overrides: Keepalives not set. Setting it to 300 secs
Jul 22 22:50:10 fpc_post_process_config_generic1: fpc is enhanced hashkey capable
Jul 22 22:50:10 fpc_pic_post_process_config_generic: FPC 0 PIC 0 pic type:f027
Jul 22 22:50:10 pic_should_bounce: FPC 0 PIC 0, pic type f027 old max queues 4 new max queues 4
Jul 22 22:50:10 pic_should_bounce: FPC 0 PIC 0, pic type f027 old max unrestricted queues 8 new max unrestricted queues 8
Jul 22 22:50:10 fpc_pic_process_rcvrd_clk_config() fpc 0 pic 0

Jul 22 22:50:10 fpc_pic_post_process_config_generic: FPC 0 PIC 1 pic type:f0c1
Jul 22 22:50:10 pic_should_bounce: FPC 0 PIC 1, pic type f0c1 old max queues 4 new max queues 4
Jul 22 22:50:10 pic_should_bounce: FPC 0 PIC 1, pic type f0c1 old max unrestricted queues 8 new max unrestricted queues 8
Jul 22 22:50:10 fpc_pic_process_rcvrd_clk_config() fpc 0 pic 1

Jul 22 22:50:10 CHASSISD_PARSE_COMPLETE: Using new configuration
Jul 22 22:50:10 op 2 for ifd ge-0/0/1
Jul 22 23:35:03
CHASSISD release 12.3R12.4 built by builder on 2016-01-20 05:48:56 UTC
Jul 22 23:35:03 trace flags 7f00 trace file /var/log/chassisd size 3000000 cnt 5 no-remote-trace 0
Jul 22 23:35:03 Default: getrlimit - RLIMIT_DATA, cur: 50331648 (48 MB), max: 134217728 (128 MB)

Jul 22 23:35:03 New Values: getrlimit - RLIMIT_DATA, cur: 67108864 (64 MB), max: 134217728 (128 MB)

Jul 22 23:35:03 Learnt system mac base 78:19:f7:83:9d:00
Jul 22 23:35:03 max fru number 0
Jul 22 23:35:03 max fru number 10
Jul 22 23:35:03 max fru number 20
Jul 22 23:35:03 max fru number 30
Jul 22 23:35:03 max fru number 50
Jul 22 23:35:03 model is 44
Jul 22 23:35:03 rtsock_init synchronous socket
Jul 22 23:35:03 Initializing Cooling Zones!!
Jul 22 23:35:03 Initializing Zone: 0!!
Jul 22 23:35:03 Fru type 0 in ch_do_fru_inits
Jul 22 23:35:03 Fru type 1 in ch_do_fru_inits
Jul 22 23:35:03 Fru type 2 in ch_do_fru_inits
Jul 22 23:35:03 Fru type 3 in ch_do_fru_inits
Jul 22 23:35:03 Fru Type 3 has a parent type
Jul 22 23:35:03 Fru type 4 in ch_do_fru_inits
Jul 22 23:35:03 Fru type 5 in ch_do_fru_inits
Jul 22 23:35:03 initial startup complete
Jul 22 23:35:03 parse_configuration ddl
Jul 22 23:35:03 cfg_ddl_chasd_handle_config_option: Found {chassis, aggregated-devices}: Object Config action: DAX_ITEM_UNCHANGED
Jul 22 23:35:03 Walking Object {aggregated-devices, }
Jul 22 23:35:03 cfg_ddl_chasd_handle_config_option: Found {aggregated-devices, ethernet}: Object Config action: DAX_ITEM_UNCHANGED
Jul 22 23:35:03 Walking Object {ethernet, }
Jul 22 23:35:03 cfg_ddl_chasd_handle_config_option: Found {ethernet, device-count}: Attribute Config action: DAX_ITEM_UNCHANGED
Jul 22 23:35:03 Walking Object {ethernet, device-count}
Jul 22 23:35:03 configured aggregated ethernet device count 6
Jul 22 23:35:03 aggregated-device ethernet device-count
Jul 22 23:35:03 configured aggregated ethernet state
Jul 22 23:35:03 No routing-options source_routing configuration options set
Jul 22 23:35:04 protocol-id queue-depth delete-flag
Jul 22 23:35:04 Total Queue Allocation: 0/1024
Jul 22 23:35:04 cfg_ddl_chasd_handle_config_option: Found {poe, interface}: Container Config action: DAX_ITEM_UNCHANGED
Jul 22 23:35:04 Parsing Element {interface, name}
Jul 22 23:35:04 Parsing Element {interface, disable}
Jul 22 23:35:04 completed chassis state from ddl
Jul 22 23:35:04 Done with Configuration parsing. Exiting..
Jul 22 23:35:07 sighup_handler do new_config
Jul 22 23:35:07 parse_configuration ddl
Jul 22 23:35:07 cfg_ddl_chasd_handle_config_option: Found {chassis, aggregated-devices}: Object Config action: DAX_ITEM_UNCHANGED
Jul 22 23:35:07 Walking Object {aggregated-devices, }
Jul 22 23:35:07 cfg_ddl_chasd_handle_config_option: Found {aggregated-devices, ethernet}: Object Config action: DAX_ITEM_UNCHANGED
Jul 22 23:35:07 Walking Object {ethernet, }
Jul 22 23:35:07 cfg_ddl_chasd_handle_config_option: Found {ethernet, device-count}: Attribute Config action: DAX_ITEM_UNCHANGED
Jul 22 23:35:07 Walking Object {ethernet, device-count}
Jul 22 23:35:07 configured aggregated ethernet device count 6
Jul 22 23:35:07 aggregated-device ethernet device-count
Jul 22 23:35:07 configured aggregated ethernet state
Jul 22 23:35:07 core group access set to:1
Jul 22 23:35:07 No routing-options source_routing configuration options set
Jul 22 23:35:07 protocol-id queue-depth delete-flag
Jul 22 23:35:07 Total Queue Allocation: 0/1024
Jul 22 23:35:07 cfg_ddl_chasd_handle_config_option: Found {poe, interface}: Container Config action: DAX_ITEM_UNCHANGED
Jul 22 23:35:07 Parsing Element {interface, name}
Jul 22 23:35:07 Parsing Element {interface, disable}
Jul 22 23:35:07 In user configuration, msg CM 4
Jul 22 23:35:07 System config mode msg to CM is sent
Jul 22 23:35:07 completed chassis state from ddl
Jul 22 23:35:07 ch_set_non_stop_forwarding_cfgSmiley Frustratedetting non-stop-forwarding to Disabled, source DDL
Jul 22 23:35:07 ch_do_multichassis_overridesSmiley Frustratedetting multichassis replication to Disabled
Jul 22 23:35:07 config_do_overrides: Keepalives not set. Setting it to 300 secs
Jul 22 23:35:07 fpc_post_process_config_generic1: fpc is enhanced hashkey capable
Jul 22 23:35:07 fpc_pic_post_process_config_generic: FPC 0 PIC 0 pic type:f027
Jul 22 23:35:07 pic_should_bounce: FPC 0 PIC 0, pic type f027 old max queues 4 new max queues 4
Jul 22 23:35:07 pic_should_bounce: FPC 0 PIC 0, pic type f027 old max unrestricted queues 8 new max unrestricted queues 8
Jul 22 23:35:07 fpc_pic_process_rcvrd_clk_config() fpc 0 pic 0

Jul 22 23:35:07 fpc_pic_post_process_config_generic: FPC 0 PIC 1 pic type:f0c1
Jul 22 23:35:07 pic_should_bounce: FPC 0 PIC 1, pic type f0c1 old max queues 4 new max queues 4
Jul 22 23:35:07 pic_should_bounce: FPC 0 PIC 1, pic type f0c1 old max unrestricted queues 8 new max unrestricted queues 8
Jul 22 23:35:07 fpc_pic_process_rcvrd_clk_config() fpc 0 pic 1

Jul 22 23:35:07 CHASSISD_PARSE_COMPLETE: Using new configuration
Jul 22 23:35:07 op 2 for ifd ge-0/0/1
Aug 6 20:40:53
CHASSISD release 12.3R12.4 built by builder on 2016-01-20 05:48:56 UTC
Aug 6 20:40:53 trace flags 7f00 trace file /var/log/chassisd size 3000000 cnt 5 no-remote-trace 0
Aug 6 20:40:53 Default: getrlimit - RLIMIT_DATA, cur: 50331648 (48 MB), max: 134217728 (128 MB)

Aug 6 20:40:53 New Values: getrlimit - RLIMIT_DATA, cur: 67108864 (64 MB), max: 134217728 (128 MB)

Aug 6 20:40:53 Learnt system mac base 78:19:f7:83:9d:00
Aug 6 20:40:53 max fru number 0
Aug 6 20:40:53 max fru number 10
Aug 6 20:40:53 max fru number 20
Aug 6 20:40:53 max fru number 30
Aug 6 20:40:53 max fru number 50
Aug 6 20:40:53 model is 44
Aug 6 20:40:53 rtsock_init synchronous socket
Aug 6 20:40:53 Initializing Cooling Zones!!
Aug 6 20:40:53 Initializing Zone: 0!!
Aug 6 20:40:53 Fru type 0 in ch_do_fru_inits
Aug 6 20:40:53 Fru type 1 in ch_do_fru_inits
Aug 6 20:40:53 Fru type 2 in ch_do_fru_inits
Aug 6 20:40:53 Fru type 3 in ch_do_fru_inits
Aug 6 20:40:53 Fru Type 3 has a parent type
Aug 6 20:40:53 Fru type 4 in ch_do_fru_inits
Aug 6 20:40:53 Fru type 5 in ch_do_fru_inits
Aug 6 20:40:53 initial startup complete
Aug 6 20:40:53 parse_configuration ddl
Aug 6 20:40:53 cfg_ddl_chasd_handle_config_option: Found {chassis, aggregated-devices}: Object Config action: DAX_ITEM_UNCHANGED
Aug 6 20:40:53 Walking Object {aggregated-devices, }
Aug 6 20:40:53 cfg_ddl_chasd_handle_config_option: Found {aggregated-devices, ethernet}: Object Config action: DAX_ITEM_UNCHANGED
Aug 6 20:40:53 Walking Object {ethernet, }
Aug 6 20:40:53 cfg_ddl_chasd_handle_config_option: Found {ethernet, device-count}: Attribute Config action: DAX_ITEM_UNCHANGED
Aug 6 20:40:53 Walking Object {ethernet, device-count}
Aug 6 20:40:53 configured aggregated ethernet device count 6
Aug 6 20:40:53 aggregated-device ethernet device-count
Aug 6 20:40:53 configured aggregated ethernet state
Aug 6 20:40:53 No routing-options source_routing configuration options set
Aug 6 20:40:53 protocol-id queue-depth delete-flag
Aug 6 20:40:53 Total Queue Allocation: 0/1024
Aug 6 20:40:53 cfg_ddl_chasd_handle_config_option: Found {poe, interface}: Container Config action: DAX_ITEM_UNCHANGED
Aug 6 20:40:53 Parsing Element {interface, name}
Aug 6 20:40:53 Parsing Element {interface, disable}
Aug 6 20:40:53 completed chassis state from ddl
Aug 6 20:40:53 Done with Configuration parsing. Exiting..
Aug 6 20:40:56 sighup_handler do new_config
Aug 6 20:40:56 parse_configuration ddl
Aug 6 20:40:56 cfg_ddl_chasd_handle_config_option: Found {chassis, aggregated-devices}: Object Config action: DAX_ITEM_UNCHANGED
Aug 6 20:40:56 Walking Object {aggregated-devices, }
Aug 6 20:40:56 cfg_ddl_chasd_handle_config_option: Found {aggregated-devices, ethernet}: Object Config action: DAX_ITEM_UNCHANGED
Aug 6 20:40:56 Walking Object {ethernet, }
Aug 6 20:40:56 cfg_ddl_chasd_handle_config_option: Found {ethernet, device-count}: Attribute Config action: DAX_ITEM_UNCHANGED
Aug 6 20:40:56 Walking Object {ethernet, device-count}
Aug 6 20:40:56 configured aggregated ethernet device count 6
Aug 6 20:40:56 aggregated-device ethernet device-count
Aug 6 20:40:56 configured aggregated ethernet state
Aug 6 20:40:56 core group access set to:1
Aug 6 20:40:56 No routing-options source_routing configuration options set
Aug 6 20:40:56 protocol-id queue-depth delete-flag
Aug 6 20:40:56 Total Queue Allocation: 0/1024
Aug 6 20:40:56 cfg_ddl_chasd_handle_config_option: Found {poe, interface}: Container Config action: DAX_ITEM_UNCHANGED
Aug 6 20:40:56 Parsing Element {interface, name}
Aug 6 20:40:56 Parsing Element {interface, disable}
Aug 6 20:40:56 In user configuration, msg CM 4
Aug 6 20:40:56 System config mode msg to CM is sent
Aug 6 20:40:56 completed chassis state from ddl
Aug 6 20:40:56 ch_set_non_stop_forwarding_cfgSmiley Frustratedetting non-stop-forwarding to Disabled, source DDL
Aug 6 20:40:56 ch_do_multichassis_overridesSmiley Frustratedetting multichassis replication to Disabled
Aug 6 20:40:56 config_do_overrides: Keepalives not set. Setting it to 300 secs
Aug 6 20:40:56 fpc_post_process_config_generic1: fpc is enhanced hashkey capable
Aug 6 20:40:56 fpc_pic_post_process_config_generic: FPC 0 PIC 0 pic type:f027
Aug 6 20:40:56 pic_should_bounce: FPC 0 PIC 0, pic type f027 old max queues 4 new max queues 4
Aug 6 20:40:56 pic_should_bounce: FPC 0 PIC 0, pic type f027 old max unrestricted queues 8 new max unrestricted queues 8
Aug 6 20:40:56 fpc_pic_process_rcvrd_clk_config() fpc 0 pic 0

Aug 6 20:40:56 fpc_pic_post_process_config_generic: FPC 0 PIC 1 pic type:f0c1
Aug 6 20:40:56 pic_should_bounce: FPC 0 PIC 1, pic type f0c1 old max queues 4 new max queues 4
Aug 6 20:40:56 pic_should_bounce: FPC 0 PIC 1, pic type f0c1 old max unrestricted queues 8 new max unrestricted queues 8
Aug 6 20:40:56 fpc_pic_process_rcvrd_clk_config() fpc 0 pic 1

Aug 6 20:40:56 CHASSISD_PARSE_COMPLETE: Using new configuration
Aug 6 20:40:57 op 2 for ifd ge-0/0/10
Aug 26 11:13:34 op 2 for ifd xe-0/1/2
Aug 26 11:13:34 op 2 for ifd xe-0/1/2
Aug 26 11:13:34 op 2 for ifd xe-0/1/0
Aug 26 11:13:34 op 2 for ifd xe-0/1/0
Aug 26 11:20:06 op 2 for ifd ge-0/0/47
Aug 26 11:20:40 op 2 for ifd ge-0/0/47
Aug 26 11:20:41 op 2 for ifd ge-0/0/47
Aug 26 11:33:04 send: red alarm set, device FPC 0, reason Management Ethernet Link Down
Aug 26 11:34:24 send: red alarm clear, device FPC 0, reason Management Ethernet Link Down
Aug 27 07:06:23 op 2 for ifd xe-0/1/0
Aug 27 07:06:23 op 2 for ifd xe-0/1/0
Aug 27 07:06:31 op 2 for ifd xe-0/1/2
Aug 27 07:06:31 op 2 for ifd xe-0/1/2

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

[ Edited ]
2 weeks ago

and this is version information

Model: ex4200-48p
JUNOS Base OS boot [12.3R3.4]
JUNOS Base OS Software Suite [12.3R3.4]
JUNOS Kernel Software Suite [12.3R3.4]
JUNOS Crypto Software Suite [12.3R3.4]
JUNOS Online Documentation [12.3R3.4]
JUNOS Enterprise Software Suite [12.3R3.4]
JUNOS Packet Forwarding Engine Enterprise Software Suite [12.3R3.4]
JUNOS Routing Software Suite [12.3R3.4]
JUNOS Web Management [12.3R3.4]
JUNOS FIPS mode utilities [12.3R3.4]

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

2 weeks ago

Is it possible to update to latest 12.3 firmware (12.3R12-S14) and see if you have the same behavior? While I don't recall seeing this issue in R3 it is almost 7 years old.  

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

2 weeks ago

Hi,

is it safe to continue using this conditions?

high speed does not cause failure for my fans?

because i can not upgrade now.

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

2 weeks ago

4200's are built like tanks. I have stacks of them running in factories at high fan speed for ten years, I think it'll be fine. 

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

Monday

Hi,

i have upgraded my ex4200 sereis to R12.3 but still same issue,

any idea?

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

Monday
Hello blackmetal,

It's better to have a JTAC case to have this replaced. This should not happen if you have the file on the device itself.

Hope this helps.

Regards,
-r.

--------------------------------------------------

If this solves your problem, please mark this post as "Accepted Solution."
Kudos are always appreciated Smiley Happy.
Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

Monday

Hi,

actually all of my ex4200 has same issue so i do not blevie its hardware issue

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

Monday

Hey blackmetal,

 

Sorry, the hardware replacement was meant to be for your other post.  For this one, confirm the FPC is stable and check the chassis environment and chassisd logs.

 

show chassis environment
show log chassisd

 

Hope this helps.

Regards,
-r.

--------------------------------------------------

If this solves your problem, please mark this post as "Accepted Solution."
Kudos are always appreciated Smiley Happy.

Ethernet Switching

Re: ex4200 fan speed spin at high speed with normal condition

Monday

Hi,

i have checked them everything is ok and like as old.