我的客户端和服务器都是内部机器。 客户端和服务器上的tcpdump显示握手的所有三个部分都进行了通信，但服务器上的netstat显示SYN_RECV，客户端上显示ESTABLISHED。 服务器不断发送syn-ack，就好像它从未收到客户端的确认一样。 以下是显示的链接： 服务器tcpdump（jbod-bubbles） 显示SYN_RECV的服务器netstat 客户端tcpdump（mrnobody） 客户端netstat显示ESTABLISHED View post on imgur.com
经过大量的故障排除后，为什么MPLS电路上的TCP速度在一个方向上很慢，我发现通过调整TCP窗口大小，情况有了很大的改善。 也许你可以告诉我为什么。 细节： 两台主机之间的ping是7ms 这两台机器运行Debian Wheezy与内核3.2.0-4 两台机器都有默认的TCP设置 两台机器都有10 Gbps的上行链路 使用默认TCP设置的结果： 位置A – >位置B： iperf -c $Location B –> ~2 Gbps 位置B – >位置A ： iperf -c $Location A –> 65 – 250 Mbps 将以下更改应用于/etc/sysctl.conf后，我经历了更好的结果 net.ipv4.tcp_window_scaling = 1 net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.ipv4.tcp_rmem = 4096 87380 16777216 net.ipv4.tcp_wmem = 4096 16384 16777216 调整后的TCP设置后的结果： 位置A […]
我有几个系统的ext3 lv /工作得很好，直到fsck'd – 然后他们是不可恢复的损坏。 我有什么希望修复这些系统，并且单独出了什么问题呢？ 这些都是以2.6个centos-ish盒子开头的旧系统，有几个单独的ext3逻辑卷： / ， /var和/unused 。 通过在/unused分区上安装，然后启动到新的安装，它们被迁移到现代Linux运行内核3.4。 一旦运行，旧的/和/var是lvremove'd ，并且新的根被重新命名和lvextend'ed吸收空间。 从我已经收集到的信息来看，这个新的根源是在lvextend之后的resize2fs的生活。 （这可能是问题的根源。） 他们都运行良好，直到fsck被迫，在这一点fsck抱怨强烈，并呈现系统无法启动（恐慌）。 很多错误，如： Inode 12345 has INDEX_FL flag set but is not a directory Inode 67890, i_blocks is 1307617, should be 0. Inode 34567, i_size is 5616670468207675, should be 0. … and on and on, followed by lots of multiply […]
我有一个安装在Heroku上的websocket，每隔一段时间我都会得到如下消息： 06:24.591694+00:00 heroku router – – at=error code=H15 desc="Idle connection" method=GET path="/socket.io/?EIO=3&transport=websocket&sid=vi55QjrI6GIqRBkjAABw" host=www.weld.io request_id=2a9bf2f7-e84c-47e3-81e6-d445b32d0c5c fwd="<a lot of different IP.s>" dyno=web.1 connect=2ms service=95906ms status=503 bytes=140 这一直持续到heroku实例耗尽内存为止。 这种情况每隔一天左右发生一次，一切正常？ 任何想法可能是什么？
在过去，我已经成功configuration了包含NVIDIA GPU的Ubuntu系统，在系统启动过程中从/etc/rc.local的后台启动nvidia-smi ，以创build必要的/dev/nvidia*文件。 最近在Ubuntu 14.04上用CUDA 6.5-19和Linux kernel 3.13.0-48试用了NVIDIA的346.46驱动程序后，发现nvidia-smi会在启动过程中无限期挂起（并且不会创build任何/dev/nvidia*文件）。 我可以通过在启动nvidia-smi之前在/etc/rc.local插入延迟（即sleep 30 ）来解决这个问题。 在启动nvidia-smi之前，是否有某种方法可以检查GPU是否“易于访问”（缺less更好的单词）？ 我应该补充说，这个问题似乎只影响到Tesla GPU（费米一代）。 在使用GeForce（Fermi）GPU的系统上，我不必为/etc/rc.local添加任何延迟。
我们遇到了一个奇怪的问题，非root用户无法在某些目录中执行任何文件（脚本或二进制文件）。 这个成绩单显示了这个问题： [root@b6 /]# mkdir q [root@b6 /]# cp /bin/echo . [root@b6 /]# cp /bin/echo q [root@b6 /]# chown -R apps q [root@b6 /]# ./echo ok ok [root@b6 /]# ./q/echo ok ok [root@b6 /]# su – apps [apps@b6 ~]$ cd / [apps@b6 /]$ ./echo ok ok [apps@b6 /]$ ./q/echo ok -bash: ./q/echo: Permission denied [apps@b6 […]
我的一个Gentoo服务器出了问题。 一段时间后，时钟开始运行非常缓慢。 大约一分钟，一秒钟就可以走了 。 主要的问题是不仅时钟受到影响，而且系统也运行缓慢。 如果我运行top ，则需要超过10秒才能打开。 sleep 1需要一分钟左右。 系统没有负载，几乎没有任何运行。 我正在运行内核4.0.5。 硬件时钟运行良好。 什么可能是这个问题的根源？ 这是clocksource信息： # cat /sys/devices/system/clocksource/clocksource0/available_clocksource refined-jiffies jiffies tsc # cat /sys/devices/system/clocksource/clocksource0/current_clocksource refined-jiffies
当我下载一个指定完整path+文件名的文件时，我使用wgetrecursion地从远程目录下载文件，创build文件夹和文件的人，使用特殊字符（如è或Ó ，文件正确下载，但是当我尝试使用选项-r下载包含所有文件和目录的文件夹时，文件名不会被正确编码或解码。 从我所搜集的内容来看，文件名在请求中是以ascii的forms发送的，而且我的机器和服务器都在$PATH上有UTF-8编码，所以它也不是问题。 当wget创build文件时，文件名中的è字符（我将用作示例）将保存为八进制字符代码中的\350 ，并显示为一个è 。 这只发生在recursion下载文件时，如果我使用完整的URL下载这个文件，文件名显示正确。 我已经花了相当多的时间在这里和那里查询Q / A，并且我已经尝试了我所见过的一切，从设置–local-encoding和–remote-encoding到UTF-8 ， –restrict-file-names=nocontrol等 端口21和22是closures的，所以我不能通过SCP或FTP下载文件，很可能任何其他协议下载文件都会给出同样的错误，但我可以使用任何不常见的，我可以使用。 我也有这个主要的问题是，当我下载文件，当我尝试将它们复制到备份文件夹，有些文件有时会给我一个错误的文件没有find由于文件名被搞乱，现在即时通讯使用–restrict-file-names=ascii并保留–restrict-file-names=ascii的名称作为解决方法，但我需要将编码更改为UTF-8 ，我也不能在机器上安装任何应用程序，如convmv来自老板的订单）。 这是我一直用来下载文件的命令： wget –keep-session-cookies –cookies=on –no-check-certificate –restrict-file-names=nocontrol –convert-links –no-parent -r <URL> 这是如何保存文件名与recursion下载单个文件与所有文件： OT14-004 CEIP Pins del Vallès.vsd OT14-004 CEIP Pins del Vallès.vsd 我正在使用这台发行版的CentOS Linux release 7.0.1406 (Core)并与此版本的wget GNU Wget 1.14 built on linux-gnu
我at成功排队并成功运行的作业中遇到了问题，但有时会在计划运行几十分钟后出现问题。 我确认atd正在运行： me@hostname:~$ ps -ef | grep atd daemon 1223 1 0 Aug27 ? 00:00:00 atd 而且这项工作是按计划进行的 me@hostname:~$ atq 260 Wed Oct 28 12:02:00 2015 a me 服务器时间晚于预定时间 me@hostname:~$ date Wed Oct 28 12:19:57 EDT 2015 但工作不运行。 它最终确实运行了，但比预期的要晚数十分钟。 没有来自atd电子邮件或日志错误消息。 如果我将at -c 260的内容复制到一个脚本中，并且在空白环境下从terminal运行，作业运行没有问题，所以作业的内容似乎没有任何问题。 这发生在一些，但不是所有计划的工作。 工作开始的时间和延迟的时间，我无法find任何不同的东西。 这是正常的吗？ 为什么at比预定时间晚的时候运行工作呢？ 我可以做些什么来使它在预定的时间运行？
我正在设置一个CentOS 7服务器，其中/home目录必须位于另一个分区上，然后用bind-mount进行挂载。 所以： /data/homes /home应该绑定到/home 。 问题是确保SELinux上下文正确应用。 事实上，以下命令的结果是相互矛盾的： # Applies the rules for /home to all the files restorecon -R -v /home # Applies the generic rules (standard files) to all the files restorecon -R -v /data/homes 如果系统必须重新标记文件，这会造成问题。 为了解决这个问题，我通过复制/data/homes所有规则来修改策略文件/etc/selinux/targeted/contexts/files/file_contexts.homedirs ： $ sed -n '/^\/home/p' /etc/selinux/targeted/contexts/files/file_contexts.homedirs \ | sed 's/^\/home/\/data\/homes/' \ >> /etc/selinux/targeted/contexts/files/file_contexts.homedirs 但是，当使用semodule -B重新构build策略时，我的更改将丢失。 我知道修改这些文件的build议方法是使用semanage […]