search for: dlopen

...c:331(dnsupdate_nameupdate_done) dnsupdate_nameupdate_done: Failed DNS update with exit code 110 [2020/10/16 01:32:12.446473, 0] ../../source4/dsdb/dns/dns_update.c:354(dnsupdate_spnupdate_done) ../../source4/dsdb/dns/dns_update.c:354: Failed SPN update - with error code 110 ldb: unable to dlopen /usr/lib/x86_64-linux-gnu/samba/ldb/acl.so : /usr/lib/x86_64-linux-gnu/samba/libauthkrb5.so.0: version `SAMBA_4.11.14_DEBIAN' not found (required by /usr/lib/x86_64-linux-gnu/samba/ldb/acl.so) ldb: unable to dlopen /usr/lib/x86_64-linux-gnu/samba/ldb/aclread.so : /usr/lib/x86_64-linux-gnu/samb...

...face is the vddk plugin, that one is harder to test (not everyone configures it to be built); so adding a standalone plugin that does the bare minimum to validate our code is worthwhile. Signed-off-by: Eric Blake <eblake@redhat.com> --- tests/Makefile.am | 25 +++++++++ tests/test-dlopen-plugin.c | 107 +++++++++++++++++++++++++++++++++++++ tests/test-dlopen.sh | 52 ++++++++++++++++++ 3 files changed, 184 insertions(+) create mode 100644 tests/test-dlopen-plugin.c create mode 100755 tests/test-dlopen.sh diff --git a/tests/Makefile.am b/tests/Makefile.am index 8b1638ef..3...

I've got a situation where I need to hook a dlopen() made by VDDK, a proprietary library, where it passes a relative name expecting to resolve to a copy of several libraries, including libstdc++.so, that it installs alongside itself, and fails to load if that resolves to the system libstdc++.so. The simplest solution of providing LD_LIBRARY_PA...

Differences from v4: Patch 1 is simplified: I realized that since we already use -rdynamic for nbdkit (after all, we WANT our dlopen()d plugins to be able to call our nbdkit_* exports), it is only a matter of adding dlopen to the set of symbols that we export. With that done, there is no separate shared library needed; our dlopen shim is now part of nbdkit proper, and we don't have to tweak the wrapper script or install a s...

...that the vddk plugin relies on), but patch 2 adds testsuite coverage of the new function so we shouldn't regress. Patch 1 and 2 are new, patch 3 is unchanged from when Rich posted it in v2, and patch 4 is simplified somewhat from what I did in v3 (in particular, I separated the testing of our dlopen shim into a separate test in patch 2, rather than cramming into test-vddk.sh). As before, I don't have the actual proprietary VDDK library installed, so I'm still waiting on Rich's verdict that test-vddk-real.sh passes. Eric Blake (2): server: Export nbdkit_set_dlopen_prefix functio...

...org/ml/libc-alpha/2019-08/msg00705.html> > > If you go on record saying that you need this, maybe someone will review > the patch. Sorry. 8-( Another followup: nbdkit-vddk-plugin.so is now using a re-exec setup [1], for several reasons: 1. all our other ideas tried so far (such as a dlopen() interposition in the main nbdkit binary) touched more files and required more exported APIs; we managed to get re-exec working with changes limited to just the plugin (other than a minor change to nbdkit to quit messing with argv[] so that /proc/self/cmdline would stay stable - but that did n...

...er mailboxes from the old machine using doveadm. It fails saying it can?f find doveadm: % sudo doveadm -Dv backup -R -u myuser at bordo.com.au remote:mail.bordo.com.au Password: Debug: Loading modules from directory: /usr/local/lib/dovecot/doveadm Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: dlopen(/usr/local/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so, 0x000A): symbol not found in flat namespace '_acl_backend_nonowner_lookups_iter_deinit' (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_quota_plugin, because dlopen() faile...

Hi, I was trying to use ldbsearch to debug my current DC issues and I got symbol errors: [root at dc00 ~]# ldbsearch -H /var/lib/samba/private/sam.ldb '(invocationId=*)' --cross-ncs objectguid --modules-path=/usr/lib64/samba ldb: unable to dlopen /usr/lib64/samba/idmap/ad.so : /usr/lib64/samba/libidmap-samba4.so: undefined symbol: find_domain_from_name ldb: unable to dlopen /usr/lib64/samba/idmap/autorid.so : /usr/lib64/samba/libidmap-samba4.so: undefined symbol: find_domain_from_name ldb: unable to dlopen /usr/lib64/samba/idmap/hash.so : /...

...; '--with-gnu-ld' '--with-geoip=/usr' '--with-atf=no' '--enable-ipv6' '--enable-rrl' '--enable-filter-aaaa' 'CFLAGS=-fno-strict-aliasing -DDIG_SIGCHASE -O2' The Samba wiki states I should see; named -V BIND 9.x.y built with ... '--with-dlopen=yes' '--with-gssapi=yes' ... As you can see I have; '--with-gssapi=/usr' and *NO* '--with-dlopen=yes' Is it possible to enable '--with-dlopen=yes' without compiling? Thanks. -- -- James

On 2/14/20 3:29 PM, Eric Blake wrote: > On 2/14/20 1:02 PM, Eric Blake wrote: > >> Writing my own dlopen() wrapper directly in nbdkit seems like a >> non-starter (my override has to come from a shared library before it >> can replace the shared version that would be imported from -ldl, at >> least for all subsequent shared library loads that want to bind to the >> override)...

...--with-atf=no' '--enable-ipv6' >> '--enable-rrl' '--enable-filter-aaaa' 'CFLAGS=-fno-strict-aliasing >> -DDIG_SIGCHASE -O2' >> >> The Samba wiki states I should see; >> >> named -V >> BIND 9.x.y built with ... '--with-dlopen=yes' '--with-gssapi=yes' ... >> >> As you can see I have; >> >> '--with-gssapi=/usr' and *NO* '--with-dlopen=yes' >> >> Is it possible to enable '--with-dlopen=yes' without compiling? >> Thanks. >> >> >>...

...ordinary utilities on their system. (2) nbdkit vddk --run subcommand inherits the LD_LIBRARY_PATH environment variable from nbdkit, and common commands such as 'qemu-img' break, relying on complex workarounds like saving and restoring the original LD_LIBRARY_PATH in the subcommand. While dlopen() _does_ allow us to pass in an absolute path name to a library (which picks up all immediate dependencies of that library from the same directory, regardless of LD_LIBRARY_PATH), that only catches immediate dependencies; but VDDK itself calls a subsequent dlopen() with a relative name, and that su...

...h) and just makes the whole thing more fragile and complex. > > > > Having said all that, what would also solve this is either an API for > > updating LD_LIBRARY_PATH after the program has started; or making > > setenv ("LD_LIBRARY_PATH",...) DTRT*; or some kind of dlopen() variant > > which takes a library path as an extra parameter. > > Have you tried adding DT_RUNPATH or DT_RPATH to nbdkit-vddk-plugin.so? > Or does the path have to be chosen dynamically? To be clear, the situation is: nbdkit (free) -> dlopens nbdkit-vddk-plugin.so (free)...

...adm -Dv move -u kremels at kreme.com Archive mailbox INBOX BEFORE 90d Debug: Loading modules from directory: /usr/local/lib/dovecot/doveadm Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/local/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so: Undefined symbol "acl_user_module" (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/local/lib/dovecot/doveadm/lib10_doveadm_expire_pl...

On 2/14/20 1:02 PM, Eric Blake wrote: > Writing my own dlopen() wrapper directly in nbdkit seems like a > non-starter (my override has to come from a shared library before it can > replace the shared version that would be imported from -ldl, at least > for all subsequent shared library loads that want to bind to the > override). Maybe I spoke...

Hi, i upgraded my domain controller (dc1 and dc2, Ubuntu 18.04, compiled version of samba). It was a in-place upgrade from samba 4.11.7 to 4.12.3 Now I get the following error: # samba-tool drs showrepl ldb: unable to dlopen /usr/local/samba/lib/ldb/local_password.so : /usr/local/samba/lib/private/libsamdb-common-samba4.so: version `SAMBA_4.11.7' not found (required by /usr/local/samba/lib/ldb/local_password.so) ldb: unable to dlopen /usr/local/samba/lib/ldb/simple_dn.so : /usr/local/samba/lib/private/libdsdb-m...

...estion I just thought of: > > If your patch for glibc support for DT_AUDIT is incorporated, is it > possible to mark a shared library as its own audit library via > DT_AUDIT? That is, if nbdkit-vddk-plugin.so can provide entry points > for _both_ the nbdkit interface (which satisfies dlopen() from the > nbdkit binary) and la_version/la_objsearch() (which satisfy the > requirements for use from the audit code in ld.so), _and_ during the > compilation of nbdkit-vddk-plugin.so, we marked the library as its own > DT_AUDIT entry, would the mere act of dlopen("nbdkit-vddk-p...

...s new DLZ bind method (s. http://blog.tridgell.net/?p=122). Instructions about how to set this up seem a little rare right now, and I'm not even sure wether this is supposed to work at all in its current state (but I'll give it a try anyway :-) What I found so far: In order to use the new dlopen DLZ you'll need at lease bind-9.8.0b1 (make sure to enable it during configure using --with-dlz-dlopen). Having installed the new bind, add a new config section to your bind config: dlz "Samba zone" { database "dlopen /usr/lib/libdlz_bind9.so"; } And that's about a...

...ync -Dv -o 'mail_location=maildir:/tmp/dsync_test/maildir' \ backup \ mbox:/tmp/dsync_test/mbox/:INBOX=/tmp/dsync_test/mbox/2002-September Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_lookup_dict_iterate_visible_next (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/lib/dovec...

...re fragile and complex. > >> > > >> > Having said all that, what would also solve this is either an API for > >> > updating LD_LIBRARY_PATH after the program has started; or making > >> > setenv ("LD_LIBRARY_PATH",...) DTRT*; or some kind of dlopen() variant > >> > which takes a library path as an extra parameter. > >> > >> Have you tried adding DT_RUNPATH or DT_RPATH to nbdkit-vddk-plugin.so? > >> Or does the path have to be chosen dynamically? > > > > To be clear, the situation is: > &g...