bionic (8) crm_simulate.8.gz

Provided by: pacemaker-cli-utils_1.1.18-0ubuntu1.3_amd64 bug

NAME

       Pacemaker - Part of the Pacemaker cluster resource manager

SYNOPSIS

       crm_simulate datasource operation [additional options]

DESCRIPTION

       crm_simulate - Tool for simulating the cluster's response to events

OPTIONS

       -?, --help
              This text

       -$, --version
              Version information

       -Q, --quiet
              Display only essentialoutput

       -V, --verbose
              Increase debug output

   Operations:
       -R, --run
              Determine the cluster's response to the given configuration and status

       -S, --simulate Simulate the transition's execution and display the resulting cluster status

       -X, --in-place Simulate the transition's execution and store the result back to the input file

       -s, --show-scores
              Show allocation scores

       -U, --show-utilization Show utilization information

       -P, --profile=value
              Run all tests in the named directory to create profiling data

   Synthetic Cluster Events:
       -u, --node-up=value
              Bring a node online

       -d, --node-down=value
              Take a node offline

       -f, --node-fail=value
              Mark a node as failed

       -i, --op-inject=value
              Generate a failure for the cluster to react to in the simulation

              Value      is      of     the     form     ${resource}_${task}_${interval}@${node}=${rc}.      Eg.
              memcached_monitor_20000@bart.example.com=7 For more information on OCF  return  codes,  refer  to:
              http://www.clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Pacemaker_Explained/s-ocf-return-codes.html

       -F, --op-fail=value
              If the specified task occurs during the simulation, have it fail with return code ${rc}

              Value     is     of     the     form      ${resource}_${task}_${interval}@${node}=${rc}.       Eg.
              memcached_stop_0@bart.example.com=1

       The transition will normally stop at the failed action.
              Save the result with --save-output and re-run with --xml-file

       -t, --set-datetime=value
              Set date/time

       -q, --quorum=value
              Specify a value for quorum

       -w, --watchdog=value
              Assume a watchdog device is active

       -g, --ticket-grant=value
              Grant a ticket

       -r, --ticket-revoke=value
              Revoke a ticket

       -b, --ticket-standby=value
              Make a ticket standby

       -e, --ticket-activate=value
              Activate a ticket

   Output Options:
       -I, --save-input=value
              Save the input configuration to the named file

       -O, --save-output=value
              Save the output configuration to the named file

       -G, --save-graph=value
              Save the transition graph (XML format) to the named file

       -D, --save-dotfile=value
              Save the transition graph (DOT format) to the named file

       -a, --all-actions
              Display all possible actions in the DOT graph - even ones not part of the transition

   Data Source:
       -L, --live-check
              Connect to the CIB and use the current contents as input

       -x, --xml-file=value
              Retrieve XML from the named file

       -p, --xml-pipe
              Retrieve XML from stdin

EXAMPLES

       Pretend a recurring monitor action found memcached stopped on node fred.example.com and, during recovery,
       that the memcached stop action failed

              #   crm_simulate   -LS    --op-inject    memcached:0_monitor_20000@bart.example.com=7    --op-fail
              memcached:0_stop_0@fred.example.com=1 --save-output /tmp/memcached-test.xml

       Now see what the reaction to the stop failure would be

              # crm_simulate -S --xml-file /tmp/memcached-test.xml

AUTHOR

       Written by Andrew Beekhof

REPORTING BUGS

       Report bugs to users@clusterlabs.org