Opened 18 months ago
Closed 18 months ago
#2510 closed defect (invalid)
General protection fault on 1.24 and 1.25. 1.22.1 is OK
Reported by: | Tan Shao Yi | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | nginx-core | Version: | 1.23.x |
Keywords: | Cc: | ||
uname -a: | Linux hostname 6.1.0-9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 (2023-05-08) x86_64 GNU/Linux | ||
nginx -V: |
nginx version: nginx/1.25.0 (hostname)
built by gcc 12.2.0 (Debian 12.2.0-14) built with OpenSSL 3.0.9 30 May 2023 TLS SNI support enabled configure arguments: --with-threads --with-stream --with-stream_ssl_module --with-http_ssl_module --with-http_v2_module --build=hostname --add-module=../ngx_http_auth_pam_module-master --add-module=../ngx_http_geoip2_module-master --with-http_v3_module |
Description
Hi, I am seeing nginx fail with a general protection fault after a few seconds/minutes of running:
2023-06-12T14:58:05.667643+08:00 hostname kernel: [24106.297832] traps: nginx[95896] general protection fault ip:560e391f0900 sp:7ffc56ece5d0 error:0 in nginx[560e3919f000+ce000]
2023-06-12T14:58:05.731645+08:00 hostname kernel: [24106.360325] traps: nginx[95897] general protection fault ip:560e391f0900 sp:7ffc56ece550 error:0 in nginx[560e3919f000+ce000]
2023-06-12T14:58:05.771640+08:00 hostname kernel: [24106.399470] traps: nginx[95898] general protection fault ip:560e391f0900 sp:7ffc56ece550 error:0 in nginx[560e3919f000+ce000]
2023-06-12T14:58:05.808863+08:00 hostname kernel: [24106.436569] traps: nginx[95899] general protection fault ip:560e391f0900 sp:7ffc56ece550 error:0 in nginx[560e3919f000+ce000]
The strange thing is this seems to happen in 1.24 and 1.25 but it is OK in 1.22.1, even with the same configure options.
Attachments (1)
Change History (6)
by , 18 months ago
Attachment: | Output of gdb.txt added |
---|
comment:1 by , 18 months ago
comment:2 by , 18 months ago
Are you able to reproduce this without 3rd party modules, notably --add-module=../ngx_http_auth_pam_module-master
as seen in the nginx -V
output you've provided?
The backtrace suggests that there is satisfy any;
in your configuration, and the WWW-Authenticate
header was added by a 3rd party module which does not take into account header API changes in nginx 1.23.0. See 711737177b77 for details about the particular issue you are seeing, and d26db4f82d7d for the change in general and examples on how to modify the auth_pam module to fix this.
comment:4 by , 18 months ago
Thank you for your help! Yes, it looks like ngx_http_auth_pam_module-master was the cause of the problem and it's OK now if I do not compile it in.
comment:5 by , 18 months ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Thanks for confirming, closing this.
I notice the OK version of the binary includes libdl and libpthread:
# ldd nginx
For some reason, configure and make no longer links it to libpthread.
I recompiled nginx without --threads and that seems to stop the general protection faults.