*** 检测到缓冲区溢出 *** /usr/bin/expect 终止

Question

我正在运行一个 tcl 脚本，它调用到多个服务器的 ssh 会话并使其保持活动状态以进行进一步的操作。 但是在对 1023 个服务器执行 ssh 后，我收到以下错误消息。

我已经将软限制和硬限制设置为更大的值，但仍然没有运气。

以下是我尝试过的 Server limit.conf详细信息和多个选项。

限制 -a

核心文件大小（块，-c）0

数据段大小（千字节，-d）无限制

调度优先级 (-e) 0

文件大小（块，-f）无限制

待处理信号 (-i) 31189

最大锁定内存 (kbytes, -l) 64

最大内存大小 (kbytes, -m) 无限制

打开文件 (-n) 65536

管道大小（512 字节，-p）8

POSIX 消息队列（字节，-q）268435456

实时优先级 (-r) 0

堆栈大小（千字节，-s）8192

cpu时间（秒，-t）无限制

最大用户进程数 (-u) 65536

虚拟内存（千字节，-v）无限制

文件锁 (-x) 无限制

cat /proc/sys/fs/file-max

65536

cat /etc/pam.d/login还包含 ==> session required /lib64/security/pam_limits.so

尝试了多种方法，包括链接https://docs.oracle.com/cd/E19623-01/820-6168/file-descriptor-requirements.html

请帮忙。

Answer 1

问题是您正在超过 Tcl 事件通知程序可以处理的限制，因为它基于（在 Unix 上） select()系统调用，该系统调用对支持的最大 FD 数量有限制。 特别是，它受到在编译时设置为（通常）1024 个条目的堆栈上结构大小的限制，并且 Tcl 为其他事物（例如，标准输入和输出）保留了一些文件描述符。 这是对 FD 最大值的限制，而不仅仅是对打开描述符的最大数量的限制。 超过最大值会导致堆栈中的缓冲区溢出（以难以控制的方式）并触发产生您看到的错误的内存保护代码。 （如果使用 Tcl 8.5 或 8.6，您可能需要ulimit -n 1024将令人讨厌的崩溃转换为更好的崩溃。）

我们在 8.7 中通过切换到其他没有限制的系统调用（8.7a3 上个月发布）修复了这个问题，尽管它是 alpha，但它应该足够稳定来处理这种事情。 但如果这不行，你就必须在多个进程之间分配 ssh 会话的工作量； 也许每个 512 都可以工作，或者如果仍然达到 API 限制，则可能是一半？ 拥有两个或四个管理器进程而不是一个（您可以轻松地让一个主进程通过管道控制其他进程）不会大大增加普通现代计算机的负载。 甚至是一两年前的平均水平。

在某些情况下可能可行的另一种方法是在这些 ssh 会话中运行 screen 以便您可以与它们断开连接（而不会丢失正在发生的事情），从而减少同时使用的 FD 的数量。 这不是一个通用的解决方案。