Thread: 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.huegele@lorecrafters.com Phone: (206) 338-6483 Fax: (206) 338-6484