Swoole http 服务 Error: Too many open files[24]

发表于2018-10-26|更新于2018-10-26|编程语言

|评论数:

错误日志:

[2018-10-25 15:53:46 #18031.8]  ERROR   swServer_master_onAccept (ERROR 502): accept() failed. Error: Too many open files[24]

$ lsof

php       18031    dev 2228u     sock                0,6      0t0 22568618 can't identify protocol
php       18031    dev 2229u     sock                0,6      0t0 22568628 can't identify protocol
php       18031    dev 2230u     sock                0,6      0t0 22568639 can't identify protocol

strace -p 18031

accept4(3, 0x7ffead354820, [116], SOCK_CLOEXEC|SOCK_NONBLOCK) = -1 EMFILE (Too many open files)

通用解决方案 ulimit -n 调整参数

出现bug 的原因也是sock文件开启过多

问题环境介绍:

阿里云连接 AWS 数据库ip端口映射地址 (非常慢)
数据库连接或调用抛出异常就会重连, 弱网环境死循环.
服务启动大概2-4小时候文件开启数达到上限…..
修改代码重启至今未出现相同场景

先监控把以后有问题本文会持续更新

问题已找到

[2018-11-02 15:21:48 #17293.8]  ERROR   swServer_master_onAccept (ERROR 502): accept() failed. Error: Too many open files[24]
因为业务需要将用户固定worker_id, 使用 dispatch_func 参数 在调度线程下
dispatch_func return -1 导致问题出现, -1 表示 master/manage 进程 , 阿里云环境存在无响应头的请求包

经过测试 在 Server Start 和 Manage Start 启动时 打印worker_id 返回的都是 -1

文章作者: Leon

文章链接: https://tago.top/archives/379c18d2.html

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Leon！

相关推荐

Swoole 使用 Xhprof 调试 HTTP服务

昨天服务出了问题，生产环境代码需要优化一般我们会通过几种方式分析：日志法：通过各种日志，查看耗时，找出相应的问题，但这种方法有几个缺点：粒度太粗，不好控制侵入性太强，需要人工打点性能指标不够，只能分析出大致的耗时，但不能分区i/o, cpu时间乖 xdebug：目前最牛逼的性能分析工具，可以无侵入式的详细的记录完整的调用链，遗憾的是与swoole不兼容xhprof: facebook出口的一款性能分析工具，简单易用，问题是：后期不维护了，对现在的php版本以及swoole支持度都不好第三方的apm工具: 不可控，也不如前面2位，对swoole支持也不好找到一个网站：https://tideways.com/，维护并持续更新xhprof，使之能支持php7 也支持在swoole下跑安装 tideways_xhprof# 克隆扩展$ git clone https://github.com/shenzhe/php-xhprof-extension $ cd php-xhprof-extension/ # 没发现phpize $ phpize --version ...

Swoole 进程模型

收藏一下总是忘记这张图 . Swoole 进程模型从上图中可以看出，Swoole 在启动后会创建 Master 进程和 Manager 进程。Master 进程会创建 Master 线程、Reactor 线程、心跳检测线程等，Manager 进程会创建 Worker 进程和 Task 进程。 Swoole 的线程和进程之间分别有什么作用呢？ Master 进程这个进程是 swoole 的核心进程，也是一个多线程的进程，一个 Master 线程和多个 Reactor 进程，Reactor 线程的数量可以配置。 Master 线程 Master 线程用于 accept 新的连接，然后会评估每个 Reactor 线程维护的连接数，最后将这个新的连接分配给连接数量最少的那个 Reactor 线程，从而保证每个 Reactor 线程的负载量是均衡的。Master 线程还负责对所有信号的接管（包括请求处理、重启进程、重载配置等），避免 Reactor 线程收到信号的打扰中断。 Reactor 线程当一个 socket 可读或可写的时候，就由 Reactor 线程将事件转发给 work...

Swoole onClose handler error. Http onRequest handler error.

接口调用一个不存在的类长时间不回显. 客户端主动断链抛错 PHP Warning: SwooleServer::start(): onClose handler error接下来再次请求直接不回包抛错 PHP Warning: SwooleServer::start(): Http onRequest handler error. 请求其他正常接口仍不回显, 抛上述错误. 再次请求这个进程仍是抛错直到 worker 进程死掉才会抛 PHP Warning: SwooleServer::start(): onWorkerStop handler errorPHP Fatal error: Uncaught Error: Class 'ControllerWebTest' not found 抛错:PHP Warning: Swoole\Server::start(): onClose handler error. PHP Warning: Swoole\Server::start(): Http onRequest handler erro...

一个简陋的 PHP View 适用于Swoole

仅支持向模板传递变量 /** * 视图 * @param array $params 模板变量 * @param string $method 视图模板 * @return mixed|string */public static function view(array $params = [], $method = ''): string{ // 利用堆栈追踪回溯 $array = debug_backtrace(); $file = $array[0]['file'] ?? ''; $method = $method ?: ($array[1]['function'] ?? ''); $fileDir = rtrim($file, '.php'); $viewFile = str_replace('Controller', 'View', $fileDir . DS...

Swoole 报错 `WARNING php_swoole_trace_check: PTRACE_ATTACH`

在使用 Swoole 时，您可能会遇到类似于以下的警告信息： WARNING php_swoole_trace_check: PTRACE_ATTACH 这个警告通常与 Swoole 的调试和追踪功能有关，特别是在使用 ptrace 系统调用时。ptrace 是一个用于调试和追踪进程的系统调用，Swoole 使用它来实现一些功能，如性能分析和错误跟踪。 1. 原因分析1.1 权限问题该警告通常是因为当前用户没有足够的权限来附加到其他进程。ptrace 调用需要一定的权限，尤其当您尝试附加到一个不属于当前用户的进程时。 1.2 SELinux 设置在某些 Linux 发行版上（如 CentOS 和 Fedora），如果启用了 SELinux，可能会导致 ptrace 被限制，从而引发此警告。 2. 解决方案以下是一些解决此问题的常见方法： 2.1 检查用户权限确保您以适当的权限运行 PHP 脚本。您可以尝试使用 sudo 运行脚本，看看是否能解决问题。 sudo php your_script.php 2.2 修改 SELinux 设置如果您在使用 SELinux，可以通过...

Swoole 抛错 : WARNING ProcessPool::spawn(): fork() failed, Error: Resource temporarily unavailable[11]

这个错误表示在Swoole中使用ProcessPool::spawn()方法创建子进程时，fork()系统调用失败了。错误消息中的”Resource temporarily unavailable”表示资源暂时不可用，错误码为11。这种错误通常是由于操作系统限制导致的。在Linux系统中，每个进程都有一个”最大进程数”限制，即每个用户（或进程）可以创建的最大子进程数量。当达到该限制时，fork()系统调用将无法创建新的进程，从而引发这个错误。解决这个问题的方法包括：增加系统的”最大进程数”限制：可以通过修改Linux系统的ulimit设置来增加每个用户（或进程）可创建的最大进程数。可以使用ulimit -u命令查看当前的限制，并使用ulimit -u <new_limit>命令来修改限制值。优化进程使用：检查代码中是否存在创建大量子进程的情况，是否可以通过调整逻辑或使用进程池等方式减少子进程的数量，从而避免达到系统限制。检查系统资源：确保系统资源（如内存、文件描述符等）没有达到极限，导致无法创建新的进程。可以通过ulimit命令或其他系统监控工具来查看...

评论

数据加载中