Dave Cheney Asked: 2009-06-16 05:24:11 +0800 CST2009-06-16 05:24:11 +0800 CST 2009-06-16 05:24:11 +0800 CST 如何重置 ifconfig 报告的统计信息? 772 我正在尝试在我们的一个服务器的以太网接口上跟踪可能存在的链接问题。ifconfig报告大量错误数据包。我已要求托管公司对设置进行一些更改,并希望重置接口计数器以更好地了解情况是否有所改善。 重启机器是显而易见的答案,但由于这台机器是主 NAS,因此很难获得维护窗口。是否可以在不重新启动机器的情况下重置计数器? 操作系统为 RedHat EL4,32 位。 redhat ethernet ifconfig 4 个回答 Voted Best Answer Mike Pountney 2009-06-16T05:30:38+08:002009-06-16T05:30:38+08:00 这个问题已经在 SF上回答过了。 简而言之,Linux 机器上(目前)的唯一方法是重新加载网络驱动程序模块,这在您的内核配置中可能会也可能不会。 knweiss 2009-07-06T08:34:42+08:002009-07-06T08:34:42+08:00 让我补充一下为什么重置网络计数器是一个坏主意:它只适用于单个阅读器。 单个阅读器知道它已重置计数器并能够处理它。但是如果有许多不同的阅读器(例如监控插件、snmp 代理等),只有重置的那个才知道。所有其他人只会看到柜台的突然跳跃。那很糟。 因此,最好在显示这些数字的程序中提供差分模式。即显示上次计数器读数与当前读数之间的差值,而不是显示当前读数的绝对值。使用这种技术通常不需要重置计数器。 Joseph Kern 2009-06-16T05:32:23+08:002009-06-16T05:32:23+08:00 听起来你不能。 您可以重新启动网络服务并重新加载驱动程序。这不会是完全重启。但是您仍然需要一个维护窗口和一个控制台/kvm 会话,以便您可以重新加载服务。 Jason Tan 2009-07-06T09:57:55+08:002009-07-06T09:57:55+08:00 我错过了什么吗? 在您描述的情况下,重置计数器是否只是一种美观的便利? 假设在进行网络更改时您的 tx 错误为 100001,那么您只需将 100001 视为 0。即,如果 30 分钟后显示 100030 个 tx 错误,您知道您还有 29 个额外的错误。我并没有真正看到重置计数器的优势,除非您预计它们会溢出 - 即使那样它仍然只是一种方便。
这个问题已经在 SF上回答过了。
简而言之,Linux 机器上(目前)的唯一方法是重新加载网络驱动程序模块,这在您的内核配置中可能会也可能不会。
让我补充一下为什么重置网络计数器是一个坏主意:它只适用于单个阅读器。
单个阅读器知道它已重置计数器并能够处理它。但是如果有许多不同的阅读器(例如监控插件、snmp 代理等),只有重置的那个才知道。所有其他人只会看到柜台的突然跳跃。那很糟。
因此,最好在显示这些数字的程序中提供差分模式。即显示上次计数器读数与当前读数之间的差值,而不是显示当前读数的绝对值。使用这种技术通常不需要重置计数器。
听起来你不能。
您可以重新启动网络服务并重新加载驱动程序。这不会是完全重启。但是您仍然需要一个维护窗口和一个控制台/kvm 会话,以便您可以重新加载服务。
我错过了什么吗?
在您描述的情况下,重置计数器是否只是一种美观的便利?
假设在进行网络更改时您的 tx 错误为 100001,那么您只需将 100001 视为 0。即,如果 30 分钟后显示 100030 个 tx 错误,您知道您还有 29 个额外的错误。我并没有真正看到重置计数器的优势,除非您预计它们会溢出 - 即使那样它仍然只是一种方便。