Provided by: db5.3-util_5.3.28+dfsg1-0.6ubuntu2_amd64 bug

NAME

       db5.3_dump - Write database to flat-text format

SYNOPSIS

       db5.3_dump [-klNpRrV] [-d ahr] [-f output] [-h home] [-P password] [-s database] file

DESCRIPTION

       The db5.3_dump utility reads the database file file and writes it to the standard output using a portable
       flat-text format understood by the db5.3_load utility.  The file argument must be a file  produced  using
       the Berkeley DB library functions.

OPTIONS

       -d     Dump the specified database in a format helpful for debugging the Berkeley DB library routines.

              a      Display all information.

              h      Display only page headers.

              r      Do  not display the free-list or pages on the free list.  This mode is used by the recovery
                     tests.

              The output format of the -d option is  not  standard  and  may  change,  without  notice,  between
              releases of the Berkeley DB library.

       -f     Write to the specified file instead of to the standard output.

       -h     Specify  a  home directory for the database environment; by default, the current working directory
              is used.

       -k     Dump record numbers from Queue and Recno databases as keys.

       -l     List the databases stored in the file.

       -N     Do not acquire shared region mutexes while running.  Other problems,  such  as  potentially  fatal
              errors  in  Berkeley  DB,  will  be  ignored  as well.  This option is intended only for debugging
              errors, and should not be used under any other circumstances.

       -P     Specify an environment password.  Although Berkeley DB utilities  overwrite  password  strings  as
              soon  as  possible,  be aware there may be a window of vulnerability on systems where unprivileged
              users can see command-line arguments or where utilities are  not  able  to  overwrite  the  memory
              containing the command-line arguments.

       -p     If  characters in either the key or data items are printing characters (as defined by isprint(3)),
              use printing characters in file to represent them.  This option permits users to use standard text
              editors and tools to modify the contents of databases.

              Note:  different  systems may have different notions about what characters are considered printing
              characters, and databases dumped in this manner may be less portable to external systems.

       -R     Aggressively salvage data from a possibly corrupt file.  The -R flag differs from the -r option in
              that  it will return all possible data from the file at the risk of also returning already deleted
              or otherwise nonsensical items.  Data dumped in this fashion will  almost  certainly  have  to  be
              edited by hand or other means before the data is ready for reload into another database

       -r     Salvage  data  from  a  possibly  corrupt  file.  When used on a uncorrupted database, this option
              should return equivalent data to a normal dump, but most likely in a different order.

       -s     Specify a single database to dump.  If no database is specified, all  databases  in  the  database
              file are dumped.

       -V     Write the library version number to the standard output, and exit.

       Dumping  and  reloading  Hash databases that use user-defined hash functions will result in new databases
       that use the default hash function.  Although using the default hash function may not be optimal for  the
       new database, it will continue to work correctly.

       Dumping and reloading Btree databases that use user-defined prefix or comparison functions will result in
       new databases that use the default prefix and comparison functions.  In this case,  it  is  quite  likely
       that the database will be damaged beyond repair permitting neither record storage or retrieval.

       The only available workaround for either case is to modify the sources for the db5.3_load utility to load
       the database using the correct hash, prefix, and comparison functions.

       The db5.3_dump utility output format is documented in the Dump Output Formats section of the Berkeley  DB
       Reference Guide.

       The  db5.3_dump  utility  may be used with a Berkeley DB environment (as described for the -h option, the
       environment variable DB_HOME, or because the utility was run in a  directory  containing  a  Berkeley  DB
       environment).   In order to avoid environment corruption when using a Berkeley DB environment, db5.3_dump
       should always be given the chance  to  detach  from  the  environment  and  exit  gracefully.   To  cause
       db5.3_dump to release all environment resources and exit cleanly, send it an interrupt signal (SIGINT).

       Even  when  using  a  Berkeley  DB  database environment, the db5.3_dump utility does not use any kind of
       database locking if it is invoked with the -d,  -R,  or  -r  arguments.    If  used  with  one  of  these
       arguments,  the db5.3_dump utility may only be safely run on databases that are not being modified by any
       other process; otherwise, the output may be corrupt.

       The db5.3_dump utility exits 0 on success, and >0 if an error occurs.

ENVIRONMENT

       DB_HOME
              If the -h option is not specified and the environment variable DB_HOME is set, it is used  as  the
              path of the database home, as described in DB_ENV->open.

AUTHORS

       Sleepycat  Software,  Inc.  This manual page was created based on the HTML documentation for db_dump from
       Sleepycat, by Thijs Kinkhorst <thijs@kinkhorst.com>, for the Debian system (but may be used by others).

                                                 28 January 2005                                   DB5.3_DUMP(1)