View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000727 | Apache 2.x | Bug | public | 2021-03-14 22:01 | 2021-04-07 19:05 |
Reporter | emax | Assigned To | Steven Levine | ||
Priority | normal | Severity | crash | Reproducibility | sometimes |
Status | assigned | Resolution | open | ||
Platform | SuperMicro Intel xeon 4core | OS | eCS-AOS | OS Version | 2.1 + AN drv pak |
Product Version | 2.4.x | ||||
Target Version | Fixed in Version | ||||
Summary | 0000727: Apache 2.4.46 crash on libcn0.dll | ||||
Description | Server Version: Apache/2.4.46 (OS/2) OpenSSL/1.1.1j PHP/5.6.40 Server Built: Feb 28 2021 07:53:23 Server loaded APR Version: 1.7.0 Compiled with APR Version: 1.7.0 Server loaded APU Version: 1.6.1 Compiled with APU Version: 1.6.1 crash about 1 2 times per day Exception C0000005 - Access Violation ______________________________________________________________________ Process: D:\APACHE2\BIN\HTTPD2.EXE (02/27/2021 23:30:20 756) PID: 59 (89) TID: 03 (3) Priority: 200 Filename: C:\UTIL\LIB\LIBCN0.DLL (03/28/2020 13:33:11 1,216,805) Address: 005B:1ECE6AA0 (0001:00046AA0) Cause: Attempted to read from 0002FFE8 (uncommitted memory at 0002:0000FFE8 in HTTPX) | ||||
Tags | No tags attached. | ||||
|
0059_03_libcn.TRP (24,393 bytes) 5B02_07_libcn.TRP (24,332 bytes) 36B0_0A_libcn.TRP (26,603 bytes) |
|
I took a quick look at the .trp files. 36B0_0A_libcn.TRP is missing too may symbols to be of any use. If you cannot be bothered to even attempt to install the correct debuginfo packages, you would be better served to simply not upload the .trp file. It's a waste of everyone's time and tends to be annoying. 0059_03_libcn.TRP and 5B02_07_libcn.TRP are better, but it appears you do not have the correct debuginfo installed. b_miscLoadAvg.c#104 is in miscUpdateLoadAvg, not ___libc_Back_miscLoadAvg. Please install the correct debuginfo files and upload new .trp files. Make sure the libc and the corresponding debuginfo package versions match. While you are at at it, check the versions of every debuginfo package you have installed and make sure they match. If you have anything from Paul installed that is not built with debug data, make sure you have the correct .xqs file installed. Paul, the trap is triggered by DosQuerySysState() which is known to have problems on busy systems and can return bad pointers. I have extra code in my MontiorThreads and MonitorSems utilities to catch bad pointers and avoid traps. If you can avoid using getloadavg(), it might be a simple workaround. Max, once you get a good .trp file you need submit a ticket to the bitwiseworks libc project on github. If we are going to use getloadavg(), it needs to be made more robust. |
|
guys, i din't receive the email notify about note 0003568 luckliy sometimes i open mantis about the 1st point 36b... i don't know how to see if a trap has the right contents, i've not the proper skill or please give me some hints to try to understand that about the 2nd point 0059.. you are using a "language" too much complicated for my skill i've understand this: some DLL in my server has not the right debug file.. these are general info and are not of help, sorry i need to know which DLL needs the right .map and .xps e.g. libcn0.dll? httpd.dll? or others? thanks a lot massimo |
|
For bitwise supplied packages, the debug info, if available, will be provide in a package with -debuginfo suffix appended to the name. For example, the debug info for the libc package will be libc-debuginfo. A few older packages may use the -debug suffix rather than -debuginfo. If there is no -debuginfo package, check for a -debug package. For bitwise supplied packages, the -debuginfo package will usually install .dbg files. However, sometimes, the debug info will be in the form of .xqs files. If you don't know the package name for a given .dll or .exe file, use the ANPM Package Manger search feature. For Paul's distributions the, the debug data will be supplied one of of several ways - with the debug data built into the binary or separately. When the debug data is built into the binary files, the zip file name will contain the word debug. For zip files without debug in the name, the debug info will typically be provided as .xqs files. .xqs files are like .sym files can handle larger files. When you have problems with our English, I recommend you paste the text into google translate. My experience is that google translate almost always does an acceptable job of translate technical text from one language to another. |
|
I have a day off tomorrow, and an Easter long weekend, will try take a look in the next few days |
|
the latest packages downloaded with ANPM (platform i686) have debug-info package, but it don not contains .map files it contains .dbg files what i have to do? |
|
Please re-read https://mantis.smedley.id.au/view.php?id=727#c3591. It explains that -debuginfo packages are supposed to contain .dbg files. Please paste the https://mantis.smedley.id.au/view.php?id=727#c3591comment text into google translate. Perhaps it will help you better understand what was written. Why are you asking about .map files? None of the debuggers use them directly and they never have. Are you confusing them with .xqs and .sym files? |
|
"Why are you asking about .map files? None of the debuggers use them directly and they never have. Are you confusing them with .xqs and .sym files?" because with .map using the tool map2xps i create xps files and most of Paul's portings have .map files to create xps for debugging use |
|
this is from my AOS VM where yum is working correctly: yum install libcn-debuginfo arcanoae-rel | 1.9 kB 00:00 arcanoae-rel/primary | 17 kB 00:00 netlabs-rel | 2.9 kB 00:00 netlabs-rel/primary_ | 2.4 MB 00:01 ] 1.2 MB/s | 1.7 MB 00:00 ETA Impostazione processo di installazione Nessun pacchetto libcn-debuginfo disponibile. Errore: Niente da fare bldlevel command don't give any version about libcn0.dll and there is no libcn package here: http://rpm.netlabs.org/release/00/zip/ i give up :-( |
|
The correct package (I think) is libc-debug Remember that libcn is essentially a continuation/fork of the libc dll's |
|
Massimo, As was explained in https://mantis.smedley.id.au/view.php?id=727#c3591 "For bitwise supplied packages, the debug info, if available, will be provided in a package with -debuginfo suffix appended to the name. For example, the debug info for the libc package will be libc-debuginfo." I don't know how to explain this more clearly. Please explain why you continue to look for a libcn package? You were told which package to install. If it is because you think that DLLs and packages are the same, this is not the case. A package can contain DLLs, but a DLL is not a package. If you think that a libcn package exists, a scan of the ANPM should quickly show you that no such package exists. If you simply got confused about the correct package name, well, you should no longer be confused. Should I give up too? :-) |
|
https://smedley.id.au/tmp/httpd-2.4.46-os2-20210401.zip should avoid the use of getloadavg() |
|
httpd-2.4.46-os2-20210401.zip installed easily to test systems. No traps yet. |
|
apache upgraded Server Version: Apache/2.4.46 (OS/2) OpenSSL/1.1.1j PHP/5.6.40 Server Built: Apr 1 2021 14:58:19 Server loaded APR Version: 1.7.0 Compiled with APR Version: 1.7.0 Server loaded APU Version: 1.6.1 Compiled with APU Version: 1.6.1 Module Magic Number: 20120211:93 thanks |
|
update: now i've a test-machine (my eCS 2.2b desktop) with ANPM and YUM working correctly that i can use to download any kind of libraries or debug-info files i've put on the 1st production server libnc0.dbg (23/7/2020 build) if needed but after 24 hours after the upgrade of apache2 i don't see any exceptQ dumps, so probably the issue is fixed let's wait 1 week thanks |
Date Modified | Username | Field | Change |
---|---|---|---|
2021-03-14 22:01 | emax | New Issue | |
2021-03-14 22:01 | emax | File Added: 0059_03_libcn.TRP | |
2021-03-14 22:01 | emax | File Added: 5B02_07_libcn.TRP | |
2021-03-14 22:01 | emax | File Added: 36B0_0A_libcn.TRP | |
2021-03-17 17:53 | psmedley | Relationship added | has duplicate 0000725 |
2021-03-20 12:16 | Steven Levine | Status | new => feedback |
2021-03-20 12:16 | Steven Levine | Note Added: 0003568 | |
2021-03-25 03:07 | emax | Note Added: 0003570 | |
2021-03-25 03:07 | emax | Status | feedback => new |
2021-03-31 08:24 | Steven Levine | Assigned To | => Steven Levine |
2021-03-31 08:24 | Steven Levine | Status | new => feedback |
2021-03-31 08:24 | Steven Levine | Note Added: 0003591 | |
2021-03-31 18:02 | psmedley | Note Added: 0003592 | |
2021-03-31 20:42 | emax | Note Added: 0003593 | |
2021-03-31 20:42 | emax | Status | feedback => assigned |
2021-04-01 02:03 | Steven Levine | Status | assigned => feedback |
2021-04-01 02:03 | Steven Levine | Note Added: 0003594 | |
2021-04-01 05:15 | emax | Note Added: 0003595 | |
2021-04-01 05:15 | emax | Status | feedback => assigned |
2021-04-01 06:06 | emax | Note Added: 0003596 | |
2021-04-01 07:22 | psmedley | Note Added: 0003597 | |
2021-04-01 08:24 | Steven Levine | Status | assigned => feedback |
2021-04-01 08:24 | Steven Levine | Note Added: 0003598 | |
2021-04-01 15:08 | psmedley | Note Added: 0003599 | |
2021-04-01 17:06 | Steven Levine | Note Added: 0003600 | |
2021-04-06 20:21 | emax | Note Added: 0003601 | |
2021-04-06 20:21 | emax | Status | feedback => assigned |
2021-04-07 19:05 | emax | Note Added: 0003602 |