GNU bug report logs - #24846
error while loading shared libraries: libgmp.so.10: unexpected PLT reloc type 0x40

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24846 in the body.
You can then email your comments to 24846 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Yan Markman <ymarkman <at> marvell.com>
To: "bug-coreutils <at> gnu.org" <bug-coreutils <at> gnu.org>
Subject: error while loading shared libraries: libgmp.so.10: unexpected PLT
 reloc type 0x40
Date: Tue, 1 Nov 2016 10:47:00 +0000

[Message part 1 (text/plain, inline)]

Sometimes coreutils commands fails
and I'm looking a clue what could be root cause or where to debug

SETUP:

1.       System Device is ROUTER

2.       Silicone has 2 CPUs of ARM9

3.       coreutils (GNU coreutils) 8.24  - 2015

4.       File-System NFS over Ethernet/USB

5.       High Ethernet traffic with high CPUs' loading (overloading)

6.
PROBLEM:
Sometimes (hardly reproduced) coreutils commands (for example - "ls", "date")
Stop to work and return the below error

/usr/bin/coreutils: error while loading shared libraries: /usr/lib/libgmp.so.10: unexpected PLT reloc type 0x40

DEBUG NOTES:

-          Traffic stopped CPUs are in~100% IDLE

-          The NFS is working and available

-          No any Out-Of-Memory seen, a lot of free memory

Thanks for helping
Yan Markman

[Message part 2 (text/html, inline)]

Message #8 received at 24846 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Yan Markman <ymarkman <at> marvell.com>, 24846 <at> debbugs.gnu.org
Subject: Re: bug#24846: error while loading shared libraries: libgmp.so.10:
 unexpected PLT reloc type 0x40
Date: Tue, 1 Nov 2016 16:09:01 +0000

On 01/11/16 10:47, Yan Markman wrote:
> Sometimes coreutils commands fails
> and I'm looking a clue what could be root cause or where to debug


> 
> SETUP:
> 
> 1.       System Device is ROUTER
> 
> 2.       Silicone has 2 CPUs of ARM9
> 
> 3.       coreutils (GNU coreutils) 8.24  - 2015
> 
> 4.       File-System NFS over Ethernet/USB
> 
> 5.       High Ethernet traffic with high CPUs' loading (overloading)
> 
> 6.
> PROBLEM:
> Sometimes (hardly reproduced) coreutils commands (for example - "ls", "date")
> Stop to work and return the below error
> 
> /usr/bin/coreutils: error while loading shared libraries: /usr/lib/libgmp.so.10: unexpected PLT reloc type 0x40

I see you're using the single binary build.

Weird that the problem is intermittent.

Can you memtest your RAM?

Perhaps there are multiple gmp versions on the system and sometimes the wrong one is used?
(that's really stretching)

BTW it would be better to configure your coreutils build --without-gmp
That is done for the coreutils-single package in Fedora for example,
as the relatively large overhead of GMP for just factor and expr
is not a good tradeoff in the single binary use case.

cheers,
Pádraig.

Message #11 received at 24846 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Pádraig Brady <P <at> draigBrady.com>,
 Yan Markman <ymarkman <at> marvell.com>, 24846 <at> debbugs.gnu.org
Subject: Re: bug#24846: error while loading shared libraries: libgmp.so.10:
 unexpected PLT reloc type 0x40
Date: Tue, 1 Nov 2016 09:32:06 -0700

On 11/01/2016 09:09 AM, Pádraig Brady wrote:
> BTW it would be better to configure your coreutils build --without-gmp

Perhaps --enable-single-binary-exceptions=factor,expr should be the 
default if GMP is used?

Message #14 received at 24846 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Yan Markman <ymarkman <at> marvell.com>,
 24846 <at> debbugs.gnu.org
Subject: Re: bug#24846: error while loading shared libraries: libgmp.so.10:
 unexpected PLT reloc type 0x40
Date: Tue, 1 Nov 2016 17:08:49 +0000

On 01/11/16 16:32, Paul Eggert wrote:
> On 11/01/2016 09:09 AM, Pádraig Brady wrote:
>> BTW it would be better to configure your coreutils build --without-gmp
> 
> Perhaps --enable-single-binary-exceptions=factor,expr should be the 
> default if GMP is used?

Interesting tradeoff.

That would increase the single binary install by about 10%
(factor(86K), expr(40K)), while keeping the same functionality.

Maybe something like:

  if --enable-single-binary && !--with-gmp && HAVE_GMP
    --enable-single-binary-exceptions=factor,expr

I'll think about it.

cheers,
Pádraig

Message #17 received at 24846 <at> debbugs.gnu.org (full text, mbox):

From: Yan Markman <ymarkman <at> marvell.com>
To: Pádraig Brady <P <at> draigBrady.com>,
 "24846 <at> debbugs.gnu.org" <24846 <at> debbugs.gnu.org>
Subject: RE: bug#24846: error while loading shared libraries: libgmp.so.10:
 unexpected PLT reloc type 0x40
Date: Tue, 1 Nov 2016 17:10:57 +0000

Thanks Pádraig

I think that described failure is only a symptom  of more generic problem.
 just occasionally failing on coreutils::ls command.
So I would like to understand what exactly this message says.
This message is reported by " ld-2.22.so" but I have no LIB-source-code.

- Have you got an idea what the code 0x40 (PLT reloc type 0x40) means?
- Should the "coretuls" be resident in RAM or could be swapped out under any condition and pumped back upon "ls" command?
- Should the "libgmp.so" be resident in RAM or could be swapped out under any condition?

Thank you very much.
Yan Markman


-----Original Message-----
From: Pádraig Brady [mailto:P <at> draigBrady.com] 
Sent: Tuesday, November 01, 2016 6:09 PM
To: Yan Markman; 24846 <at> debbugs.gnu.org
Subject: Re: bug#24846: error while loading shared libraries: libgmp.so.10: unexpected PLT reloc type 0x40

On 11/01/2016 09:09 AM, Pádraig Brady wrote:
> BTW it would be better to configure your coreutils build --without-gmp

Perhaps --enable-single-binary-exceptions=factor,expr should be the default if GMP is used?
On 01/11/16 10:47, Yan Markman wrote:
> Sometimes coreutils commands fails
> and I'm looking a clue what could be root cause or where to debug


> 
> SETUP:
> 
> 1.       System Device is ROUTER
> 
> 2.       Silicone has 2 CPUs of ARM9
> 
> 3.       coreutils (GNU coreutils) 8.24  - 2015
> 
> 4.       File-System NFS over Ethernet/USB
> 
> 5.       High Ethernet traffic with high CPUs' loading (overloading)
> 
> 6.
> PROBLEM:
> Sometimes (hardly reproduced) coreutils commands (for example - "ls", 
> "date") Stop to work and return the below error
> 
> /usr/bin/coreutils: error while loading shared libraries: 
> /usr/lib/libgmp.so.10: unexpected PLT reloc type 0x40

I see you're using the single binary build.

Weird that the problem is intermittent.

Can you memtest your RAM?

Perhaps there are multiple gmp versions on the system and sometimes the wrong one is used?
(that's really stretching)

BTW it would be better to configure your coreutils build --without-gmp That is done for the coreutils-single package in Fedora for example, as the relatively large overhead of GMP for just factor and expr is not a good tradeoff in the single binary use case.

cheers,
Pádraig.

Message #20 received at 24846 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Yan Markman <ymarkman <at> marvell.com>,
 "24846 <at> debbugs.gnu.org" <24846 <at> debbugs.gnu.org>
Subject: Re: bug#24846: error while loading shared libraries: libgmp.so.10:
 unexpected PLT reloc type 0x40
Date: Tue, 1 Nov 2016 18:14:18 +0000

On 01/11/16 17:10, Yan Markman wrote:
> Thanks Pádraig
> 
> I think that described failure is only a symptom  of more generic problem.
>  just occasionally failing on coreutils::ls command.
> So I would like to understand what exactly this message says.
> This message is reported by " ld-2.22.so" but I have no LIB-source-code.

You can see this in the glibc source code.

> - Have you got an idea what the code 0x40 (PLT reloc type 0x40) means?

It was expecting reloc type R_ARM_JUMP_SLOT (0x16) or R_ARM_TLS_DESC (0x0D),
but got R_ARM_LDRS_PC_G0. I don't know how that could happen.

> - Should the "coretuls" be resident in RAM or could be swapped out under any condition and pumped back upon "ls" command?
> - Should the "libgmp.so" be resident in RAM or could be swapped out under any condition?

Yes that could happen under mem pressure.

Message #23 received at 24846 <at> debbugs.gnu.org (full text, mbox):

From: Yan Markman <ymarkman <at> marvell.com>
To: Pádraig Brady <P <at> draigBrady.com>,
 "24846 <at> debbugs.gnu.org" <24846 <at> debbugs.gnu.org>
Subject: RE: bug#24846: error while loading shared libraries: libgmp.so.10:
 unexpected PLT reloc type 0x40
Date: Tue, 1 Nov 2016 19:33:14 +0000

MANY MANY THANKS

Yan Markman
Phones: 33898, 054-4732819 (972-54-4732819)


-----Original Message-----
From: Pádraig Brady [mailto:P <at> draigBrady.com] 
Sent: Tuesday, November 01, 2016 8:14 PM
To: Yan Markman; 24846 <at> debbugs.gnu.org
Subject: Re: bug#24846: error while loading shared libraries: libgmp.so.10: unexpected PLT reloc type 0x40

On 01/11/16 17:10, Yan Markman wrote:
> Thanks Pádraig
> 
> I think that described failure is only a symptom  of more generic problem.
>  just occasionally failing on coreutils::ls command.
> So I would like to understand what exactly this message says.
> This message is reported by " ld-2.22.so" but I have no LIB-source-code.

You can see this in the glibc source code.

> - Have you got an idea what the code 0x40 (PLT reloc type 0x40) means?

It was expecting reloc type R_ARM_JUMP_SLOT (0x16) or R_ARM_TLS_DESC (0x0D), but got R_ARM_LDRS_PC_G0. I don't know how that could happen.

> - Should the "coretuls" be resident in RAM or could be swapped out under any condition and pumped back upon "ls" command?
> - Should the "libgmp.so" be resident in RAM or could be swapped out under any condition?

Yes that could happen under mem pressure.

Message #26 received at 24846 <at> debbugs.gnu.org (full text, mbox):

From: Assaf Gordon <assafgordon <at> gmail.com>
To: "24846 <at> debbugs.gnu.org" <24846 <at> debbugs.gnu.org>
Subject: Re: bug#24846: error while loading shared libraries: libgmp.so.10:
 unexpected PLT reloc type 0x40
Date: Sun, 28 Oct 2018 01:15:32 -0600

tags 24846 notabug
close 24846
stop

(triaging old bugs)

Pádraig Brady wrote:
> On 01/11/16 17:10, Yan Markman wrote: >>>> I think that described failure is only a symptom  of more generic
>> problem. just occasionally failing on coreutils::ls command. So
>> I would like to understand what exactly this message says. This
>> message is reported by " ld-2.22.so" but I have no
>> LIB-source-code. >
> You can see this in the glibc source code.
[...]
>> - Have you got an idea what the code 0x40 (PLT reloc type 0x40) means?
> 
> It was expecting reloc type R_ARM_JUMP_SLOT (0x16) or R_ARM_TLS_DESC (0x0D), but got R_ARM_LDRS_PC_G0. I don't know how that could happen.
> 
>> - Should the "coretuls" be resident in RAM or could be swapped out under any condition and pumped back upon "ls" command?
>> - Should the "libgmp.so" be resident in RAM or could be swapped out under any condition?
> 
> Yes that could happen under mem pressure.


On 2016-11-01 1:33 p.m., Yan Markman wrote:
> MANY MANY THANKS
Given the above, and with no further comments in 2 years,
I'm closing this bug.

-assaf

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.