1
0
mirror of https://github.com/samba-team/samba.git synced 2024-12-24 21:34:56 +03:00
samba-mirror/ctdb/config
Martin Schwenke 823edbf6fe scripts: Ensure even external scripts get tagged in logs as "ctdbd"
Our practice is to search logs for "ctdbd:".  We want to make sure we
find everything.

Signed-off-by: Martin Schwenke <martin@meltin.net>

(This used to be ctdb commit 5940a2494e9e43a83f2bca098bd04dfc1a8f2e93)
2013-04-22 13:58:36 +10:00
..
events.d scripts: Use $CTDB_SCRIPT_DEBUGLEVEL instead of something more complex 2013-04-19 13:13:36 +10:00
ctdb-crash-cleanup.sh scripts: Ensure even external scripts get tagged in logs as "ctdbd" 2013-04-22 13:58:36 +10:00
ctdb.init scripts: Ensure even external scripts get tagged in logs as "ctdbd" 2013-04-22 13:58:36 +10:00
ctdb.sudoers statd-callout: Make sure statd callout script always runs as root 2013-04-08 11:14:28 +10:00
ctdb.sysconfig doc: allows to -> allows one to 2013-01-22 18:03:35 +11:00
debug-hung-script.sh scripts: debug-hung-script.sh doesn't need functions/loadconfig 2013-01-08 15:18:47 +11:00
functions scripts: Ensure even external scripts get tagged in logs as "ctdbd" 2013-04-22 13:58:36 +10:00
gcore_trace.sh common: Debug ctdb_addr_to_str() using new function ctdb_external_trace() 2012-10-18 20:05:42 +11:00
gdb_backtrace lib/util: import fault/backtrace handling from samba. 2010-01-20 09:44:36 +01:00
notify.sh server: add "setup" event 2010-02-23 10:38:49 +01:00
README Eventscript support - Remove unused interface_modify.sh 2012-03-22 15:30:27 +11:00
statd-callout statd-callout: Make sure statd callout script always runs as root 2013-04-08 11:14:28 +10:00

This directory contains run-time support scripts for CTDB.

Selected highlights:

  ctdb.init

    An initscript for starting ctdbd at boot time.

  events.d/

    Eventscripts.  See events.d/README for more details.

  functions

    Support functions, sourced by eventscripts and other scripts.

  statd-callout

    rpc.statd high-availability callout to support lock migration on
    failover.

Notes:

* All of these scripts are written in POSIX Bourne shell.  Please
  avoid bash-isms, including the use of "local" variables (which are
  not available in POSIX shell).

* Do not use absolute paths for commands.  Unit tests attempt to
  replace many commands with stubs and can not do this if commands are
  specified with absolute paths.  The functions file controls $PATH so
  absolute paths should not be required.