Re: undefined symbol: krb5_cc_get_principal

Hello,
I just installed pgadmin3. During startup, it returned the following
error:
/usr/bin/pgadmin3:relocation error: /usr/bin/pgadmin3: undefined symbol:
krb5_cc_get_principal.

I am using postgresql 7.4.2 with all default initial settings, Red Hat
Enterprise Linux AS (v.3 rhel-i386-as-3). I downloaded RPM for pgadmin3
FC1.

Please help!

-- karin --

Hi Karin,

Karin Huegele wrote:
> Hello,
> I just installed pgadmin3. During startup, it returned the following
> error:
> /usr/bin/pgadmin3:relocation error: /usr/bin/pgadmin3: undefined symbol:
> krb5_cc_get_principal.

I have no RH here but a quick search on the web seems to point out
problems with ssl and kerberos 5.

Can you send the result of the following command please:
ldd -r `which pgadmin3`

and rpm -qa | grep krb5

@Devrim: any thought ?

Regards,
Raphaël

> I am using postgresql 7.4.2 with all default initial settings, Red Hat
> Enterprise Linux AS (v.3 rhel-i386-as-3). I downloaded RPM for pgadmin3
> FC1.

Hello Raphael,
ldd -r 'which pgadmin3' returns
ldd: ./which pgadmin3: No such file or directory

rpm -qa | grep krb5 returns
krb5-workstation-1.2.7-24
krb5-libs-1.2.7-24
krb5-devel-1.2.7-24
pam_krb5-1.73-1
krb5-server-1.2.7-24

I appreciate your help.

-- karin --

On Thu, 2004-08-12 at 16:09, Raphaël Enrici wrote:
> Hi Karin,
>
> Karin Huegele wrote:
> > Hello,
> > I just installed pgadmin3. During startup, it returned the following
> > error:
> > /usr/bin/pgadmin3:relocation error: /usr/bin/pgadmin3: undefined symbol:
> > krb5_cc_get_principal.
>
> I have no RH here but a quick search on the web seems to point out
> problems with ssl and kerberos 5.
>
> Can you send the result of the following command please:
> ldd -r `which pgadmin3`
>
> and rpm -qa | grep krb5
>
> @Devrim: any thought ?
>
> Regards,
> Raphaël
>
> > I am using postgresql 7.4.2 with all default initial settings, Red Hat
> > Enterprise Linux AS (v.3 rhel-i386-as-3). I downloaded RPM for pgadmin3
> > FC1.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org

Karin Huegele wrote:
> Hello Raphael,
> ldd -r 'which pgadmin3' returns
> ldd: ./which pgadmin3: No such file or directory

So, try the ldd -r ThePathWhereYouInstalledPGAdmin3
As you are using rpm for FC1, it should be /usr/bin/pgadmin3
ldd -r /usr/bin/pgadmin3

> rpm -qa | grep krb5 returns
> krb5-workstation-1.2.7-24
> krb5-libs-1.2.7-24
> krb5-devel-1.2.7-24
> pam_krb5-1.73-1
> krb5-server-1.2.7-24
>
> I appreciate your help.

I'm sure Devrim and/or Jean-Michel will be of more help as they are the
packagers for FC/RH ;)

If we don't find a "remote" solution, I have a RH EL Workstation in a
limp, I may try to rebuild but not rapidly.

Cheers,
Raphaël

>
> -- karin --
>
> On Thu, 2004-08-12 at 16:09, Raphaël Enrici wrote:
>
>>Hi Karin,
>>
>>Karin Huegele wrote:
>>
>>>Hello,
>>>I just installed pgadmin3. During startup, it returned the following
>>>error:
>>>/usr/bin/pgadmin3:relocation error: /usr/bin/pgadmin3: undefined symbol:
>>>krb5_cc_get_principal.
>>
>>I have no RH here but a quick search on the web seems to point out
>>problems with ssl and kerberos 5.
>>
>>Can you send the result of the following command please:
>>ldd -r `which pgadmin3`
>>
>>and rpm -qa | grep krb5
>>
>>@Devrim: any thought ?
>>
>>Regards,
>>Raphaël
>>
>>
>>>I am using postgresql 7.4.2 with all default initial settings, Red Hat
>>>Enterprise Linux AS (v.3 rhel-i386-as-3). I downloaded RPM for pgadmin3
>>>FC1.

Hello Raphael,
ldd -r /usr/bin/pgadmin3 returns:

libcrypt.so.1 => /lib/libcrypt.so.1 (0xb75af000)
libssl.so.4 => /lib/libssl.so.4 (0xb757b000)
libcrypto.so.4 => /lib/libcrypto.so.4 (0xb748a000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7235000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb71c5000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb71ac000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0
(0xb7199000)
libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0
(0xb7178000)
libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0xb716b000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7138000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7102000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb70fe000)
libdl.so.2 => /lib/libdl.so.2 (0xb70fb000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb70f6000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb708c000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0
(0xb706a000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7046000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7028000)
libtiff.so.3 => /usr/lib/libtiff.so.3 (0xb6fe7000)
libz.so.1 => /usr/lib/libz.so.1 (0xb6fd9000)
libm.so.6 => /lib/tls/libm.so.6 (0xb6fb7000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb6f04000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6efa000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb6eea000)
libc.so.6 => /lib/tls/libc.so.6 (0xb6db2000)
libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0xb6d54000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0xb6d52000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb6c73000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb6c22000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb6c02000)
libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2
(0xb6bef000)
libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3
(0xb6bed000)
libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3
(0xb6bdd000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb6bcb000)
libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0xb6bc6000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0xb6bbe000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb6bb0000)
libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0xb6b9e000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0xb6b96000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb6b6f000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb75eb000)
undefined symbol: krb5_cc_get_principal (/usr/bin/pgadmin3)
undefined symbol: krb5_cc_close (/usr/bin/pgadmin3)

Does this mean that pgadmin3 could not link to kerberos?
All kerberos .so files are located on /usr/kerberos/lib with owner root.
Thanks for your help.

-- karin --

Karin Huegele wrote:
> Hello Raphael,

Hi Karin,

> ldd -r /usr/bin/pgadmin3 returns:
>
> libcrypt.so.1 => /lib/libcrypt.so.1 (0xb75af000)
> libssl.so.4 => /lib/libssl.so.4 (0xb757b000)
> libcrypto.so.4 => /lib/libcrypto.so.4 (0xb748a000)
> libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7235000)
> libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb71c5000)
> libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb71ac000)
> libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0
> (0xb7199000)
> libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0
> (0xb7178000)
> libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0xb716b000)
> libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7138000)
> libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7102000)
> libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb70fe000)
> libdl.so.2 => /lib/libdl.so.2 (0xb70fb000)
> libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb70f6000)
> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb708c000)
> libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0
> (0xb706a000)
> libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7046000)
> libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7028000)
> libtiff.so.3 => /usr/lib/libtiff.so.3 (0xb6fe7000)
> libz.so.1 => /usr/lib/libz.so.1 (0xb6fd9000)
> libm.so.6 => /lib/tls/libm.so.6 (0xb6fb7000)
> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb6f04000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6efa000)
> libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb6eea000)
> libc.so.6 => /lib/tls/libc.so.6 (0xb6db2000)
> libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0xb6d54000)
> libcom_err.so.2 => /lib/libcom_err.so.2 (0xb6d52000)
> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb6c73000)
> libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb6c22000)
> libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb6c02000)
> libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2
> (0xb6bef000)
> libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3
> (0xb6bed000)
> libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3
> (0xb6bdd000)
> libresolv.so.2 => /lib/libresolv.so.2 (0xb6bcb000)
> libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0xb6bc6000)
> libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0xb6bbe000)
> libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb6bb0000)
> libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0xb6b9e000)
> libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0xb6b96000)
> libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb6b6f000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb75eb000)
> undefined symbol: krb5_cc_get_principal (/usr/bin/pgadmin3)
> undefined symbol: krb5_cc_close (/usr/bin/pgadmin3)
>
> Does this mean that pgadmin3 could not link to kerberos?

to me it's something like this, although the ld found them. In fact, I
think FC1 may be more advanced than EL 3.0 or the opposite concerning
kerberos.

can you confirm the following:
nm -D /usr/kerberos/lib/libkrb5.so.3 | grep krb5_cc_get_principal
should give _nothing_ on your host.

If yes, can you try packages for RH9.
I played a bit with FC1 & RH9 packages and it seems that binaries
provided for RH9 don't refer to krb5_cc_get_principal and krb5_cc_close.
(see nm -a /usr/bin/pgadmin3 | grep krb5 to list the symbols pgadmin3 is
looking for).

That's not a definitive solution, just a try to provide you something
easy to install until someone try to build it for RH EL.

If this does not work, I bet we are on the way to try a build on your
host. Are you ok to go with it if we guide you a bit ?

> All kerberos .so files are located on /usr/kerberos/lib with owner root.
> Thanks for your help.

You are really welcome.

Cheers,
Raphaël

On Aug 13, 2004, at 4:33 PM, Raphaël Enrici wrote:

>
> to me it's something like this, although the ld found them. In fact, I
> think FC1 may be more advanced than EL 3.0 or the opposite concerning
> kerberos.
>
> can you confirm the following:
> nm -D /usr/kerberos/lib/libkrb5.so.3 | grep krb5_cc_get_principal
> should give _nothing_ on your host.
>
> If yes, can you try packages for RH9.
> I played a bit with FC1 & RH9 packages and it seems that binaries
> provided for RH9 don't refer to krb5_cc_get_principal and
> krb5_cc_close.
> (see nm -a /usr/bin/pgadmin3 | grep krb5 to list the symbols pgadmin3
> is looking for).
>
> That's not a definitive solution, just a try to provide you something
> easy to install until someone try to build it for RH EL.
>
> If this does not work, I bet we are on the way to try a build on your
> host. Are you ok to go with it if we guide you a bit ?
>

IIRC, the problem with RH kerberos link errors had to do with the fact
that the SSL libraries linked dynamically with the kerberos libraries,
and not including the kerberos libraries when you linked with SSL
caused problems. Try adding -lkrb5 to the LIBS variable in
pgadmin3/src/Makefile.

ahp

Adam H.Pendleton wrote:

>
> On Aug 13, 2004, at 4:33 PM, Raphaël Enrici wrote:
>
>> to me it's something like this, although the ld found them. In fact,
>> I think FC1 may be more advanced than EL 3.0 or the opposite
>> concerning kerberos.
>>
>> can you confirm the following:
>> nm -D /usr/kerberos/lib/libkrb5.so.3 | grep krb5_cc_get_principal
>> should give _nothing_ on your host.
>>
>> If yes, can you try packages for RH9.
>> I played a bit with FC1 & RH9 packages and it seems that binaries
>> provided for RH9 don't refer to krb5_cc_get_principal and krb5_cc_close.
>> (see nm -a /usr/bin/pgadmin3 | grep krb5 to list the symbols pgadmin3
>> is looking for).
>>
>> That's not a definitive solution, just a try to provide you something
>> easy to install until someone try to build it for RH EL.
>>
>> If this does not work, I bet we are on the way to try a build on your
>> host. Are you ok to go with it if we guide you a bit ?
>>
> IIRC, the problem with RH kerberos link errors had to do with the fact
> that the SSL libraries linked dynamically with the kerberos libraries,
> and not including the kerberos libraries when you linked with SSL
> caused problems. Try adding -lkrb5 to the LIBS variable in
> pgadmin3/src/Makefile.

Hi Adam,

I'm not sure this is the case we face as both FC1 and RH9 binaries
refers to some krb5* symbols. I believe that FC1 and RH EL are using two
different kerberos versions which are not compatible between each other
(FC1 uses krb5 1.3.x and RH EL 3.0 seems to use 1.2.7 like what's found
on a RH9 box) but I'm surely missing something. However if we go to the
last step (rebuild on RH EL, we will try to add the flag you give).

Regards,
Raphaël

Hello Raphael,
I uninstalled FC1 version and installed the RH9 version. Now I am able
to access my database. It seems to have solved the problem.

Thank you for your kind assistance!

-- karin --

On Mon, 2004-08-16 at 17:19, Raphaël Enrici wrote:
> Adam H.Pendleton wrote:
>
> >
> > On Aug 13, 2004, at 4:33 PM, Raphaël Enrici wrote:
> >
> >> to me it's something like this, although the ld found them. In fact,
> >> I think FC1 may be more advanced than EL 3.0 or the opposite
> >> concerning kerberos.
> >>
> >> can you confirm the following:
> >> nm -D /usr/kerberos/lib/libkrb5.so.3 | grep krb5_cc_get_principal
> >> should give _nothing_ on your host.
> >>
> >> If yes, can you try packages for RH9.
> >> I played a bit with FC1 & RH9 packages and it seems that binaries
> >> provided for RH9 don't refer to krb5_cc_get_principal and krb5_cc_close.
> >> (see nm -a /usr/bin/pgadmin3 | grep krb5 to list the symbols pgadmin3
> >> is looking for).
> >>
> >> That's not a definitive solution, just a try to provide you something
> >> easy to install until someone try to build it for RH EL.
> >>
> >> If this does not work, I bet we are on the way to try a build on your
> >> host. Are you ok to go with it if we guide you a bit ?
> >>
> > IIRC, the problem with RH kerberos link errors had to do with the fact
> > that the SSL libraries linked dynamically with the kerberos libraries,
> > and not including the kerberos libraries when you linked with SSL
> > caused problems. Try adding -lkrb5 to the LIBS variable in
> > pgadmin3/src/Makefile.
>
>
> Hi Adam,
>
> I'm not sure this is the case we face as both FC1 and RH9 binaries
> refers to some krb5* symbols. I believe that FC1 and RH EL are using two
> different kerberos versions which are not compatible between each other
> (FC1 uses krb5 1.3.x and RH EL 3.0 seems to use 1.2.7 like what's found
> on a RH9 box) but I'm surely missing something. However if we go to the
> last step (rebuild on RH EL, we will try to add the flag you give).
>
> Regards,
> Raphaël
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
--
Karin Huegele
Business Manager
Lore Crafters, Inc.
6912 River Park Lane N #421
Fort Worth, TX 76116
Email: karin(dot)huegele(at)lorecrafters(dot)com
Phone: (206) 338-6483
Fax: (206) 338-6484