Synnefo » snf-ganeti

<!doctype refentry PUBLIC "-//OASIS//DTD DocBook V4.1//EN" [

  <!-- Fill in your name for FIRSTNAME and SURNAME. -->

  <!-- Please adjust the date whenever revising the manpage. -->

  <!ENTITY dhdate      "<date>June 20, 2007</date>">

  <!-- SECTION should be 1-8, maybe w/ subsection other parameters are

       allowed: see man(7), man(1). -->

  <!ENTITY dhsection   "<manvolnum>8</manvolnum>">

  <!ENTITY dhucpackage "<refentrytitle>gnt-node</refentrytitle>">

  <!ENTITY dhpackage   "gnt-node">

  <!ENTITY debian      "<productname>Debian</productname>">

  <!ENTITY gnu         "<acronym>GNU</acronym>">

  <!ENTITY gpl         "&gnu; <acronym>GPL</acronym>">

  <!ENTITY footer SYSTEM "footer.sgml">

]>

<refentry>

  <refentryinfo>

    <copyright>

      <year>2006</year>

      <year>2007</year>

      <holder>Google Inc.</holder>

    </copyright>

    &dhdate;

  </refentryinfo>

  <refmeta>

    &dhucpackage;

    &dhsection;

    <refmiscinfo>ganeti 1.2</refmiscinfo>

  </refmeta>

  <refnamediv>

    <refname>&dhpackage;</refname>

    <refpurpose>node administration</refpurpose>

  </refnamediv>

  <refsynopsisdiv>

    <cmdsynopsis>

      <command>&dhpackage; </command>

      <arg choice="req">command</arg>

      <arg>arguments...</arg>

    </cmdsynopsis>

  </refsynopsisdiv>

  <refsect1>

    <title>DESCRIPTION</title>

    <para>

      The <command>&dhpackage;</command> is used for managing the

      (physical) nodes in the ganeti system.

    </para>

  </refsect1>

  <refsect1>

    <title>COMMANDS</title>

    <refsect2>

      <title>ADD</title>

      <cmdsynopsis>

        <command>add</command>

        <arg>-s <replaceable>secondary_ip</replaceable></arg>

        <arg choice="req"><replaceable>nodename</replaceable></arg>

      </cmdsynopsis>

      <para>

        Adds the given node to the cluster.

      </para>

      <para>

        This command is used to join a new node to the cluster. You

        will have to provide the password for root of the node to be

        able to add the node in the cluster. The command needs to be

        run on the ganeti master.

      </para>

      <para>

        Note that the command is potentially destructive, as it will

        forcibly join the specified host the cluster, not paying

        attention to its current status (it could be already in a

        cluster, etc.)

      </para>

      <para>

        The <option>-s</option> is used in dual-home clusters and

        specifies the new node's IP in the secondary network. See the

        discussion in <citerefentry>

        <refentrytitle>gnt-cluster</refentrytitle>

        <manvolnum>8</manvolnum> </citerefentry> for more

        informations.

      </para>

      <para>

        Example:

        <screen>

# gnt-node add node5.example.com

# gnt-node add -s 192.168.44.5 node5.example.com

        </screen>

      </para>

    </refsect2>

    <refsect2>

      <title>ADD-TAGS</title>

      <cmdsynopsis>

        <command>add-tags</command>

        <arg choice="opt">--from <replaceable>file</replaceable></arg>

        <arg choice="req"><replaceable>nodename</replaceable></arg>

        <arg choice="req"

        rep="repeat"><replaceable>tag</replaceable></arg>

      </cmdsynopsis>

      <para>

        Add tags to the given node. If any of the tags contains

        invalid characters, the entire operation will abort.

      </para>

      <para>

        If the <option>--from</option> option is given, the list of

        tags will be extended with the contents of that file (each

        line becomes a tag). In this case, there is not need to pass

        tags on the command line (if you do, both sources will be

        used). A file name of - will be interpreted as stdin.

      </para>

    </refsect2>

    <refsect2>

      <title>EVACUATE</title>

      <cmdsynopsis>

        <command>evacuate</command>

        <arg>-f</arg>

        <arg choice="req"><replaceable>source_node</replaceable></arg>

        <arg choice="req"><replaceable>destination_node</replaceable></arg>

      </cmdsynopsis>

      <para>

        This command will change the secondary node from the source

        node to the destination node for all instances having the

        source node as secondary. It works only for instances having

        a remote raid disk layout.

      </para>

      <para>

        Example:

        <screen>

          # gnt-node evacuate node1.example.com node2.example.com

        </screen>

      </para>

    </refsect2>

    <refsect2>

      <title>FAILOVER</title>

      <cmdsynopsis>

        <command>failover</command>

        <arg>-f</arg>

        <arg>--ignore-consistency</arg>

        <arg choice="req"><replaceable>node</replaceable></arg>

      </cmdsynopsis>

      <para>

        This command will fail over all instances having the given

        node as primary to their secondary nodes. This works only for

        instances having a remote raid disk layout.

      </para>

      <para>

        Normally the failover will check the consistency of the disks

        before failing over the instance. If you are trying to migrate

        instances off a dead node, this will fail. Use the

        <option>--ignore-consistency</option> option for this purpose.

      </para>

      <para>

        Example:

        <screen>

          # gnt-node failover node1.example.com

        </screen>

      </para>

    </refsect2>

    <refsect2>

      <title>INFO</title>

      <cmdsynopsis>

        <command>info</command>

        <arg rep="repeat"><replaceable>node</replaceable></arg>

      </cmdsynopsis>

      <para>

        Show detailed information about the nodes in the cluster. If you

        don't give any arguments, all nodes will be shows, otherwise the

        output will be restricted to the given names.

      </para>

    </refsect2>

    <refsect2>

      <title>LIST</title>

      <cmdsynopsis>

        <command>list</command>

        <arg>--no-headers</arg>

        <arg>--separator=<replaceable>SEPARATOR</replaceable></arg>

        <arg>-o <replaceable>FIELD,...</replaceable></arg>

      </cmdsynopsis>

      <para>

        Lists the nodes in the cluster. If you give the

        <option>--ip-info</option> option, the output contains just

        the node name, primary ip and secondary ip. In case the

        secondary ip is the same as the primary one, it will be listed

        as <emphasis>"-"</emphasis>.

      </para>

      <para>

        The <option>--no-headers</option> option will skip the initial

        header line. The <option>--separator</option> option takes an

        argument which denotes what will be used between the output

        fields. Both these options are to help scripting.

      </para>

      <para>

        The <option>-o</option> option takes a comma-separated list of

        output fields. The available fields and their meaning are:

        <variablelist>

          <varlistentry>

            <term>name</term>

            <listitem>

              <simpara>the node name</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>pinst</term>

            <listitem>

              <simpara>the number of instances having this node as

              primary</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>sinst</term>

            <listitem>

              <simpara>the number of instances having this node as a

              secondary node</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>pip</term>

            <listitem>

              <simpara>the primary ip of this node (used for cluster

              communication)</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>sip</term>

            <listitem>

              <simpara>

                the secondary ip of this node (used for data

                replication in dual-ip clusters, see <citerefentry>

                <refentrytitle>gnt-cluster</refentrytitle>

                <manvolnum>8</manvolnum>

                </citerefentry>

              </simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>dtotal</term>

            <listitem>

              <simpara>total disk space in the volume group used for

              instance disk allocations</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>dfree</term>

            <listitem>

              <simpara>available disk space in the volume group</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>mtotal</term>

            <listitem>

              <simpara>total memory on the physical node</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>mnode</term>

            <listitem>

              <simpara>the memory used by the node itself</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>mfree</term>

            <listitem>

              <simpara>memory available for instance

              allocations</simpara>

            </listitem>

          </varlistentry>

        </variablelist>

      </para>

      <para>

        Note that some of this fields are known from the configuration

        of the cluster (<simplelist type="inline">

        <member>name</member> <member>pinst</member>

        <member>sinst</member> <member>pip</member>

        <member>sip</member> </simplelist> and thus the master does

        not need to contact the node for this data (making the listing

        fast if only fields from this set are selected), whereas the

        other fields are "live" fields and we need to make a query to

        the cluster nodes.

      </para>

      <para>

        Depending on the virtualization type and implementation

        details, the mtotal, mnode and mfree may have slighly varying

        meanings. For example, some solutions share the node memory

        with the pool of memory used for instances

        (<acronym>UML</acronym>), whereas others have separate memory

        for the node and for the instances (Xen).

      </para>

    </refsect2>

    <refsect2>

      <title>LIST-TAGS</title>

      <cmdsynopsis>

        <command>list-tags</command>

        <arg choice="req"><replaceable>nodename</replaceable></arg>

      </cmdsynopsis>

      <para>List the tags of the given node.</para>

    </refsect2>

    <refsect2>

      <title>REMOVE</title>

      <cmdsynopsis>

        <command>remove</command>

        <arg choice="req"><replaceable>nodename</replaceable></arg>

      </cmdsynopsis>

      <para>

        Removes a node from the cluster. Instances must be removed or

        migrated to another cluster before.

      </para>

      <para>

        Example:

        <screen>

# gnt-node remove node5.example.com

        </screen>

      </para>

    </refsect2>

    <refsect2>

      <title>REMOVE-TAGS</title>

      <cmdsynopsis>

        <command>remove-tags</command>

        <arg choice="opt">--from <replaceable>file</replaceable></arg>

        <arg choice="req"><replaceable>nodename</replaceable></arg>

        <arg choice="req"

        rep="repeat"><replaceable>tag</replaceable></arg>

      </cmdsynopsis>

      <para>

        Remove tags from the given node. If any of the tags are not

        existing on the node, the entire operation will abort.

      </para>

      <para>

        If the <option>--from</option> option is given, the list of

        tags will be extended with the contents of that file (each

        line becomes a tag). In this case, there is not need to pass

        tags on the command line (if you do, both sources will be

        used). A file name of - will be interpreted as stdin.

      </para>

    </refsect2>

    <refsect2>

      <title>VOLUMES</title>

      <cmdsynopsis>

        <command>volumes</command>

        <arg>--no-headers</arg>

        <arg>--human-readable</arg>

        <arg>--separator=<replaceable>SEPARATOR</replaceable></arg>

        <arg>--output=<replaceable>FIELDS</replaceable></arg>

        <sbr>

        <arg rep="repeat"><replaceable>node</replaceable></arg>

      </cmdsynopsis>

      <para>

        Lists all logical volumes and their physical disks from the node(s)

        provided.

      </para>

      <para>

        The <option>--no-headers</option> option will skip the initial

        header line. The <option>--separator</option> option takes an

        argument which denotes what will be used between the output

        fields. Both these options are to help scripting.

      </para>

      <para>

        The <option>-o</option> option takes a comma-separated list of

        output fields. The available fields and their meaning are:

        <variablelist>

          <varlistentry>

            <term>node</term>

            <listitem>

              <simpara>the node name on which the volume exists</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>phys</term>

            <listitem>

              <simpara>the physical drive (on which the LVM physical

              volume lives)</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>vg</term>

            <listitem>

              <simpara>the volume group name</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>name</term>

            <listitem>

              <simpara>the logical volume name</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>size</term>

            <listitem>

              <simpara>the logical volume size</simpara>

            </listitem>

          </varlistentry>

          <varlistentry>

            <term>instance</term>

            <listitem>

              <simpara>The name of the instance to which this volume

              belongs, or (in case it's an orphan volume) the

              character <quote>-</quote></simpara>

            </listitem>

          </varlistentry>

        </variablelist>

      </para>

      <para>

        Example:

        <screen>

# gnt-node volumes node5.example.com

Node              PhysDev   VG    Name                                 Size Instance

node1.example.com /dev/hdc1 xenvg instance1.example.com-sda_11000.meta 128  instance1.example.com

node1.example.com /dev/hdc1 xenvg instance1.example.com-sda_11001.data 256  instance1.example.com

        </screen>

      </para>

    </refsect2>

  </refsect1>

  &footer;

</refentry>

<!-- Keep this comment at the end of the file

Local variables:

mode: sgml

sgml-omittag:t

sgml-shorttag:t

sgml-minimize-attributes:nil

sgml-always-quote-attributes:t

sgml-indent-step:2

sgml-indent-data:t

sgml-parent-document:nil

sgml-default-dtd-file:nil

sgml-exposed-tags:nil

sgml-local-catalogs:nil

sgml-local-ecat-files:nil

End:

-->