Codebase list metche / debian/1.1-1 metche-manpage.sgml

Tree @debian/1.1-1 (Download .tar.gz)

metche-manpage.sgml @debian/1.1-1raw · history · blame

<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook V3.1//EN"

<RefEntry id="metche">


    <refpurpose>reducing root bus factor</refpurpose>

      <arg>-h <replaceable>vserver</replaceable></arg>
      <group choice="req">
          <arg choice="opt">
            <group choice="req">
        <arg>stabilize <arg choice="opt">testing-<replaceable>YYYYMMDDHHMM</replaceable></arg></arg>
  <refsect1 id="description">


    <Para>metche is a tool meant to ease collective system administration by
    monitoring changes in the system configuration.</Para>
    <Para>metche basic usage is to monitor changes in a directory, usually
    <filename>/etc</filename> ; optionally, metche can also
	<Para>one or more user maintained changelog files,</Para>
	<Para>the state of Debian packages and versions.</Para>

    <Para>metche should be installed with a cronjob that regularly runs to
    automatically save the system state as needed. These states are saved in a
    way similar to the Debian development model:</Para>
        <Para><emphasis>unstable</emphasis> states are saved as soon as
        a change is detected.  They are kept until a new
        <emphasis>testing</emphasis> state appears.</Para>
        <Para><emphasis>testing</emphasis> states is created from the last
        <emphasis>unstable</emphasis> state that has not been changed
        after a short amount of time (by default, one hour). Old
        <emphasis>unstable</emphasis> states are deleted afterwards.</Para>
        <Para><emphasis>stable</emphasis> states are created from the last
        <emphasis>testing</emphasis> state, either manually, or after a
        long amount of time (by default, 3 days). Old <emphasis
        >testing</emphasis> states are deleted afterwards.</Para>

    <Para>When a new <emphasis>testing</emphasis> state is saved, an email is
    sent to a configurable address, giving an overwiew of
    the differences with the previous <emphasis>testing</emphasis>.
    A notification is also sent when a new <emphasis>stable</emphasis> state is

    <Para>metche's configuration is read from
    <filename>/etc/metche.conf</filename>.  Various settings like changelog
    monitoring or time between system state switches are described

  <refsect1 id="options">


    <Para>If <command>-h</command> <emphasis>VSERVER</emphasis> is specified,
    the VServer <emphasis>VSERVER</emphasis> is operated on instead of
    the host system. This, along with the <envar>VSNAMES</envar> option,
    allows to monitor several VServers running on the system.</Para>

    <Para>One of the following commands must be specified on the
    command line:</Para>


	  <Para>When run with the <command>report</command> command, metche
	  displays a report against the specified saved state, or if unspecified,
	  against the latest testing state. This is useful when you
	  have broken your system and want to know which changes have been made
	  since a given, known working, system state.</Para>

	  <Para>When run with the <command>list</command> command, metche
	  displays a list of all the saved states.</Para>

	  <Para>When run with the <command>stabilize</command> command, metche
	  turns a "testing state" into a "stable state". By default, it will
          use the last "testing state", but this can be overriden by giving
          a specific state as argument.</Para>

	  <Para>This command should not be called manually, but used from
          a cronjob. When called, it can perform various operations like:
	  saving "unstable", "testing" or "stable" states as needed and
          sending reports and notification if configured to do so. This command
          does not support the <command>-h</command> option.</Para>


  <refsect1 id="files"><title>FILES</title>
    <Para><filename>/etc/metche.conf</filename> contains metche configuration.

    <Para>When configured to monitor one changelog,
    <envar>CHANGELOG_FILE</envar> (default:

    <Para>When configured to monitor multiple changelogs,
    (default: <filename>/root/changelogs</filename>).</Para>

    <Para>System states are saved in
    <envar>BACKUP_DIR</envar> (default:

  <refsect1 id="security"><title>SECURITY</title>
    <Para>metche is able to use GnuPG to encrypt the email it sends, but does
    not by default; just enable the <envar>ENCRYPT_EMAIL</envar> configuration
    option, and make sure <envar>EMAIL_ADDRESS</envar>' public key is in root's
    keyring, trusted enough to be used blindly by metche.</Para>

    <Para>When <envar>DO_DETAILS</envar> is enabled and
    <envar>ENCRYPT_EMAIL</envar> is disabled, metche sends in <emphasis>clear
    text email</emphasis> the changes made to the watched directory... either
    make sure that the <envar>EXCLUDES</envar> configuration variable prevents
    it to send sensitive information, or triple check that secure connections
    will be used end-to-end on the email path. If unsure, set
    <envar>EMAIL_ADDRESS</envar> configuration variable to a local mailbox.
    Please note that <envar>EMAIL_ADDRESS</envar> is not used for VServers:
    a VServer's report messages are sent to its root email address.</Para>

    <Para>metche stores, in <envar>BACKUP_DIR</envar> (default :
    <filename>/var/lib/metche</filename>), various backups of
    <envar>WATCHED_DIR</envar>. Make sure that this backup place is at least as
    secured as the source.</Para>

  <refsect1 id="bugs"><title>BUGS</title>
    <Para>See <ulink url="">metche's ticket
    system</ulink> for known bugs, missing features, and the development

  <refsect1 id="author"><title>AUTHOR</title>
    <Para>metche and this manual page were written by the collective