[Fedora-directory-devel] Please review: Bug 281631: Pass in schema and config LDIF files to setup
by Rich Megginson
https://bugzilla.redhat.com/show_bug.cgi?id=281631
Resolves: bug 281631
Bug Description: Pass in schema and config LDIF files to setup
Reviewed by: ???
Files: see diff
Branch: HEAD
Fix Description: 1) Allow multi-valued parameters in .inf files and
command line. These values will be represented internally as an array
ref. No existing parameters allow being multi-valued (e.g. you can't
use Suffix=o=foo and Suffix=o=bar)
2) Add two new .inf parameters - SchemaFile and ConfigFile. The files
listed in SchemaFile will be copied into the schema subdirectory of the
new instance, so they must already be named appropriately (e.g.
60foo.ldif). The files listed in ConfigFile must be LDIF files with one
or more whole entries to be added to the initial dse.ldif. These could
be additional suffixes/databases to create, plugin configuration,
replication configuration, or anything else.
Right now, if you have an LDIF file that relies on custom schema, you
cannot use the InstallLdifFile directive during setup. SchemaFile
allows you to do that.
Platforms tested: RHEL5
Flag Day: no
Doc impact: Will need to document the two additional parameters.
https://bugzilla.redhat.com/attachment.cgi?id=189321
16 years, 7 months
- 1
- 0
[Fedora-directory-devel] Please review: [Bug 236256] verify-db.pl (db_verify) does not work on a little endian machine
by Noriko Hosoi
Summary: verify-db.pl (db_verify) does not work on a little endian machine
https://bugzilla.redhat.com/show_bug.cgi?id=236256
Description of problem:
If there is a index key that has more than 255 IDs in a secondary index b-tree,
db_verify reports the b-tree is corrupted on a little endian machine.
------- Additional Comments From nhosoi(a)redhat.com 2007-09-06 17:58 EST -------
Created an attachment (id=189281)
--> (https://bugzilla.redhat.com/attachment.cgi?id=189281&action=view)
New File: ldapserver/ldap/servers/slapd/back-ldbm/dbverify.c
Implemented dbverify function which calls Berkeley DB's DB->verify on each
database file (.db# file).
It works as a command line mode via dbverify script (being attached next).
I've also implemented and tested the task mode, but DB->verify function does
not like the way the DS opens the DB environment:
[05/Sep/2007:18:41:16 -0700] - libdb: DB->verify may not be used with
transactions, logging, or locking
If we cannot share the DB environment, there is no much advantage to use
the task mechanism, I think. Thus, I removed the task code for now.
------- Additional Comments From nhosoi(a)redhat.com 2007-09-06 18:09 EST -------
Created an attachment (id=189291)
--> (https://bugzilla.redhat.com/attachment.cgi?id=189291&action=view)
New File: ldapserver/ldap/admin/src/scripts/template-dbverify.in
This is a template file to be instantiated when a server instance is created.
Usage: dbverify [-n backend_instance] [-V]
Note : if "-n backend_instance" is not passed, verify all DBs.
-V : verbose
Sample usages:
$ dbverify
DB verify: Passed
$ dbverify -n userRoot
DB verify: Passed
$ dbverify -n bogus
DB verify: Failed
$ dbverify -V
[...] DB verify - /var/lib/dirsrv/slapd-laputa2/db/userRoot/sn.db4: ok
[...] DB verify - /var/lib/dirsrv/slapd-laputa2/db/userRoot/parentid.db4: ok
[...]
[...] DB verify - /var/lib/dirsrv/slapd-laputa2/db/userRoot/id2entry.db4: ok
DB verify: Passed
$ dbverify -V
[...] DB verify - /var/lib/dirsrv/slapd-laputa3/db/userRoot/parentid.db4: ok
[...]
[...] - libdb: Page 0: nonsensical bt_minkey value 1 on metadata page
[...] - libdb: Page 0: nonsensical root page 0 on metadata page
[...] DB verify - verify failed(-30976): /var/lib/dirsrv/slapd-laputa3/db/userRoot/cn.db4
[...]
[...] DB verify - /var/lib/dirsrv/slapd-laputa3/db/userRoot/id2entry.db4: ok
DB verify: Failed
------- Additional Comments From nhosoi(a)redhat.com 2007-09-06 18:17 EST -------
Created an attachment (id=189301)
--> (https://bugzilla.redhat.com/attachment.cgi?id=189301&action=view)
cvs diffs
Modified Files:
Makefile.am
ldap/admin/src/scripts/template-verify-db.pl.in
ldap/servers/slapd/main.c
ldap/servers/slapd/pblock.c
ldap/servers/slapd/slap.h
ldap/servers/slapd/slapi-private.h
ldap/servers/slapd/task.c
ldap/servers/slapd/back-ldbm/dblayer.c
ldap/servers/slapd/back-ldbm/init.c
ldap/servers/slapd/back-ldbm/proto-back-ldbm.h
Descriptions:
1) adding dbverify (template-dbverify.in)
2) adding dbverify.c
3) updating verify-db.pl calling dbverify instead of db_verify from Berkeley DB
4) updating main.c/pblock.c/slap.h/slapi-private.c to make dbverify mode available
5) fixing minor memory leak (task.c) and mode confusion (dblayer.c)
Sample usages:
$ verify-db.pl
*****************************************************************
verify-db: This tool should only be run if recovery start fails
and the server is down. If you run this tool while the server is
running, you may get false reports of corrupted files or other
false errors.
*****************************************************************
Verify log files in /var/lib/dirsrv/slapd-laputa2/db ... Good
Verify db files ... Good
$ verify-db.pl
*****************************************************************
verify-db: This tool should only be run if recovery start fails
and the server is down. If you run this tool while the server is
running, you may get false reports of corrupted files or other
false errors.
*****************************************************************
Verify log files in /var/lib/dirsrv/slapd-laputa3/db ... Good
Verify db files ...
[...] - libdb: Page 0: nonsensical bt_minkey value 1 on metadata page
[...] - libdb: Page 0: nonsensical root page 0 on metadata page
[...] DB verify - verify failed(-30976): /var/lib/dirsrv/slapd-laputa3/db/userRoot/cn.db4
Found the index file(s) was corrupted
Please run db2index on the corrupted index
16 years, 7 months
- 1
- 0
[Fedora-directory-devel] Please review: [Bug 273501] Replication monitor CGI seems misconfigured
by Noriko Hosoi
Summary: Replication monitor CGI seems misconfigured
https://bugzilla.redhat.com/show_bug.cgi?id=273501
Description of problem:
>From the Admin Express:
http://<host>:<port>/admin-serv/tasks/configuration/HTMLAdmin?op=index
Click "Replication Status"
Specify "Configuration file:"
Click "OK"
Result: http://<host>:<port>/admin-serv/tasks/configuration/HTMLAdmin?op=index
Not Found
The requested URL /admin-serv/tasks/configuration/repl-monitor-cgi.pl was not
found on this server.
--------- Additional Comments From nhosoi(a)redhat.com 2007-09-04 20:54
EST -------
Created an attachment (id=186751)
--> (https://bugzilla.redhat.com/attachment.cgi?id=186751&action=view)
cvs diffs (ldapserver)
Modified File: ldapserver/ldap/admin/src/scripts/repl-monitor.pl
Deleted File: ldapserver/ldap/admin/src/scripts/template-repl-monitor-cgi.pl.in
Description: 1) get_replica: missing return value for the success case
2) support the case "shadowport" is not passed
------- Additional Comments From nhosoi(a)redhat.com 2007-09-04 21:00 EST -------
Created an attachment (id=186761)
--> (https://bugzilla.redhat.com/attachment.cgi?id=186761&action=view)
cvs diffs (adminserver)
Modified Files:
Makefile.am
admserv/schema/ldif/21astasks.ldif.tmpl
admserv/cgi-src40/monreplication.properties
New File: ./admserv/cgi-src40/repl-monitor-cgi.pl.in (attaching next)
Description: 1) added repl-monitor-cgi.pl(.in)
2) removed "perl?" from nsExecRef, with which CGI expects "perl" is in the
cgi-bin directory
------- Additional Comments From nhosoi(a)redhat.com 2007-09-04 21:03 EST -------
Created an attachment (id=186771)
--> (https://bugzilla.redhat.com/attachment.cgi?id=186771&action=view)
adminserver/admserv/cgi-src40/repl-monitor-cgi.pl.in
New file: adminserver/admserv/cgi-src40/repl-monitor-cgi.pl.in
Description: it's moved from ldapserver/ldap/admin/src/scripts, and renamed
from template-repl-monitor-cgi.pl to repl-monitor-cgi.pl.
16 years, 7 months
- 1
- 0