| Author |
|
RikasMalinka
Joined: 07 Jan 2026
Posts: 4
Location: Poland
|
 Posted: Fri 16 Jan '26 9:21 Post subject: Apache 2.4.66 VS18 httpd crashes PHP 8.5.1 |
 |
|
Apache 2.4.66 VS18 httpd crashes.
I rolled back to Apache 2.4.65 VS17 and seems to have gone away.
Running Windows Server 2019. With PHP 8.5.1 in FastCGI
I've been trying to track down the cause of my Apache server crashes for a few days now, and I'm starting to run out of ideas. The crash occurs once or twice a day.
Last crash:
Apache log:
| Quote: | [Thu Jan 15 20:21:20.053285 2026] [mpm_winnt:notice] [pid 13988:tid 548] AH00428: Parent: child process 3252 exited with status 3221226356 -- Restarting.
|
Event log:
| Quote: | Nazwa aplikacji powodującej błąd: httpd.exe, wersja: 2.4.66.0, sygnatura czasowa: 0x695e5cd9
Nazwa modułu powodującego błąd: ntdll.dll, wersja: 10.0.17763.8146, sygnatura czasowa: 0x35359a7a
Kod wyjątku: 0xc0000374
Przesunięcie błędu: 0x00000000000fb399
Identyfikator procesu powodującego błąd: 0xcb4
Godzina uruchomienia aplikacji powodującej błąd: 0x01dc85a559af7916
Ścieżka aplikacji powodującej błąd: D:\xampp\apache\bin\httpd.exe
Ścieżka modułu powodującego błąd: C:\Windows\SYSTEM32\ntdll.dll
Identyfikator raportu: 4ac793f6-5f47-4eb1-a33e-7e04543660c6
Pełna nazwa pakietu powodującego błąd:
Identyfikator aplikacji względem pakietu powodującego błąd: |
|
|
| Back to top |
|
RikasMalinka
Joined: 07 Jan 2026
Posts: 4
Location: Poland
|
| Posted: Mon 19 Jan '26 15:46 Post subject: |
|
|
| I have found the cause of the issue. It was being caused by the PDO_OCI 1.2.0 for Windows extension. After disabling it, the problem was resolved. I'm closing this thread now. |
|
| Back to top |
|
Crafted
Joined: 04 Feb 2026
Posts: 8
|
| Posted: Wed 04 Feb '26 16:06 Post subject: |
|
|
| unfortunately I'm facing exactly same issue with latest apache 2.4.66 (vs17 and vs18) in my windows server and everything I tried (set ThreadStackSize 8388608 / AcceptFilter none, switching through different php versions, even tried mod_fcgid) did not worked, it regulary crash, I'll probably gonna rollback to previously 2.4.65 soon. |
|
| Back to top |
|
danielruf
Joined: 07 Jan 2026
Posts: 4
|
| Posted: Thu 05 Feb '26 13:35 Post subject: |
|
|
Can someone provide more details?
See also https://github.com/php/pecl-database-pdo_oci/issues/39:
| Quote: | Would require more context here. I am not familiar with how Apache uses pdo_oci here.
The pdo_oci.dll build is done separately by the PHP Windows team.
The apachelounge link also does not say, how it determined that pdo_oci extension caused the crash.
Can this be tested with an older version of pdo_oci and see if Apache 2.4.66 still crashes. |
Normally binaries built with VS16 - VS18 should be compatible. Did you install the latest Redistributables and try again? |
|
| Back to top |
|
Crafted
Joined: 04 Feb 2026
Posts: 8
|
| Posted: Fri 06 Feb '26 14:19 Post subject: |
|
|
| In my case I don't even use pdo_oci, only stock apache + php release. |
|
| Back to top |
|
danielruf
Joined: 07 Jan 2026
Posts: 4
|
| Posted: Fri 06 Feb '26 16:14 Post subject: |
|
|
| Crafted wrote: | | In my case I don't even use pdo_oci, only stock apache + php release. |
Which exact PHP release do you use (as Apache module)?
VS16 / VS17
TS / NTS
exact version
When there is a reproducible test case / setup, then it makes finding the root cause much easier. |
|
| Back to top |
|
Crafted
Joined: 04 Feb 2026
Posts: 8
|
| Posted: Fri 06 Feb '26 16:30 Post subject: |
|
|
I'm using latest php 8.5.2 VS 17 TS, but as I said I also tried to downgrade to 8.5.1 but same results.
I have to mention that this kind of issues appeared on since latest apache upgrade (before it worked fine for weeks) so I doubt is totally unrelated.
After the crash happened last night I downgraded to apache 2.4.65, we'll see if it will crash again. |
|
| Back to top |
|
Steffen
Moderator
Joined: 15 Oct 2005
Posts: 3165
Location: Hilversum, NL, EU
|
|
| Back to top |
|
Crafted
Joined: 04 Feb 2026
Posts: 8
|
| Posted: Fri 06 Feb '26 20:28 Post subject: |
|
|
| It crash as both ways, I usually use it as module (because I don't like the thing that fcgi don't shut down own processes when I close main apache service also in my fast tests encountered an issue with sessions) but yeah when I tried fcgi I used (mod_fcgid-2.3.10-win64-VS18) but I probably won't swich again (to mod_fcgid vs17 one) since the environment is for production and if before worked stable now it should too even If I have to downgrade and expose to few CVE. |
|
| Back to top |
|
Crafted
Joined: 04 Feb 2026
Posts: 8
|
| Posted: Mon 09 Feb '26 14:43 Post subject: |
|
|
| I think I found the culprit, there was a openssl version conflict, will monitor it further and come back with a final conclusion. |
|
| Back to top |
|
tangent
Moderator
Joined: 16 Aug 2020
Posts: 418
Location: UK
|
| Posted: Mon 09 Feb '26 16:46 Post subject: |
|
|
Thanks for the update.
The guys who maintain packages always worry over reports of crashes, which are invariably down to interaction between various components, dependencies and timing. One package gets updated and triggers a compatibility or stability problem somewhere else.
When you're able, would be interested to know how you've tracked down the problem so far. |
|
| Back to top |
|
RikasMalinka
Joined: 07 Jan 2026
Posts: 4
Location: Poland
|
| Posted: Thu 12 Feb '26 16:27 Post subject: |
|
|
| Crafted wrote: | | I think I found the culprit, there was a openssl version conflict, will monitor it further and come back with a final conclusion. |
Hi,
How did you track down the OpenSSL version conflict?
Apache 2.4.66 crashes daily for me, while 2.4.65 is stable. I’d appreciate any hints on how you diagnosed the issue.
use PHP 8.5.2/ 8.5.1 |
|
| Back to top |
|
admin
Site Admin
Joined: 15 Oct 2005
Posts: 722
|
|
| Back to top |
|
Stray78
Joined: 15 Apr 2024
Posts: 53
Location: USA
|
| Posted: Thu 12 Feb '26 22:05 Post subject: |
|
|
| I run PHP 8.5.1 as a module. The thread safe version. OpenSSL 3.6.0. with 2.4.66 and no issues. |
|
| Back to top |
|
RikasMalinka
Joined: 07 Jan 2026
Posts: 4
Location: Poland
|
|
| Back to top |
|
Crafted
Joined: 04 Feb 2026
Posts: 8
|
| Posted: Fri 13 Feb '26 1:06 Post subject: |
|
|
| RikasMalinka wrote: |
Hi,
How did you track down the OpenSSL version conflict?
Apache 2.4.66 crashes daily for me, while 2.4.65 is stable.
|
It was only a guess because I previously wrongly installed openssl (needed for other project) in system path and I thought somehow that dll was loaded with priority instead apache one, meanwhile I removed them and just after that I found a windows tool named ProcessExplorer that point what dll is loaded by each process and even if I removed that ghostly version from system files and this tools now show the proper openssl path from apache it still crashed so now I have a conclusion:
Latest Apache 2.4.66 VS 18 (even VS17) are both incompatible with any php I tried before < 8.5.3 (on my windows server 2k25 standard version 24H2 Build 26100.32370 /fully updated) it make sense because we read on some guides that for a good compatibility both php and apache have to be on same VS toolset (and my guess is that they also had to be in the same openssl "range").
So now I can clearly deny the following statement "use mod_fcgid to escape dependency hell", no, that won't be the case here.
I'm now also on 2.4.65 with php 8.5.3, everything is smooth so far.
I can only guess this latest apache (windows) version build was highly "rushed" and not properly tested, this is not an accusation but just my "two cents", with this ocasion I also wanna thank everyone involved in this amazing project.
I can provide my logs too if needed. |
|
| Back to top |
|
danielruf
Joined: 07 Jan 2026
Posts: 4
|
| Posted: Fri 13 Feb '26 1:28 Post subject: |
|
|
And this is not solved by installing the latest VS Redistributables by Microsoft?
I'm running PHP 8.5.2 on Apache 2.4.66 VS17 as module without any problems. But I will try it with the VS18 version too.
Edit: so far also works with Apache 2.4.66 VS18 and PHP 8.5.2 VS17 (with VS17 PHP extensions) and some VS 16 Apache modules.
Surely, if there would be a general problem, there would be more reports. I suggest trying to test with the default httpd.conf file or without any additional modules that you have added and doube-check regardin the VS Redistributables installer.
Last edited by danielruf on Fri 13 Feb '26 1:51; edited 1 time in total |
|
| Back to top |
|
Crafted
Joined: 04 Feb 2026
Posts: 8
|
| Posted: Fri 13 Feb '26 1:36 Post subject: |
|
|
| danielruf wrote: | | And this is not solved by installing the latest VS Redistributables by Microsoft? |
Idk I'm already on latest Microsoft Visual C++ v14 Redistributable (x64) - 14.50.35719 was also previously having the (C++ 2015-2022 Redistributable (x64) - 14.44.35211) one before, when crashes started so both won't work. |
|
| Back to top |
|
danielruf
Joined: 07 Jan 2026
Posts: 4
|
| Posted: Fri 13 Feb '26 1:58 Post subject: |
|
|
I have updated my previous comment, so far works for me. I'm using only one extra module. Nothing special.
My Windows path looks like that:
echo $env:path
C:\xxx\php;C:\Program Files\PowerShell\7;C:\xxx\nodejs;C:\Windows\System32;C:\Windows;C:\Windows\System32\wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;...;C:\Program Files\PowerShell\7\;C:\Users\...\AppData\Local\Microsoft\WindowsApps;C:\Program Files\Git\usr\bin;
No extra entry to some openssl.
And the loaded modules:
.\apache\bin\httpd.exe -t -D DUMP_MODULES
Loaded Modules:
core_module (static)
win32_module (static)
mpm_winnt_module (static)
http_module (static)
so_module (static)
actions_module (shared)
alias_module (shared)
allowmethods_module (shared)
asis_module (shared)
auth_basic_module (shared)
authn_core_module (shared)
authn_file_module (shared)
authz_core_module (shared)
authz_groupfile_module (shared)
authz_host_module (shared)
authz_user_module (shared)
autoindex_module (shared)
cgi_module (shared)
deflate_module (shared)
dir_module (shared)
env_module (shared)
filter_module (shared)
headers_module (shared)
include_module (shared)
isapi_module (shared)
ldap_module (shared)
log_config_module (shared)
mime_module (shared)
negotiation_module (shared)
proxy_module (shared)
proxy_fcgi_module (shared)
proxy_http_module (shared)
proxy_wstunnel_module (shared)
rewrite_module (shared)
setenvif_module (shared)
socache_shmcb_module (shared)
ssl_module (shared)
auth_ntlm_module (shared)
php_module (shared)
Microsoft Visual C++ v14 Redistributable (x64) - 14.50.35719 and Microsoft Visual C++ v14 Redistributable (x86) - 14.50.35719 are both installed. Latest Windows 11. |
|
| Back to top |
|
Crafted
Joined: 04 Feb 2026
Posts: 8
|
| Posted: Fri 13 Feb '26 2:13 Post subject: |
|
|
| As I already said I only used stock versions with no additions also maybe I was not clear enough, it also start and works for us too but for limited time, last attempt even worked for about two days till first crash so if I'm afraid that start stop only tests are not relevants in this matter. |
|
| Back to top |
|
