我在OpenStack上有一个服务器实例，在相当高的负载下开始丢失UDP数据包。 我使用tcpdump捕获所有传出的数据包，其中一些丢失，即使应用程序日志意味着它们应该已经发送。 通常的数据包大小在60-120字节左右。 运行netstat -s给出： [root@myServer] ~> netstat -s | grep Udp: -A 5 Udp: 3855490640 packets received 133199 packets to unknown port received. 89 packet receive errors 4116940753 packets sent SndbufErrors: 1396176 当服务器负载下， SndbufErrors不断增加。 我试图找出可能是什么原因造成的，但没有运气，即使感觉这个应该被覆盖在某个地方。 问：这可能是什么原因？我怎样才能解决这个问题？ 我做的调查： 运行ifconfig -a不会显示任何错误： UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6361554048 errors:0 dropped:0 overruns:0 frame:0 TX packets:6902945025 errors:0 […]
我有一个用于备份的veritas备份服务器（windows server 2012）。 我需要备份的一台服务器（Redhat Enterprise Linux 5.9）无法与我的备份服务器通信。 我已经检查了veritas备份使用的端口，它是10000，并且从windows服务器到linux服务器做了“telnet”，但是失败了，出现以下消息： 连接到…无法打开连接到主机，在端口23：连接失败 所以，我使用netstat -apn|grep -w 10000命令在linux服务器上检查了端口10000，发现它没有显示输出。 因此，我做了以下几点： #iptables -I INPUT -p tcp –dport 10000 -j ACCEPT #service iptables save #service iptables restart 然后我试图validation： netstat -apn|grep -w 10000 但我没有得到任何输出，即使我已经在testing的Linux服务器上尝试过，但我成功地在testing服务器中打开该端口。 以下是我从testing服务器获得的输出： # netstat -apn | grep -w 10000 tcp 0 0 0.0.0.0:10000 0.0.0.0:* LISTEN 44080/beremote tcp 0 0 :::10000 :::* […]
我一直有一个奇怪的问题挂在我的负载平衡器服务器运行HAProxy的外部链接Javascript库。 我最近整合了Quantcast监控脚本，工作了大约12个小时，第二天早上我经历了大量的networking连接，如下图所示。 我的负载均衡器后面的所有networking服务器都完全超负荷连接。 我删除了Quantcast的脚本，问题消失了。 我有一些其他分析软件包的问题，但从来没有与谷歌分析或Adsense（这两个外部库）的这个问题。 有没有人遇到过这个问题，或者对如何避免这种情况有什么build议？ Netstat图表
简洁版本： Netstat工作正常，除非我redirect输出到NFS文件。 不起作用： netstat -c > /nfs/mount/file 作品： netstat > /nfs/mount/file 作品： netstat -c 作品： netstat -c > /tmp/file 症状：空文件，没有错误信息。 这是在Ubuntu 10.10上使用bash 更长的版本：我正在开发一个项目，要求我们在testing执行期间从小型集群（~32个节点）上的所有节点收集iostat和netstat统计信息。 我们已经编写了脚本来为每个节点上的适当标志启动iostat和netstat实例，每个进程写入存储在NFS共享目录中的文件（每个文件名都包含从中写入的主机名）。 iostat脚本工作正常，但是我们看到netstat脚本的一个问题。 由于某种原因，如果我用-c标志启动一个netstat进程，每隔一秒指示一次连续的输出，并将其传递给NFS目录中的一个文件，则会创build一个空文件，并且不会写入任何输出。 如果我在提供NFS存储的服务器上做同样的事情，写入同一个目录（除了在本例中是本地存储），那么每件事情都可以正常工作。 另外，如果我写有问题的主机上的本地文件系统（如/tmp/foo.txt），那么一切都很好。 另外值得注意的是，如果我只是运行“netstat”，没有-c标志，并将其传输到存储在NFS上的文件，那也可以。 所以，netstat的连续输出标志（与iostat的“-t 10”标志不同）与NFS交互的方式似乎有些h </s>。 这个设置中的所有主机都运行Ubuntu 10.10。
我正在使用受损的Ubuntu 8.04 Plesk 9.5.4服务器。 似乎服务器上的脚本不断地对互联网上的随机IP进行反向查找。 我第一次发现它在使用top ，然后注意到这个持续闪烁： sh -c host -W 1 '198.204.241.10' 我写了一个脚本来每隔1秒询问一次ps ，看看脚本发生的频率： #!/bin/bash while : do ps -ef | egrep -i "sh -c host" sleep 1 done 结果是这个脚本经常运行，每隔几秒钟： www-data 17762 8332 1 10:07 ? 00:00:00 sh -c host -W 1 '59.58.139.134' www-data 17772 8332 1 10:07 ? 00:00:00 sh -c host -W […]
孤立的networking实验室正在运行Red Hat Linux 9（伯劳）。 我们仍然使用这个“古老的”版本，因为考虑到所研究的协议的简单性，就足够了。 另外，由于我们所使用的设备和教材，需要付出很大的努力才能改变这种状况。 最终（不久）我们将不得不这样做，因为问题正在积累，支持消失。 然而，遇到的问题和问题是更一般的（或者至less这是我想相信的）。 在其中一台电脑上，我无法获得命令的输出 [guest@shakti guest]$ netstat -g netstat: invalid option — g usage: netstat [-veenNcCF] [<Af>] -r netstat {-V|–version|-h|–help} netstat [-vnNcaeo] [<Socket>] netstat { [-veenNac] -i | [-vnNc] -L | [-cnNe] -M } -r, –route display routing table -L, –netlink display netlink kernel messages -i, –interfaces display interface table […]
我有rhel4和rhel6主机。 我可以使用netstat -s来查看发送/接收的段数的信息。 我可以使用ifconfig来查看给定接口上发送/接收的字节数（对于我而言，只有一个是重要的，其余的总传输less于三个数量级）。 我怎样才能find通过TCP传输的总字节数？ 编辑：我没有在有问题的主机上的root访问权限。
有没有一种方法可以确定或追踪在运行Ubuntu 14.04 LTS的系统上如何设置端口转发configuration，其中有一个NodeJS服务正在运行，并以某种方式接受通过端口80的连接，虽然服务本身在端口8080上运行，鉴于端口80连接清楚地表明Apache正在处理（请参阅下面的详细信息）？ 我试图在系统上使用lsof -i :80 ，而根据lsof ，80端口上没有进程。有趣的是， ubuntu@ip-***-**-**-***:~$ sudo netstat -anp | grep apache tcp6 0 0 :::80 :::* LISTEN 10197/apache2 我确定它位于/etc/apache2/apache2.conf并且找不到任何VirtualHostlogging， ProxyPass或其他任何types的东西，我已经深入Apacheconfiguration。 我也检查了iptables -L以防万一。 httpry或类似的东西有助于找出端口转发configuration和运行的进程负责端口转发？
在我的系统上，如果我运行一个端口的netstat，它会返回： $ netstat -nat | grep "60964" tcp 0 0 192.0.0.1:60964 0.0.0.0:* LISTEN tcp 59 0 192.0.0.1:60964 192.0.0.6:46962 ESTABLISHED 如果我运行lsof： $ lsof -i4 | grep "60964" process_x 2585 root 189u IPv4 12708 0t0 TCP 192.0.0.1:60964 (LISTEN) 为什么这里的输出有差别？ 为什么不能检测“build立”连接。 谢谢！ 编辑：我应该提到我是以root身份运行上述命令。
我在不同的机器上有一个JBoss应用服务器和一个Postgres数据库服务器。 我正在解决它们之间的TCP连接问题（因为应用程序一直在用完数据库连接）。 我看到这一点，这是没有意义的： 当我在数据库服务器上执行netstat的时候，我看到很多来自我的应用服务器的已build立的TCP连接。 当我在应用程序服务器上执行netstat时，几乎看不到到数据库服务器的已build立的TCP连接。 这些机器是运行Centos的VMware虚拟机，由云提供商（而不是AWS）pipe理。 机器之间没有防火墙（按照保持打开的连接数量太多 ），这看起来像是类似的行为。 我不知道还有什么可能导致这种不对称？