- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: Dynamic loader unsatisfied code symbol trouble
Operating System - Linux
1753721
Members
5041
Online
108799
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2006 10:17 PM
05-02-2006 10:17 PM
Dynamic loader unsatisfied code symbol trouble
Hi,
I have some trouble with library calls from RRDtool.
Actually the rrdtool lib is called from the Munin performance grapher.
I built RRDtool and all its prerequisite libs
(which were zlib, libpng, libart, freetype2)
from the sources on HP-UX 11.11 with HP ANSI cc.
Somehow there seem to be dangling unsatisfied symbols.
$ /opt/munin/lib/munin-update --host gomera --service df
/usr/lib/pa20_64/dld.sl: Unsatisfied code symbol 'rrd_clear_error' in load module '/opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl'.
In the RRDs.sl there seem to be quite a few
undefined symbols
$ nm -u /opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl|wc -w
57
and especially at least 18 RRD specific
$ nm -u /opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl|grep -ci rrd
18
However, I trust this could be fixed with chatr
$ chatr /opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl
/opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl:
64-bit ELF shared library
shared library dynamic path search:
LD_LIBRARY_PATH enabled first
SHLIB_PATH enabled second
embedded path enabled third -lrrd
shared library list:
libm.2
shared library mapped private disabled
shared vtable support disabled
explicit unloading enabled
linkage table protection disabled
segments:
index type address flags size
5 text 4000000000000000 z---c- D (default)
6 data 8000000100000000 ---m-- D (default)
static branch prediction disabled
kernel assisted branch prediction enabled
lazy swap allocation for dynamic segments disabled
nulptr references disabled
My librrd built resides here
$ chatr /opt/rrdtool/lib/librrd.sl
/opt/rrdtool/lib/librrd.sl:
64-bit ELF shared library
shared library dynamic path search:
LD_LIBRARY_PATH enabled first
SHLIB_PATH enabled second
embedded path enabled third /opt/rrdtool/lib
internal name:
librrd.sl.2
shared library list:
libfreetype.sl.9
libpng12.sl.0
libz.sl
libart_lgpl_2.sl.5
libm.2
libc.2
shared library mapped private disabled
shared vtable support disabled
explicit unloading enabled
linkage table protection disabled
segments:
index type address flags size
5 text 4000000000000000 z---c- D (default)
6 data 8000000100000000 ---m-- D (default)
static branch prediction disabled
kernel assisted branch prediction enabled
lazy swap allocation for dynamic segments disabled
nulptr references disabled
But even when I set LD_LIBRARY_PATH accordingly
the symbols still remain undefined
$ LD_LIBRARY_PATH=/opt/rrdtool/lib nm -u /opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl
18
I read in the linker's manpage that one can
influence the binding behaviour through
e.g. "-B immediate -B nonfatal"
(but haven't used it in the Makefiles),
and even chatr's manpage suggests such an example.
But where should such be applied?
Obviously not on the offending shared lib itself.
I know too little (or better nothing)
about the working of the dynamic linker.
So I don't know how to support it in finding the missing symbol definitions.
In dld.sl's manpage an LD_PRELOAD env var is
mentioned.
Would this be of any help?
Rgds.
Ralph
I have some trouble with library calls from RRDtool.
Actually the rrdtool lib is called from the Munin performance grapher.
I built RRDtool and all its prerequisite libs
(which were zlib, libpng, libart, freetype2)
from the sources on HP-UX 11.11 with HP ANSI cc.
Somehow there seem to be dangling unsatisfied symbols.
$ /opt/munin/lib/munin-update --host gomera --service df
/usr/lib/pa20_64/dld.sl: Unsatisfied code symbol 'rrd_clear_error' in load module '/opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl'.
In the RRDs.sl there seem to be quite a few
undefined symbols
$ nm -u /opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl|wc -w
57
and especially at least 18 RRD specific
$ nm -u /opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl|grep -ci rrd
18
However, I trust this could be fixed with chatr
$ chatr /opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl
/opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl:
64-bit ELF shared library
shared library dynamic path search:
LD_LIBRARY_PATH enabled first
SHLIB_PATH enabled second
embedded path enabled third -lrrd
shared library list:
libm.2
shared library mapped private disabled
shared vtable support disabled
explicit unloading enabled
linkage table protection disabled
segments:
index type address flags size
5 text 4000000000000000 z---c- D (default)
6 data 8000000100000000 ---m-- D (default)
static branch prediction disabled
kernel assisted branch prediction enabled
lazy swap allocation for dynamic segments disabled
nulptr references disabled
My librrd built resides here
$ chatr /opt/rrdtool/lib/librrd.sl
/opt/rrdtool/lib/librrd.sl:
64-bit ELF shared library
shared library dynamic path search:
LD_LIBRARY_PATH enabled first
SHLIB_PATH enabled second
embedded path enabled third /opt/rrdtool/lib
internal name:
librrd.sl.2
shared library list:
libfreetype.sl.9
libpng12.sl.0
libz.sl
libart_lgpl_2.sl.5
libm.2
libc.2
shared library mapped private disabled
shared vtable support disabled
explicit unloading enabled
linkage table protection disabled
segments:
index type address flags size
5 text 4000000000000000 z---c- D (default)
6 data 8000000100000000 ---m-- D (default)
static branch prediction disabled
kernel assisted branch prediction enabled
lazy swap allocation for dynamic segments disabled
nulptr references disabled
But even when I set LD_LIBRARY_PATH accordingly
the symbols still remain undefined
$ LD_LIBRARY_PATH=/opt/rrdtool/lib nm -u /opt/perl5/lib/site_perl/5.8.8/PA-RISC2.0-LP64/auto/RRDs/RRDs.sl
18
I read in the linker's manpage that one can
influence the binding behaviour through
e.g. "-B immediate -B nonfatal"
(but haven't used it in the Makefiles),
and even chatr's manpage suggests such an example.
But where should such be applied?
Obviously not on the offending shared lib itself.
I know too little (or better nothing)
about the working of the dynamic linker.
So I don't know how to support it in finding the missing symbol definitions.
In dld.sl's manpage an LD_PRELOAD env var is
mentioned.
Would this be of any help?
Rgds.
Ralph
Madness, thy name is system administration
- Tags:
- unsat
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2006 11:32 PM
05-02-2006 11:32 PM
Re: Dynamic loader unsatisfied code symbol trouble
This seems to be a common error.
http://www.google.com/search?hl=en&lr=&q=%27rrd_clear_error%27+Unsatisfied+code+symbol+&btnG=Search
http://www.google.com/search?hl=en&lr=&q=%27rrd_clear_error%27+Unsatisfied+code+symbol+&btnG=Search
"Downtime is a Crime."
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP