Dejan Muhamedagic <[EMAIL PROTECTED]> wrote: > Hi, > > On Wed, Jul 30, 2008 at 08:55:53AM +0200, Sebastian Reitenbach wrote: > > General Linux-HA mailing list <[email protected]> wrote: > > > On Mon, Jul 28, 2008 at 05:52:10PM -0000, root wrote: > > > > Hi, > > > > Dejan Muhamedagic <[EMAIL PROTECTED]> wrote: > > > > > Hi, > > > > > > > > > > On Mon, Jul 28, 2008 at 04:41:27PM +0200, Sebastian Reitenbach wrote: > > > > > > Hi, > > > > > > > > > > > > I just upgraded my desktop to opensuse 11.0 i586, and updated the > > box, > > > > then > > > > > > installed the heartbeat rpm's 2.1.3 from download.opensuse.org. > > > > > > > > > > > > I've these rpm's installed right now: > > > > > > pacemaker-heartbeat-0.6.5-8.2 > > > > > > heartbeat-common-2.1.3-23.1 > > > > > > heartbeat-resources-2.1.3-23.1 > > > > > > heartbeat-2.1.3-23.1 > > > > > > pacemaker-pygui-1.4-1.3 > > > > > > > > > > > > I've added these lines to /etc/ha.d/ha.cf to start mgmtd > > automatically: > > > > > > apiauth mgmtd uid=root > > > > > > respawn root /usr/lib/heartbeat/mgmtd -v > > > > > > > > > > > > but mgmtd fails to start, when I try to start it on the commandline, > > then > > > > I > > > > > > see the following output: > > > > > > > > > > > > /usr/lib/heartbeat/mgmtd: symbol lookup > > error: /usr/lib/libpe_status.so.2: > > > > > > undefined symbol: stdscr > > > > > > > > > > > > As far as I researched now, the stdscr symbol is expected to come > > from > > > > > > ncurses? > > > > > > > > > > Looks like a dependency problem. Does the package containing > > > > > mgmtd depend on the ncurses library? Though I don't understand > > > > > why mgmtd needs ncurses. > > > > I found this out, in a thread in some m/l, regarding the error message > > about > > > > the undefined symbol, but maybe this is just wrong. > > > > > > stdscr is an external variable defined in ncurses.h which is > > > included from ./lib/crm/pengine/unpack.h which is part of the > > > code that gets built in libpe_status. The pacemaker rpm, which > > > includes that library, does depend on libncurses. Is that the > > > case with the pacemaker you downloaded? > > I've these installed: > > rpm -qa | grep -i ncurs > > ncurses-utils-5.6-83.1 > > libncurses5-5.6-83.1 > > yast2-ncurses-pkg-2.16.14-0.1 > > yast2-ncurses-2.16.27-8.1 > > > > rpm -q --requires pacemaker-heartbeat > > /bin/sh > > /bin/sh > > /sbin/ldconfig > > /sbin/ldconfig > > rpmlib(PayloadFilesHavePrefix) <= 4.0-1 > > rpmlib(CompressedFileNames) <= 3.0.4-1 > > /bin/sh > > /usr/bin/python > > libbz2.so.1 > > libc.so.6 > > libc.so.6(GLIBC_2.0) > > libc.so.6(GLIBC_2.1) > > libc.so.6(GLIBC_2.1.3) > > libc.so.6(GLIBC_2.2) > > libc.so.6(GLIBC_2.3) > > libc.so.6(GLIBC_2.3.4) > > libc.so.6(GLIBC_2.4) > > libccmclient.so.1 > > libcib.so.1 > > libcrmcluster.so.1 > > libcrmcommon.so.2 > > libdl.so.2 > > libgcrypt.so.11 > > libglib-2.0.so.0 > > libgnutls.so.26 > > libgnutls.so.26(GNUTLS_1_4) > > libgpg-error.so.0 > > libhbclient.so.1 > > liblrm.so.0 > > libltdl.so.3 > > libm.so.6 > > libncurses.so.5 > > libpam.so.0 > > libpam.so.0(LIBPAM_1.0) > > libpcre.so.0 > > libpe_rules.so.2 > > libpe_status.so.2 > > libpengine.so.3 > > libplumb.so.1 > > librt.so.1 > > libstonithd.so.0 > > libtransitioner.so.1 > > libxml2.so.2 > > libz.so.1 > > rpmlib(PayloadIsLzma) <= 4.4.2-1 > > > > > > rpm -ql libncurses5-5.6-83.1 > > /lib/libncurses.so.5 > > /lib/libncurses.so.5.6 > > ... > > > > so it does require ncurses, but it is installed. > > > > > > but > > nm /lib/libncurses.so.5.6 > > nm: /lib/libncurses.so.5.6: no symbols > > That's fine, it means that the binary is stripped. If you take a > look at libncurses.a (which is probably only in the development > package), you should see some symbols. BTW, you can also try > objdump with -T: > > $ objdump -T libncurses.so.5 | grep stdscr > 000000000015a630 g DO .bss 0000000000000008 Base stdscr
here I have: objdump -T /lib64/libncurses.so.5 | grep stdscr 00000000002465e8 g DO .bss 0000000000000008 Base stdscr Meanwhile I observed the problem on a opensuse 10.3 i386 and on opensue 11 x86_64 too. Seems like there is a general problem with this version. kind regards Sebastian _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
