This article provides information about the log message "tsec3 cur_rx_stuck_at: 0x1a001a0 rx_stuck_count: 0", and how to block the log message from filling up the log file, on local device, or on the syslog server. This is a harmless message.
The following message is seen continuously in the log file : Apr 17 00:35:19 JNC82DC2 /kernel: tsec3 cur_rx_stuck_at: 0x1a001a0 rx_stuck_count: 0 Apr 17 01:28:23 JNC82DC2 /kernel: tsec3 cur_rx_stuck_at: 0x7e007e rx_stuck_count: 0 Apr 17 04:04:32 JNC82DC2 /kernel: tsec3 cur_rx_stuck_at: 0x1120112 rx_stuck_count: 0
Apr 17 00:35:19 JNC82DC2 /kernel: tsec3 cur_rx_stuck_at: 0x1a001a0 rx_stuck_count: 0 Apr 17 01:28:23 JNC82DC2 /kernel: tsec3 cur_rx_stuck_at: 0x7e007e rx_stuck_count: 0 Apr 17 04:04:32 JNC82DC2 /kernel: tsec3 cur_rx_stuck_at: 0x1120112 rx_stuck_count: 0
The "tsec3" log message helps to understand tsec rx stuck condition and was originally left in the earlier JUNOS releases for additional logging details. The "rx_stuck_count: 0" (count of zero) indicates that the tsec was not stuck so this message is informational onlyharmless. This message is removed from all JUNOS releases starting from 11.1R1 and later.
user@switch # set system syslog host 10.1.104.25 match "!(.* tsec3 cur_rx_stuck_at.*)"
user@switch # set system syslog file messages match "!(.* tsec3 cur_rx_stuck_at.*)"