(ITS#7370) LDAP installation make file error
by abhishekkalwit＠gmail.com
Full_Name: Abhishek Kalwit
Version: openldap-2.4.19
OS: HP UX
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (37.131.68.47)
I am trying to install LDAP on HP UX environment 64 bit.
i have successfully installed BerkeleyDB.4.8.
also installed openldap-2.4.19, and ran ./configure successfully.
make depend was also success.
however i am stuck after running make with below error..please help me resolve.
Entering subdirectory liblber
/bin/sh ../../libtool --mode=compile cc -g -I../../include -I../../include
-I/usr/local/BerkeleyDB.4.8/include -DLBER_LIBRARY -c version.c
cc -g -I../../include -I../../include -I/usr/local/BerkeleyDB.4.8/include
-DLBER_LIBRARY -c version.c -DPIC -o .libs/version.o
cc -g -I../../include -I../../include -I/usr/local/BerkeleyDB.4.8/include
-DLBER_LIBRARY -c version.c -o version.o >/dev/null 2>&1
/bin/sh ../../libtool --mode=link cc -g -L/usr/local/lib
-L/usr/local/BerkeleyDB.4.8/lib -R/usr/local/BerkeleyDB.4.8/lib -release 2.4
-version-info 7:2:5 -rpath /usr/local/lib -o liblber.la assert.lo decode.lo
encode.lo io.lo bprint.lo debug.lo memory.lo options.lo sockbuf.lo stdio.lo
version.lo
/usr/bin/ld -b +h liblber-2.4.so.7 -o .libs/liblber-2.4.so.7.2 .libs/assert.o
.libs/decode.o .libs/encode.o .libs/io.o .libs/bprint.o .libs/debug.o
.libs/memory.o .libs/options.o .libs/sockbuf.o .libs/stdio.o .libs/version.o
-L/usr/local/BerkeleyDB.4.8/lib -L/usr/local/lib -L/usr/local/BerkeleyDB.4.8/lib
-lc
ld: Bad machine type: 62 in file .libs/assert.o
Fatal error.
*** Error exit code 1
Stop.
*** Error exit code 1
10 years, 7 months
Re: (ITS#7369) mdb_stat leaves an open transaction if a subdatabase does not exist
by ondrej.kuznik＠acision.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 08/24/2012 10:55 AM, ondrej.kuznik(a)acision.com wrote:
> Full_Name: Ondrej Kuznik Version: mdb.master OS: Linux URL:
> Submission from: (NULL) (62.168.56.1)
>
>
> If mdb_stat fails (e.g. "mdb_stat db/ this_subdb_does_not_exist"),
> it exits immediately rather than abort the txn and close the env.
>
> When another process has the mdb environment open while this
> happens, as long as it does not close it, no new transaction can be
> initiated. The whole env then effectively becomes read-only and
> unopenable for new processes.
A possible patch is at:
ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20120824-ITS-7369.patch
While I deem this modification too small to be copyrightable, the IPR
notice follows just out of caution:
The attached file is derived from OpenLDAP Software. All of the
modifications to OpenLDAP Software represented in the following
patch(es) were developed by Acision. Acision has not assigned rights
and/or interest in this work to any party. I, Ondrej Kuznik am
authorized by Acision, my employer, to release this work under the
following terms.
The attached modifications to OpenLDAP Software are subject to the
following notice:
Copyright 2012 Acision
Redistribution and use in source and binary forms, with or without
modification, are permitted only as authorized by the OpenLDAP Public
License.
- --
Ondrej Kuznik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlA3RH4ACgkQ9GWxeeH+cXuq0wCfZAR/XoC+5UZTpUvK2c1tK65P
iXkAnR0Ad96dNEXL58BJs/ydLHvDmth4
=R+Jc
-----END PGP SIGNATURE-----
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
10 years, 7 months
(ITS#7369) mdb_stat leaves an open transaction if a subdatabase does not exist
by ondrej.kuznik＠acision.com
Full_Name: Ondrej Kuznik
Version: mdb.master
OS: Linux
URL:
Submission from: (NULL) (62.168.56.1)
If mdb_stat fails (e.g. "mdb_stat db/ this_subdb_does_not_exist"), it exits
immediately rather than abort the txn and close the env.
When another process has the mdb environment open while this happens, as long as
it does not close it, no new transaction can be initiated. The whole env then
effectively becomes read-only and unopenable for new processes.
10 years, 7 months
(ITS#7368) RE 24 build error: LDAP_BACK_AUTH_DN_AUTHZID’ undeclared etc.
by michael＠stroeder.com
Full_Name:
Version: RE24 9f9025a9765940cbdff4316852f1190946e2551d
OS:
URL:
Submission from: (NULL) (79.219.97.190)
Probably due to recent patches to back-meta RE24 does not build:
make[3]: Entering directory
`/usr/src/michael/openldap-git/re24/openldap/servers/slapd/back-meta'
rm -f version.c
../../../build/mkversion -v "2.4.X" back_meta > version.c
/bin/sh ../../../libtool --tag=disable-static --mode=compile cc -g -O0
-DSLAP_SCHEMA_EXPOSE -DSLAP_CONFIG_DELETE -I../../../include
-I../../../include -I.. -I./.. -I/usr/include -I/usr/include -I/usr/include
-I/usr/include -DSLAPD_IMPORT -c init.c
mkdir .libs
cc -g -O0 -DSLAP_SCHEMA_EXPOSE -DSLAP_CONFIG_DELETE -I../../../include
-I../../../include -I.. -I./.. -I/usr/include -I/usr/include -I/usr/include
-I/usr/include -DSLAPD_IMPORT -c init.c -fPIC -DPIC -o .libs/init.o
/bin/sh ../../../libtool --tag=disable-static --mode=compile cc -g -O0
-DSLAP_SCHEMA_EXPOSE -DSLAP_CONFIG_DELETE -I../../../include
-I../../../include -I.. -I./.. -I/usr/include -I/usr/include -I/usr/include
-I/usr/include -DSLAPD_IMPORT -c config.c
cc -g -O0 -DSLAP_SCHEMA_EXPOSE -DSLAP_CONFIG_DELETE -I../../../include
-I../../../include -I.. -I./.. -I/usr/include -I/usr/include -I/usr/include
-I/usr/include -DSLAPD_IMPORT -c config.c -fPIC -DPIC -o .libs/config.o
config.c: In function ‘meta_back_cf_gen’:
config.c:1503:38: error: ‘LDAP_BACK_AUTH_DN_MASK’ undeclared (first
use in this function)
config.c:1503:38: note: each undeclared identifier is reported only once for
each function it appears in
config.c:1504:10: error: ‘LDAP_BACK_AUTH_DN_AUTHZID’ undeclared
(first use in this function)
config.c:1508:10: error: ‘LDAP_BACK_AUTH_DN_WHOAMI’ undeclared
(first use in this function)
make[3]: *** [config.lo] Error 1
make[3]: Leaving directory
`/usr/src/michael/openldap-git/re24/openldap/servers/slapd/back-meta'
make[2]: *** [back-meta] Error 2
make[2]: Leaving directory
`/usr/src/michael/openldap-git/re24/openldap/servers/slapd'
make[1]: *** [all-common] Error 1
make[1]: Leaving directory
`/usr/src/michael/openldap-git/re24/openldap/servers'
make: *** [all-common] Error 1
10 years, 7 months
Re: (ITS#7364) mdb: clean up POSIX semaphores on environment close.
by cmikk＠qwest.net
On Wed, Aug 22, 2012 at 03:23:16PM -0700, Howard Chu wrote:
> cmikk(a)qwest.net wrote:
> > For example, if you run slapd as an unprivileged user, stop slapd, and do an
> > offline slapcat as root, slapd will not start up again as that unprivileged
> > user. [snip]
>
> This sounds like a bug in your platform's sem_open() syscall. If you first
> started slapd as an unprivileged user, the semaphore should be owned by that
> user. Running slapcat as root should not change the semaphore owner uid, and
> the unprivileged owner should still be able to access the semaphore later.
In the scenario described, slapd is not running
when slapcat starts as root, so slapcat gets an
exclusive lock on the lockfile, sem_unlink()s the
semaphores created by the unprivileged slapd user, and
recreates them, now owned by root.
When slapcat finishes, it closes the database and does
not remove the semaphores. When slapd starts up, it
gets an exclusive lock, attempts to sem_unlink() the
semaphores created as (and owned by) root, which fails.
In timeline form:
1: slapcat gets exclusive lock on lock.mdb
2: slapcat (as root) unlinks /MDBrXXXX and /MDBwXXXX
3: slapcat (as root) creates /MDBrXXXX and /MDBwXXXX
4: slapcat exits, releasing lock on lock.mdb, leaving
behind /MDBrXXXX and /MDBwXXXX (owned by root)
5: slapd gets exclusive lock on lock.mdb
6: slapd (as unpriv) unlinks /MDBrXXXX and /MDBwXXXX.
This fails because of the semaphores are owned by
root.
7: slapd fails startup.
Thanks,
--
Chris Mikkelson | "Unfortunately, simplicity is a complicated mess
cmikk(a)qwest.net | of a concept." --Taner Edis
10 years, 7 months
Re: (ITS#7362) back-mdb: slapadd -q fails
by quanah＠zimbra.com
--On Wednesday, August 22, 2012 6:49 PM +0000 quanah(a)zimbra.com wrote:
> Something at the OS level is blocking the mdb memory allocation. This
> same issue does not occur on other SLES11 installations we have, so I'm
> somewhat at a loss to explain it.
Just to follow up, this is specific to SLES11, and its ulimit -v setting.
What is odd, is I only see it happen on some SLES11 machines. It happens
at both SP1 and SP2 on the machines where it occurs. It doesn't happen on
other machines that are SP1 or SP2. So why some SLES11 system honor ulimit
-v and others don't is beyond me, but at least a root cause is known.
--Quanah
--
Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
10 years, 7 months
(ITS#7367) [PATCH] MozNSS: update list of supported cipher suites
by jvcelak＠redhat.com
Full_Name: Jan Vcelak
Version: git master
OS: Linux
URL: ftp://ftp.openldap.org/incoming/jvcelak-20120823-moznss-update-list-of-ci...
Submission from: (NULL) (209.132.186.34)
I'm attaching patch which updates the list of supported cipher suites for
Mozilla NSS backend. All ciphers currently implemented in NSS (3.13.5) are
included.
Default ciphers are selected on the same basis as in OpenSSL.
NULL/EXPORT/LOW/MEDIUM/HIGH classification is taken from OpenSSL as well.
The attached file is derived from OpenLDAP Software. All of the modifications to
OpenLDAP Software represented in the following patch(es) were developed by Red
Hat. Red Hat has not assigned rights and/or interest in this work to any party.
I, Jan Vcelak am authorized by Red Hat, my employer, to release this work under
the following terms.
Red Hat hereby place the following modifications to OpenLDAP Software (and only
these modifications) into the public domain. Hence, these modifications may be
freely used and/or redistributed for any purpose with or without attribution
and/or other notice.
10 years, 7 months
(ITS#7366) [PATCH] Update slapo-constraint tests
by jsynacek＠redhat.com
Full_Name: Jan Synacek
Version: master
OS: linux-fedora17
URL: ftp://ftp.openldap.org/incoming/jsynacek-20120823-constraint-tests-update...
Submission from: (NULL) (209.132.186.34)
This patch updates the slapo-constraint testsuit. It adds additional tests for
any constraint using 'set'.
The attached file is derived from OpenLDAP Software. All of the modifications
to
OpenLDAP Software represented in the following patch(es) were developed by Red
Hat. Red Hat has not assigned rights and/or interest in this work to any party.
I, Jan Synacek am authorized by Red Hat, my employer, to release this work
under the following terms.
Red Hat hereby place the following modifications to OpenLDAP Software (and only
these modifications) into the public domain. Hence, these modifications may be
freely used and/or redistributed for any purpose with or without attribution
and/or other notice.
10 years, 7 months
