| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| | |
|
| |
| |
| |
| | |
need to set localuser before creating/opening error log.
|
| |
| |
| |
| |
| | |
Modified to change the owner to the "localuser" if the error log file is not
owned by the user.
|
|/
|
|
| |
Fixed to get the adminid from the right place: adminpw in the 2 setup scripts: one for rpm and another for the classic setup.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Description: slapd crashes during SASL authentication
Reviewed by: Noriko (Thanks!)
Branch: HEAD and Directory71RtmBranch
Fix Description: When we build cyrus-sasl on RHEL, we tell it to use
berkeley db for its sasldb database. It uses whatever version of
berkeley db is installed in the system. On RHEL3, this is usually
libdb-4.1. However, at runtime, slapd uses 4.2, leading to conflicts.
This doesn't happen on RHEL4 because it already has 4.2 on it. The db
is used to lookup auxiliary properties (auxprop) related to the user,
such as password or whatever. This happens in sasl after the user is
looked up. In our server, the way we use it, we don't care about these
auxprops, or we get them in another way. If you don't tell sasl which
auxprop plugin you want to use, it tries to use all of them, which means
it will attempt to use the sasldb plugin, which will lead to the crash.
The solution is to add our own auxprop plugin which is just a dummy that
does nothing, and tell sasl to use our plugin.
Platforms tested: RHEL3, RHEL4
Flag Day: no
Doc impact: no
|
|
|
|
| |
duplicate values for system-only multivalued attributes. This change just skips the dscorepropagationdata attibute when receiving a change from DirSync.
|
|
|
|
|
|
|
| |
dssecure.txt and assecure.txt are the temporary file created in the setup
script, which is generated only when slapd instance and admin server are
installed, respectively. But they were checked even if it was the fresh
install.
|
|
|
|
|
| |
Before running the silent install, setup script starts the server, which is
not necessary.
|
|
|
|
|
| |
Fixed the broken build (64-bit Solaris and HP-UX).
Macro (NC_BUILD_FLAVOR) does not include '_64' tag.
|
|
|
|
|
|
| |
(component_versions.mk ldap/cm/Makefile ldap/cm/fedora-patch.inf ldap/cm/redhat-patch.inf ldap/cm/genRpmPatch.pl)
[171349] JRE,JSS files in DS 7.1 SP1 package appear changed due to stripping
(ldap/cm/Makefile)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Description: RHDS to AD: entries with constraint violations not sync'ed
Reviewed by: Nathan and Noriko (Thanks!)
Branch: Directory71RtmBranch and HEAD
Fix Description: The DS correctly rejects the change and continues when
it gets a constraint violation from Windows AD in response to an
update. However, there is no way for the admin to know that this
occurred, and no easy way to find out what the problem is or how to fix
it. This fix just logs the error message from Windows at the default
log level, so an admin can know which entry and attribute had a
problem. Other log messages are logged at the repl log level, as
before. The other part of this is to remove the extraneous new line
chars from the Windows error message.
Platforms tested: RHEL4
Flag Day: no
Doc impact: Yes. We need to document a way for the user to fix the
problem and then re-sync the entry over to Windows. We also need a link
to detailed information about AD error messages.
QA impact: should be covered by regular nightly and manual testing
New Tests integrated into TET: none
|
|
|
|
| |
DS7.1SP1.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Modified the comment to describe the %config behavior correctly
# don't update admin server configuration files.
# note: if there's somes change b/w 2 versions, on-disk file is put w/ .rpmsave
%config %{prefix}/admin-serv/config/*
|
|
|
|
|
|
|
| |
Specifying the admin server's config file as a config file with %config in
%files section, the files won't be touched unless the upgrade has changes from
the previous version. With the line, we don't have to do backup/restore the
admin-serv config directory.
|
|
|
|
| |
Disable SSL before applying the patch, then enable it when the patch installation is done.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
fixed RHEL build failure: should have used simply expanded variable when generating a temporary directory name to store the 7.1 RTM package.
|
| |
|
| |
|
| |
|
|
|
|
| |
improper use of ldap_get_next.
|
| |
|
|
|
|
|
|
|
| |
To make patch installation easier and less confusing, 1) adding a setup wrapper
(ldap/cm/newinst/setup.patch) for Solaris and HP as well as 2) adding some code
to RPM setup script (ldap/cm/newinst/setup) for RHELs, which checks the
existing server config files and retrieves the values needed for the upgrade.
|
|
|
|
| |
certain changes to not get synched.
|
|
|
|
|
|
|
|
| |
used
1) Makefile: SP packages ns-config and needed libraries
2) slapd-patch.inf: call "ns-config -r" in the pre install phase; "ns-update"
in the post install phase.
|
|
|
|
| |
ldap/cm/Makefile uses the full OBJDIR name including "_64" for the patch inf location.
|
|
|
|
|
|
| |
not the full install
BUILD_PATCH & BUILD_SHIP being set, SP1 packages contain just patch files.
|
| |
|
|
|
|
|
| |
cleared. The patch info file had to be explicitly copied as the slapd info
file being done.
|
| |
|
|
|
|
| |
20050913 for bug 167761
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
1) added patch info files and a perl script to process the info (RPM)
2) modified makefiles to create RPM based as well as setupsdk based SP package
|
|
|
|
|
|
|
|
| |
1) set an environment variable JAVA_COMPILER=NONE
2) added -Djava.compiler=NONE to jvm.option in admin-serv/config/jvm12.conf
3) added reconfig option "-r" to admin server ns-config and ns-update.
Without passing the option, admin server's config file (e.g.,
server.xml) are not properly updated.
|
| |
|
| |
|
|
|
|
|
|
|
| |
To fix the bug "[160003] db2index.pl cannot find libldap50.so if only certain
parameters are used", template-db2index.pl has been modified.
When upgrading existing servers, the perl scripts are not touched unless forced
to. This upgradeServer provides the framework.
|
|
|
|
| |
if the instance dir exists, run ns-config with "-r".
|
|
|
|
| |
Results applying brandver script to update the version numbers.
|