dclerk Memory Corruption

Fairlight fairlite at fairlite.com
Thu Sep 3 14:49:50 PDT 2020 

Out of curiosity, have you tuned your PID space to > 32k?  I just
wondered now if it may have to do with that.  Can't see why it should in
relation to any form of malloc(), but it's one of the few variables out
there.

We're of course running 64-bit as well.  (Won't have a choice as of
CentOS 8, either, as I recall.)

The thing is, there is only one malloc() in glibc, TTBOMK.  To me, that
error message reads like they're using their own custom (broken) version.
A bunch of applications thought they knew better back in the day, and
had their own private malloc code instead of relying upon the system
version.  Used to be kind of common, actually.

m->


On Thu, Sep 03, 2020 at 09:26:17PM +0000, Seijyaku via Filepro-list thus spoke:
> $ uname -m
> x86_64
> 
> $ file dclerk
> dclerk: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, stripped
> 
> dclerk is located at /opt/filepro/dclerk and is version 5.0.14D4.
> 
> Yes, dclerk is a 32bit executable and this is a 64bit OS.  However, the OS should be handling the mapping of physical memory so that this shouldn't be an issue.  If it didn't I believe this kind of error would be much more common given the number of 32bit processes that run on 64bit operating systems.
> 
> My understanding is that malloc memory corruption errors come up when memory allocated by malloc has been modified incorrectly.  For instance, if one buffer overflowed into the other, it might cause a memory corruption issue.  I suppose this type of issue could arise if dclerk was linked to a 64bit library
> 
> $ldd dclerk
>         linux-gate.so.1 =>  (0xf7f04000)
>         libtermcap.so.2 => /lib/libtermcap.so.2 (0xf7eee000)
>         libm.so.6 => /lib/libm.so.6 (0xf7eac000)
>         libc.so.6 => /lib/libc.so.6 (0xf7ce1000)
>         /lib/ld-linux.so.2 (0xf7f06000)
> 
> Above is a list of the libraries dclerk is linked to and they are all 32 bit versions.
> 
> Sent with ProtonMail Secure Email.
> 
> ????????????????????? Original Message ?????????????????????
> On Thursday, September 3, 2020 2:02 PM, Walter Vaughan Jr via Filepro-list <filepro-list at lists.celestial.com> wrote:
> 
> > I'm going to out on a limb, but I think around 5.0.14 you might have a 32bit version that your 64 bit OS trying to make work.
> > If you do, I would spin up a VM running 32 bit linux with optimally no more than 3GB memory.
> >
> > Tell us your current os type:
> > uname -m
> >
> > Tell us what dclerk you are running:
> > file <path to your Filepro binaries>/dclerk
> >
> > -----Original Message-----
> > From: Filepro-list filepro-list-bounces+wvaughan=steelerubber.com at lists.celestial.com On Behalf Of Seijyaku via Filepro-list
> > Sent: Thursday, September 3, 2020 2:36 PM
> > To: Ross Salas ross.salas at gmail.com
> > Cc: filepro-list at celestial.com
> > Subject: Re: dclerk Memory Corruption
> >
> > Below is the output from the Linux free command. I assume this is what you're asking for?
> >
> > total used free shared buff/cache available
> > Mem: 32936704 2835928 2408340 1759048 27692436 27864508
> > Swap: 0 0 0
> >
> > 32GB installed, about 3GB used, the majority as buffer/cache.
> >
> > Sent with ProtonMail Secure Email.
> >
> > ????????????????????? Original Message ?????????????????????
> > On Thursday, September 3, 2020 1:23 PM, Ross Salas via Filepro-list filepro-list at lists.celestial.com wrote:
> >
> > > what's the memory (RAM) status of that server?
> > > On Thu, Sep 3, 2020 at 10:58 AM Seijyaku via Filepro-list <
> > > filepro-list at lists.celestial.com> wrote:
> > >
> > > > I'm working on a server running dclerk version 5.0.14D4 that is
> > > > occasionally showing the error below in some of the logs. Any input
> > > > on what might be causing this or how to resolve it?
> > > > \x07,
> > > > *** Error in `dclerk': malloc(): memory corruption (fast):
> > > > 0x08b0c2c8 ***, ======= Backtrace: =========,
> > > > /lib/libc.so.6(+0x77dfc)[0xf7ddfdfc],
> > > > /lib/libc.so.6(+0x7ae98)[0xf7de2e98],
> > > > /lib/libc.so.6(__libc_malloc+0x9a)[0xf7de496a],
> > > > dclerk[0x80b1e4e],
> > > > dclerk[0x80b18e6],
> > > > dclerk[0x80b15f1],
> > > > dclerk[0x80b1e02],
> > > > dclerk[0x80ae0af],
> > > > dclerk[0x80af2f4],
> > > > dclerk[0x80aec39],
> > > > dclerk[0x80a95ad],
> > > > [0xf7f8bec0],
> > > > dclerk[0x80daa1d],
> > > > dclerk[0x80daf33],
> > > > dclerk[0x80d90d7],
> > > > dclerk[0x80d301b],
> > > > dclerk[0x80d66cd],
> > > > dclerk[0x80d61ef],
> > > > dclerk[0x80d6178],
> > > > dclerk[0x8070610],
> > > > dclerk[0x8061017],
> > > > dclerk[0x805fbb2],
> > > > dclerk[0x805e65f],
> > > > dclerk[0x805e907],
> > > > dclerk[0x8071bc2],
> > > > dclerk[0x804f2e7],
> > > > dclerk[0x804e230],
> > > > /lib/libc.so.6(__libc_start_main+0xf3)[0xf7d822a3],
> > > > ======= Memory map: ========,
> > > > 08048000-080f2000 r-xp 00000000 08:02 1614140597
> > > > /opt/filepro/dclerk,
> > > > 080f2000-08104000 rwxp 000aa000 08:02 1614140597
> > > > /opt/filepro/dclerk,
> > > > 08104000-08113000 rwxp 00000000 00:00 0 ,
> > > > 08aa0000-08b2a000 rwxp 00000000 00:00 0 [heap],
> > > > f7b00000-f7b21000 rwxp 00000000 00:00 0 ,
> > > > f7b21000-f7c00000 ---p 00000000 00:00 0 ,
> > > > f7cae000-f7cc7000 r-xp 00000000 08:02 1611440773
> > > > /usr/lib/libgcc_s-4.8.5-20150702.so.1,
> > > > f7cc7000-f7cc8000 r-xp 00018000 08:02 1611440773
> > > > /usr/lib/libgcc_s-4.8.5-20150702.so.1,
> > > > f7cc8000-f7cc9000 rwxp 00019000 08:02 1611440773
> > > > /usr/lib/libgcc_s-4.8.5-20150702.so.1,
> > > > f7cd5000-f7d43000 rwxp 00000000 00:00 0 ,
> > > > f7d43000-f7d53000 rwxs 00000000 00:01 2 /SYSVf102e0ed (deleted),
> > > > f7d53000-f7d5e000 r-xp 00000000 08:02 1611347286 /usr/lib/
> > > > libnss_files-2.17.so,
> > > > f7d5e000-f7d5f000 r-xp 0000a000 08:02 1611347286 /usr/lib/
> > > > libnss_files-2.17.so,
> > > > f7d5f000-f7d60000 rwxp 0000b000 08:02 1611347286 /usr/lib/
> > > > libnss_files-2.17.so,
> > > > f7d60000-f7d68000 rwxp 00000000 00:00 0 ,
> > > > f7d68000-f7f2c000 r-xp 00000000 08:02 1611317456
> > > > /usr/lib/libc-2.17.so,
> > > > f7f2c000-f7f2d000 ---p 001c4000 08:02 1611317456
> > > > /usr/lib/libc-2.17.so,
> > > > f7f2d000-f7f2f000 r-xp 001c4000 08:02 1611317456
> > > > /usr/lib/libc-2.17.so,
> > > > f7f2f000-f7f30000 rwxp 001c6000 08:02 1611317456
> > > > /usr/lib/libc-2.17.so,
> > > > f7f30000-f7f33000 rwxp 00000000 00:00 0 ,
> > > > f7f33000-f7f73000 r-xp 00000000 08:02 1611317464
> > > > /usr/lib/libm-2.17.so,
> > > > f7f73000-f7f74000 r-xp 0003f000 08:02 1611317464
> > > > /usr/lib/libm-2.17.so,
> > > > f7f74000-f7f75000 rwxp 00040000 08:02 1611317464
> > > > /usr/lib/libm-2.17.so,
> > > > f7f75000-f7f78000 r-xp 00000000 08:02 1610785783
> > > > /usr/lib/libtermcap.so.2.0.8,
> > > > f7f78000-f7f79000 r-xp 00002000 08:02 1610785783
> > > > /usr/lib/libtermcap.so.2.0.8,
> > > > f7f79000-f7f7a000 rwxp 00003000 08:02 1610785783
> > > > /usr/lib/libtermcap.so.2.0.8,
> > > > f7f85000-f7f87000 rwxp 00000000 00:00 0 ,
> > > > f7f87000-f7f8b000 r--p 00000000 00:00 0 [vvar],
> > > > f7f8b000-f7f8d000 r-xp 00000000 00:00 0 [vdso],
> > > > f7f8d000-f7faf000 r-xp 00000000 08:02 1610615685
> > > > /usr/lib/ld-2.17.so,
> > > > f7faf000-f7fb0000 r-xp 00021000 08:02 1610615685
> > > > /usr/lib/ld-2.17.so,
> > > > f7fb0000-f7fb1000 rwxp 00022000 08:02 1610615685
> > > > /usr/lib/ld-2.17.so,
> > > > ffa8e000-ffab0000 rwxp 00000000 00:00 0 [stack],
> > > > -------------- next part -------------- An HTML attachment was
> > > > scrubbed...
> > > > URL: <
> > > > http://mailman.celestial.com/pipermail/filepro-list/attachments/2020
> > > > 0828/4fed3c7e/attachment.html
> > > >
> > > > >
> > > >
> > > > Filepro-list mailing list
> > > > Filepro-list at lists.celestial.com
> > > > Subscribe/Unsubscribe/Subscription Changes
> > > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > >
> > > -------------- next part -------------- An HTML attachment was
> > > scrubbed...
> > > URL:
> > > http://mailman.celestial.com/pipermail/filepro-list/attachments/202009
> > > 03/1b6e9be8/attachment.html
> > > Filepro-list mailing list
> > > Filepro-list at lists.celestial.com
> > > Subscribe/Unsubscribe/Subscription Changes
> > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > Subscribe/Unsubscribe/Subscription Changes http://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > Subscribe/Unsubscribe/Subscription Changes
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 

-- 
Audio panton, cogito singularis.

More information about the Filepro-list mailing list