在VMware 虚拟机 Windows10 环境下编译，然后启动出现报错，且进程只有一个

[artisansme]

Ⅰ.启动后出现报错，然后进程也只有一个

Ⅱ. 配置文件是这样的

Ⅲ. Windows 10 版本

Ⅳ. 编译时的参数，在 cygwin x64 终端环境下编译的 Tengine 版本是 3.1.0

Tengine version: Tengine/3.1.0
nginx version: nginx/1.24.0
built by gcc 13.4.0 (GCC)
built with OpenSSL 3.0.3 3 May 2022
TLS SNI support enabled
configure arguments: --with-cc=gcc --builddir=objs --prefix= --conf-path=conf/nginx.conf --pid-path=logs/nginx.pid --http-log-path=logs/access.log --error-log-path=logs/error.log --sbin-path=nginx.exe --http-client-body-temp-path=temp/client_body_temp --http-proxy-temp-path=temp/proxy_temp --http-fastcgi-temp-path=temp/fastcgi_temp --http-scgi-temp-path=temp/scgi_temp --http-uwsgi-temp-path=temp/uwsgi_temp --with-cc-opt=-DFD_SETSIZE=40960 --add-module=./modules/ngx_tongsuo_ntls --with-openssl=./lib/Tongsuo-8.4.0 --with-openssl-opt='--api=1.1.1 enable-ntls' --with-http_ssl_module --with-mail_ssl_module --with-stream_ssl_module --with-stream_ssl_preread_module --without-http_upstream_keepalive_module --with-stream --with-stream_sni --with-stream_geoip_module --with-stream_realip_module --with-mail --with-http_stub_status_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_auth_request_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_slice_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_geoip_module --with-http_v2_module --with-http_realip_module --with-http_addition_module --with-threads --with-compat --with-openssl-async --add-module=./modules/mod_common --add-module=./modules/mod_config --add-module=./modules/mod_strategy --add-module=modules/ngx_http_upstream_check_module --add-module=./modules/ngx_http_upstream_vnswrr_module --add-module=./modules/ngx_http_upstream_dynamic_module --add-module=./modules/ngx_http_upstream_session_sticky_module --add-module=./modules/ngx_http_upstream_keepalive_module --add-module=./modules/ngx_multi_upstream_module --add-module=./modules/ngx_http_upstream_consistent_hash_module --add-module=./modules/ngx_http_trim_filter_module --add-module=./modules/ngx_http_proxy_connect_module --add-module=./modules/mod_dubbo --add-module=./modules/ngx_http_upstream_dyups_module --add-module=./modules/ngx_debug_pool --add-module=./modules/ngx_http_concat_module --add-module=./modules/ngx_http_sysguard_module --add-module=./modules/ngx_slab_stat --add-module=./modules/ngx_http_user_agent_module

Ⅴ. 如何处理这样的报错呢？

没有成功创建 worker 进程，貌似进程间通信出了问题，对吗？

[drawing]

目前只有一个进程运行的原因是 worker 子进程没有启动。在 tengine 的进程模型中，master 进程启动后会通过 fork() 系统调用派生多个 worker 子进程来处理请求。出现只有 master 进程的情况，大概率是 fork() 调用失败了。

Windows 系统不提供与 Unix/Linux 一致的 fork() 语义。虽然部分 Windows 环境（如 MinGW/Cygwin）提供了兼容层，但这些实现通常是不完整的，在 tengine 的复杂进程管理场景下很容易出现 fork() 失败或行为异常，导致子进程无法正常创建。

排查建议：

建议用最小化的编译参数和配置来验证，排除其他因素的干扰：

1. 使用最基础的编译参数，不启用额外模块：

   ./configure --prefix=/path/to/install

2. 使用最小化配置（nginx.conf）：

   worker_processes 2;
   events {
       worker_connections 1024;
   }
   http {
       server {
           listen 80;
           location / {
               return 200 'ok';
           }
       }
   }

3. 启动后观察：

   • 是否仍只有一个进程
   • 查看 error log 中是否有 fork() 相关的错误信息
   • 使用 strace（Linux）跟踪系统调用，确认 fork() 是否被调用及返回结果

4. 如果最小化配置能正常运行：

   • 逐个添加你实际需要的模块（--with-http_xxx_module 或第三方模块）
   • 每添加一个模块后重新编译，启动并观察子进程是否正常
   • 当出现异常时，即可定位到是哪个模块引起的兼容性问题
   • 针对有问题的模块，检查其是否有特定于操作系统的代码路径或依赖

这样可以逐步缩小问题范围，确定是 fork() 层面的系统兼容性问题，还是某个特定模块在 Windows 环境下存在兼容性问题。

建议方案：

1. 使用 WSL（Windows Subsystem for Linux）：在 Windows 上安装 WSL2，在 WSL 的 Linux 环境中编译和运行 tengine，这样可以获得完整的多进程支持和正常功能
2. 使用虚拟机运行 Linux 系统：如 Ubuntu、CentOS 等，在虚拟机中进行编译和部署
3. 如果仅用于功能测试，单进程模式可以正常工作，但不建议用于生产环境

[artisansme]

在非虚拟环境 windows11 下也会报错，但可以 fork 出 worker进程

[drawing]

感谢你的补充和测试！

从你第一次提问贴出的错误日志，到最新在 Windows 11 下的测试截图，错误信息是一致的：

recvmsg() returned invalid ancillary data level -15168 or type 7

错误日志分析：

这个错误来自 tengine 的进程间通信代码 src/os/unix/ngx_channel.c 中的 ngx_read_channel() 函数。master 进程通过 Unix domain socket 与 worker 子进程通信时，需要传递文件描述符等信息，这个过程依赖 recvmsg() 的 ancillary data 机制。

相关代码如下：

// src/os/unix/ngx_channel.c
if (cmsg.cm.cmsg_level != SOL_SOCKET || cmsg.cm.cmsg_type != SCM_RIGHTS)
{
    ngx_log_error(NGX_LOG_ALERT, log, 0,
                  "recvmsg() returned invalid ancillary data "
                  "level %d or type %d",
                  cmsg.cm.cmsg_level, cmsg.cm.cmsg_type);
    return NGX_ERROR;
}

正常 Linux 环境下，cmsg_level 应为 SOL_SOCKET = 1，cmsg_type 应为 SCM_RIGHTS = 1。但在你的环境中，cmsg_level 返回 -15168，cmsg_type 返回 7，说明 Windows 兼容层下 recvmsg() 返回的 ancillary data 格式与 Linux 不一致。

关于这个问题，网上有相关的讨论：

• tmux/tmux#2588：tmux 的 Windows 移植也遇到了同样的问题，结论是 Winsock2 API 对 AF_UNIX 的 ancillary data（sendmsg/recvmsg with SCM_RIGHTS）支持不完善。
• 微软官方博客：Windows 从 Build 17063 开始原生支持 AF_UNIX socket，但明确标注 ancillary data 传递文件描述符的功能不被支持。

关于 VMware 虚拟机没有子进程，宿主机有子进程的问题：

这两个现象很可能是相关的：

• recvmsg() 的 ancillary data 机制在 Windows 兼容环境下工作不正常，导致 master 进程和 worker 子进程之间的通信异常
• 宿主机下 fork() 能成功创建子进程，但进程间通信失败后，子进程可能启动后立刻退出，所以虽然能看到进程创建，但无法正常工作
• VMware 虚拟机和宿主机的运行环境（兼容层实现、系统库版本）可能有差异，recvmsg() 和 fork() 的行为也会不同

建议方案：

1. 使用 WSL2：在 Windows 上安装 WSL2，在 WSL 的 Linux 环境中编译和运行 tengine，这是目前最稳定可靠的方式
2. 使用原生 Linux 环境（虚拟机或物理机）：能获得完整的进程间通信支持
3. 如果仅在 Windows 下做功能测试：可以尝试设置 worker_processes 1; 只启动一个 worker，减少进程间通信的复杂度