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

NAME

       db5.3_deadlock - Detect and abort deadlocks

SYNOPSIS

       db5.3_deadlock [-Vv] [-a e | m | n | o | W | w | y] [-h home] [-L file] [-t sec.usec]

DESCRIPTION

       The db5.3_deadlock utility traverses the database environment lock region, and aborts a lock request each
       time it detects a deadlock or a lock request that has timed out. By default, in the case of a deadlock, a
       random lock request is chosen to be aborted.

       This  utility  should  be  run  as  a background daemon, or the underlying Berkeley DB deadlock detection
       interfaces should be called in some other way, whenever there are multiple threads or processes accessing
       a database and at least one of them is modifying it.

OPTIONS

       -a     When a deadlock is detected, abort the locker:

              m      with the most locks

              n      with the fewest locks

              o      with the oldest lock

              W      with the most write locks

              w      with the fewest write locks

              y      with the youngest lock

              When lock or transaction timeouts have been specified:

              e      abort any lock request that has timed out

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

       -L     Log the execution of the db5.3_deadlock utility to the specified file  in  the  following  format,
              where ### is the process ID, and the date is the time the utility was started.

       db_deadlock: ### Wed Jun 15 01:23:45 EDT 1995

               This file will be removed if the db5.3_deadlock utility exits gracefully.

       -t      Check  the  database environment every sec seconds plus usec microseconds to see if a process has
               been forced to wait for a lock; if one has, review the database environment lock structures.

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

       -v      Run in verbose mode, generating messages each time the detector runs.

       If the -t option is not specified, db5.3_deadlock will run once and exit.

       The db5.3_deadlock utility uses  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_deadlock  should always be given the chance to detach from the environment and exit gracefully.  To
       cause db5.3_deadlock to release all environment resources and exit cleanly, send it an  interrupt  signal
       (SIGINT).

       The  db5.3_deadlock  utility  does not attempt to create the Berkeley DB shared memory regions if they do
       not already exist.  The application which creates the region should be started first, and then, once  the
       region is created, the db5.3_deadlock utility should be started.

       The  DB_ENV->lock_detect  method  is  the  underlying  method  used  by  the db_deadlock utility. See the
       db_deadlock utility source code for an example of using DB_ENV->lock_detect in  a  IEEE/ANSI  Std  1003.1
       (POSIX) environment.

       The db5.3_deadlock 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_deadlock
       from  Sleepycat,  by  Thijs  Kinkhorst  <thijs@kinkhorst.com>,  for the Debian system (but may be used by
       others).

                                                 28 January 2005                               DB5.3_DEADLOCK(1)