#451 Allow db2ldif to be quiet
Closed: Fixed None Opened 7 years ago by orion.

I've started a regular db2ldif backup of my database with:

/usr/lib/dirsrv/slapd-cora/db2ldif -n userRoot > /dev/null
/usr/lib/dirsrv/slapd-cora/db2ldif -n NetscapeRoot > /dev/null

However, I still get the following output:

ldiffile: /var/lib/dirsrv/slapd-cora/ldif/cora-userRoot-2012_09_07_054839.ldif
[07/Sep/2012:05:48:40 -0600] - export userRoot: Processed 429 entries (100%).
[07/Sep/2012:05:48:41 -0600] - All database threads now stopped
ldiffile: /var/lib/dirsrv/slapd-cora/ldif/cora-NetscapeRoot-2012_09_07_054841.ldif
[07/Sep/2012:05:48:41 -0600] - export NetscapeRoot: Processed 125 entries (100%).
[07/Sep/2012:05:48:41 -0600] - All database threads now stopped

It would be nice to have it be able to be quiet unless a problem occurred. This is with 389-ds-base-

Description: Export utility db2ldif and import utility ldif2db are
always verbose. This patch is adding an option '-q' to suppress
the outputs.

This patch modifies db2bak and bak2db which already supports '-q',
as well. The scripts used to interpret '-q'. If it was not set,
a verbose debug option '-d 524288' was passed to ns-slapd. Instead,
this patch directly passes '-q' to ns-slapd and let it handle it
in the C code.

Reviewed by Rich (Thank you!!)

Pushed to master.

$ git merge trac451
Updating bf54018..da07b50
ldap/admin/src/scripts/template-bak2db.in | 13 ++---
ldap/admin/src/scripts/template-db2bak.in | 14 ++----
ldap/admin/src/scripts/template-db2ldif.in | 2 +-
ldap/admin/src/scripts/template-ldif2db.in | 35 +++++++++++--
ldap/servers/slapd/back-ldbm/ldbm_entryrdn.c | 12 ++--
ldap/servers/slapd/main.c | 67 ++++++++++++++++++--------
6 files changed, 94 insertions(+), 49 deletions(-)

$ git push origin master
Counting objects: 29, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (14/14), done.
Writing objects: 100% (15/15), 2.18 KiB, done.
Total 15 (delta 12), reused 0 (delta 0)
To ssh://git.fedorahosted.org/git/389/ds.git
bf54018..da07b50 master -> master

Metadata Update from @nhosoi:
- Issue assigned to nhosoi
- Issue set to the milestone: 1.3.0.rc1

3 years ago

Login to comment on this ticket.