Re: [firebird-support] Crash firebird 3.013 STACK_OVERFLOW engine12.dll

22 views
Skip to first unread message

Ashley Labuschagne

unread,
Oct 8, 2025, 4:39:04 AM (yesterday) Oct 8
to firebird...@googlegroups.com
Toli hi there 

I will start with 
  - memory test of the host box with  MemTest86 
  - check the SSD's for bad blocks 
  - thoroughly clean the server mainboard of all dust  

What type of apps are connecting, what are they written in?  
Do they connect natively?  

All the Best 
 -ashley 



On 2025/10/08 09:33, 'Toli Eshe-Budet' via firebird-support wrote:
The error occurs spontaneously, at different time intervals,

Ashley Labuschagne

unread,
Oct 8, 2025, 4:45:44 AM (yesterday) Oct 8
to firebird...@googlegroups.com

To determine if it is hardware issue, if is in a virtual machine, is it possible to transfer and run the vm on another box? 

liviuslivius

unread,
4:38 AM (3 hours ago) 4:38 AM
to firebird...@googlegroups.com
Hi

First action validate database with gfix



Regards,
Karol Bieniaszewski


-------- Oryginalna wiadomość --------
Od: 'Toli Eshe-Budet' via firebird-support <firebird...@googlegroups.com>
Data: 8.10.2025 09:33 (GMT+01:00)
Do: firebird-support <firebird...@googlegroups.com>
Temat: [firebird-support] Crash firebird 3.013 STACK_OVERFLOW engine12.dll

Hello everyone, the Firibird server crashes version: 3.0.13.33818 the OS environment has not been changed DELL PowerEdge R730xd server, Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz, 192Gb RAM. Virtualization of VMware ESXi, 6.7.0, 20497097, the only virtual server there is Windows Server 2012 All the resources of the physical server are allocated for this virtual machine. the metadata was not changed. the firebird.conf settings were not touched The database is approximately 580 GB in size on two SSD RAID1 36% of the free space, we do not use ГВА The test Backup Restore is running correctly. But no Backup Restore was performed for the working database. The error occurs spontaneously, at different time intervals, and it is not yet possible to link it to the requests or user actions being made. we checked the number of connections: it's normal. The error dump was removed : SYMBOL_NAME: engine12+3a0a3e MODULE_NAME: engine12 IMAGE_NAME: engine12.dll STACK_COMMAND: ~13s; .ecxr ; kb FAILURE_BUCKET_ID: STACK_OVERFLOW_c00000fd_engine12.dll!Unknown OS_VERSION: 6.3.9600.18217 BUILDLAB_STR: winblue_ltsb OSPLATFORM_TYPE: x64 OSNAME: Windows 8.1 IMAGE_VERSION: 3.0.13.33818 FAILURE_ID_HASH: {d86de043-4d9e-9e67-44d1-1d8815df2b69} it shows what happens to STACK_OVERFLOW in engine12.dll , Please tell me what is responsible for engine12.dll and maybe suggest some options to find a solution from this very bad situation (the server crashes 10-15 times a day)

--
Support the ongoing development of Firebird! Consider donating to the Firebird Foundation and help ensure its future. Every contribution makes a difference. Learn more and donate here:
https://www.firebirdsql.org/donate
---
You received this message because you are subscribed to the Google Groups "firebird-support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to firebird-suppo...@googlegroups.com.
To view this discussion, visit https://groups.google.com/d/msgid/firebird-support/7c45decc-5644-4bfe-8b7d-90a43a340b01n%40googlegroups.com.

Dimitry Sibiryakov

unread,
5:00 AM (3 hours ago) 5:00 AM
to firebird...@googlegroups.com
'liviuslivius' via firebird-support wrote 09.10.2025 10:37:
> First action validate database with gfix

Much better would be to set up core dumps writing and analyze them with a
debugger.

Stack overflow can be result of too complex queries (for example a big number
of values in IN clause). Windows used to handle stack overflow nicely returning
an error to such queries but Linux is wilder.

--
WBR, SD.
Reply all
Reply to author
Forward
0 new messages