This article explains the error message:
pppoed: %USER-3: sdb_get_client_dyn_internal: client_session_record is NULL
This is a temporary error and there is no service impact.
After upgrading to Junos OS version 13.3R9, MX subscriber management device reports error:
pppoed: %USER-3: sdb_get_client_dyn_internal: client_session_record is NULL
when the following command is run:
user@MX240> show log messages|no-more
Nov 9 09:00:00 MX240 newsyslog[5890]: logfile turned over due to size>1024K
Nov 9 09:00:01 2016 MX240 pppoed: %USER-3: sdb_get_client_dyn_internal: client_session_record is NULL
Nov 9 09:00:01 2016 MX240 pppoed: %USER-3: sdb_get_client_dyn_internal: client_session_record is NULL
Nov 9 09:00:02 2016 MX240 pppoed: %USER-3: sdb_get_client_dyn_internal: client_session_record is NULL
This error message might occur during normal processing.
For example, when a subscriber receives a Deny during the authentication phase, since this subscriber never progresses beyond the Authentication phase to Network Control Protcol (NCP) negotiation in jpppd, the Logical Device (IFL) never transitions to the Up state in the kernel. This means that jpppd and pppoed must both look at the Session Database (SDB) entry to determine which daemon does the cleanup of the subscriber. By the time pppoed requests the updated SDB entry, jpppd has already looked at it and done the cleanup, so the SDB entry is no longer available.
This is not an error, but just normal processing for a subscriber that receives an authentication Deny.
The error message is produced by the libsdb implementation, so that team will need to make the change to lower the level of the message.
Until this change is made, this error message can be ignored and filtered safely.