Under Debian/unstable, with a wifi connection from the train,[...]
NetworkManager spams the logs with "state changed new lease"
regularly every minute: what is the cause?
Jun 28 11:57:41 qaa NetworkManager[1264]: <info> [1782640661.4715] dhcp4 (wlp0s20f3): state changed new lease, address=10.7.0.171
Jun 28 11:58:41 qaa NetworkManager[1264]: <info> [1782640721.4779] dhcp4 (wlp0s20f3): state changed new lease, address=10.7.0.171
Under Debian/unstable, with a wifi connection from the train,
NetworkManager spams the logs with "state changed new lease"
regularly every minute: what is the cause?
On 2026-06-28 12:20:38 +0200, Vincent Lefevre wrote:
Under Debian/unstable, with a wifi connection from the train, NetworkManager spams the logs with "state changed new lease"
regularly every minute: what is the cause?
Jun 28 11:57:41 qaa NetworkManager[1264]: <info> [1782640661.4715][...]
dhcp4 (wlp0s20f3): state changed new lease, address=10.7.0.171 Jun
28 11:58:41 qaa NetworkManager[1264]: <info> [1782640721.4779]
dhcp4 (wlp0s20f3): state changed new lease, address=10.7.0.171
The Mistral AI chatbot pointed me to an explanation and the command
"ip addr show wlp0s20f3" to check the valid_lft value.
I could see that the initial values are
valid_lft 120sec preferred_lft 120sec
and when this value reaches 60sec, the lease is renewed.
So, it seems to be an issue with SNCF's DHCP server, which uses
an incredibly low value!
I suppose that a renewal of the lease enough time before the end
of its validity is expected.
Under Debian/unstable, with a wifi connection from the train,
NetworkManager spams the logs with "state changed new lease"
regularly every minute: what is the cause?
| Sysop: | Jacob Catayoc |
|---|---|
| Location: | Pasay City, Metro Manila, Philippines |
| Users: | 4 |
| Nodes: | 4 (0 / 4) |
| Uptime: | 497102:27:07 |
| Calls: | 182 |
| Files: | 744 |
| D/L today: |
65 files (9,837K bytes) |
| Messages: | 73,659 |