Addition to my last note: Lost in the desert. Need help !
I configured "Modify publication method" of my PUP entity with parameter "Path to plug-in on server = /etc/newpki/modules/libpublication_ldap.so". Also, I tried the new built libpublication_ldap.so.0 as parameter. I did that by my best guess since other advice missing. The stack taken from logs of PUB is below. What is very surprising : the [dso_dlfcn.c:153] is from openssl-0.9.7 source and stands for dynamic call of a modul; same for [dso_lib.c:244]. That means, the originating [PublicationMethod.cpp:75] is from publication_ldap which calls a method from inside openssl ? How does openssl know about newpki objects ? So it's not a wonder that _Z19EXTENSION_VALUE_newv was'nt found (btw it was not called from the newpki_server as I claimed in my prev note). I have to admit a fundamental misunderstanding is on my side. DSO support routines #103 could not load the shared library:filename(/etc/newpki/modules/libpublication_ldap.so): /etc/newpki/modules/libpublication_ldap.so: undefined symbol: _Z19EXTENSION_VALUE_newv [dso_dlfcn.c:153] <------------------------------------------------> DSO support routines #103 could not load the shared library [dso_lib.c:244] <------------------------------------------------> Error sent by PKI server: #3026 Giving up on previous error(s):GetFunctions [PublicationMethod.cpp:75] <------------------------------------------------> Wolf -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von [EMAIL PROTECTED] Gesendet: Samstag, 24. Januar 2004 15:57 An: [EMAIL PROTECTED] Betreff: AW: Server 2.0.0 beta3 build problems I got the nasty problem below and got no clues yet. That happens on my dmz server (client instance) where a REP + PUB are running. THe message below appears in context of synchronizing with the main instance. ------------- DSO support routines #103 could not load the shared library:filename(/usr/local/lib/libpublication_ldap.so.0): /usr/local/lib/libpublication_ldap.so.0: undefined symbol: _Z19EXTENSION_VALUE_newv -------------- the troubles is, the undef symbol below is definitely exported by the server itself, i.e. >> newpki_server : 0808c48c T _Z19EXTENSION_VALUE_newv I'm asking myself how that can happen, because libpublication_ldap.so.0 is called by newpki_server and thus the undef symbol should be resolved from there. I swear I have rebuilt newpki_server after built of libpublication_ldap.so.0 Wolf :( -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Fr�d�ric Giudicelli Gesendet: Samstag, 24. Januar 2004 13:35 An: [EMAIL PROTECTED] Betreff: Re: Server 2.0.0 beta3 build problems Well, there are two much simpler ways: - edit "/usr/include/openssl/opensslconf.h", and make sure OPENSSL_NO_KRB5 is defined #ifndef OPENSSL_NO_KRB5 # define OPENSSL_NO_KRB5 #endif - install krb5-devel. Regards, -- Fr�d�ric Giudicelli http://www.newpki.org _____________________________________________________________________ NewPKI http://www.newpki.org User Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED] _____________________________________________________________________ NewPKI http://www.newpki.org User Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED] _____________________________________________________________________ NewPKI http://www.newpki.org User Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
