Not knowing your app I wonder if It would be worthwhile creating a REST service on IBMi to communicate with if the Linux driver is not fully stabilized.
There's also the new MapePire WebSockets services that Jesse/Liam created.
Perhaps the background thread processing could be separated into a separate Linux service that actually spawns a new process for each run. (Depending on volume of course).
Another thing they could do is potentially move the app to a Windows server. Perhaps the Windows driver is less prone to issues since Linux relies on unixODBC.
It's always fun to try and troubleshoot these types of issues. However it's making me more hesitant to roll out IBMi OBDC based services on Linux. REST services may be better suited for this type of environment so there are fewer layers on the Linux server.
Thanks for reporting back.
Regards,
Richard Schoen
Web:
http://www.richardschoen.net
Email: richard@xxxxxxxxxxxxxxxxx
----------------------------------------------------------------------
message: 5
date: Mon, 22 Sep 2025 17:12:49 +0200
from: Patrik Schindler <poc@xxxxxxxxxx>
subject: Re: iACS ODBC Driver on Linux: Segfault in libcwbcore.so
Hello Richard,
Am 02.07.2025 um 02:24 schrieb Richard Schoen <richard@xxxxxxxxxxxxxxxxx>:
Make sure to report back here once you resolve your situation.
We haven't found a definitive solution, only workarounds. The flaw seems to be within the IBM ODBC driver itself, but there is no 100% proof.
The dev says, he eventually switched to asynchronous methods for function calls like database access in a C# background thread instead of simply waiting for a reply in that thread and continue processing afterwards.
This change pushed the required hammering upon the ODBC driver to trigger the issue to many orders of magnitude what we expect in normal "production". We aren't sure if this is a causal change of behavior or just correlated. It's still a mystery.
Explanation: The application in question is a C#/.NET/Blazor self-contained web server application with a background thread collecting data via SNMP and saving that into an IBM i database table, and a "foreground" thread for presentation of collected data from the database into a web grid/table.
Not sure if this helps.
:wq! PoC
midrange.com
