Why the net.ipv4.tcp_timestamps parameter value not changes from 0 to 1 in /etc/sysctl.conf ?
Environment
- Red Hat Enterprise Linux 7
- Red Hat Enterprise Linux 8
- Red Hat Enterprise Linux 9
- Puppet
Issue
- Facing the issue after around 30 minutes of changing the parameters net.ipv4.tcp_timestamps value from 0 to 1.
- not able to modify the net.ipv4.tcp_timestamps from 0 to 1
Resolution
The parameter value gets changed from 1 to 0 due to the puppet-agent service running on the system. To fix the issue Stop/Disable the puppet-agent service on the affected system.
Root Cause
puppet-agent service Changed the parameter value from 1 to 0 on the system.
Diagnostic Steps
ipv4.tcp_timestamps value changed from 0 to 1:
# cat /etc/sysctl.conf | grep tcp_timestamps
net.ipv4.tcp_timestamps = 0
#
# vi /etc/sysctl.conf
# cat /etc/sysctl.conf | grep tcp_timestamps
net.ipv4.tcp_timestamps = 1 <<-----
# sysctl -p
After waiting for some time the puppet-agent changed the value as per the below log:
$ cat var/log/messages | grep -i timestamp
Sep 25 12:51:37 hostxxxxx puppet-agent[3601007]: (/Stage[main]/Linuxprofile::Common::V2229::Sysctl/Sysctl[net.ipv4.tcp_timestamps]/value) changed configuration value from '1' to '0' (corrective) <<------
Sep 25 14:51:52 hostxxxxx puppet-agent[3668169]: (/Stage[main]/Linuxprofile::Common::V2229::Sysctl/Sysctl[net.ipv4.tcp_timestamps]/value) changed configuration value from '1' to '0' and live value from '1' to '0' (corrective) <<------
puppet-agent active/Running on the issue node
$ cat systemctl_list-units | grep puppet
puppet.service loaded active running Puppet agent
$
The parameter net.ipv4.tcp_timestamps value changed from 1 to 0:
# sysctl -a | grep timestamp
net.ipv4.tcp_timestamps = 0 <<-----
$
This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.
Comments