Merge "[ops-guide] Deprecate the nova-manage sub-command"
This commit is contained in:
commit
c9ca45fe85
@ -368,9 +368,8 @@
|
||||
again in a title.</para>
|
||||
<para>This past Valentine's Day, I received an alert that a
|
||||
compute node was no longer available in the cloud—meaning,
|
||||
<screen><prompt>$</prompt><userinput>nova-manage service list</userinput></screen>
|
||||
showed this particular node with a status of
|
||||
<code>XXX</code>.</para>
|
||||
<screen><prompt>$</prompt><userinput>nova service-list</userinput></screen>
|
||||
showed this particular node in down state.</para>
|
||||
<para>I logged into the cloud controller and was able to both
|
||||
<command>ping</command> and SSH into the problematic compute node which
|
||||
seemed very odd. Usually if I receive this type of alert,
|
||||
|
@ -590,10 +590,6 @@
|
||||
<listitem>
|
||||
<para>euca-describe-availability-zones verbose</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para><literal>nova-manage</literal> service list</para>
|
||||
</listitem>
|
||||
</itemizedlist>The internal availability zone is hidden in
|
||||
euca-describe-availability_zones (nonverbose).</para>
|
||||
|
||||
|
@ -163,10 +163,6 @@
|
||||
</indexterm> separately:</para>
|
||||
|
||||
<itemizedlist role="compact">
|
||||
<listitem>
|
||||
<para><literal>nova-manage</literal></para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para><literal>glance-manage</literal></para>
|
||||
</listitem>
|
||||
@ -464,28 +460,31 @@ http://203.0.113.10:8774/v2/98333aba48e756fa8f629c83a818ad57/servers | jq .</pro
|
||||
<para>First, you can discover what servers belong to your OpenStack
|
||||
cloud by running:</para>
|
||||
|
||||
<programlisting><?db-font-size 60%?><prompt>#</prompt> nova-manage service list | sort</programlisting>
|
||||
<programlisting><?db-font-size 60%?><prompt>#</prompt> nova service-list</programlisting>
|
||||
|
||||
<para>The output looks like the following:</para>
|
||||
|
||||
<programlisting><?db-font-size 60%?>Binary Host Zone Status State Updated_At
|
||||
nova-cert cloud.example.com nova enabled :-) 2013-02-25 19:32:38
|
||||
nova-compute c01.example.com nova enabled :-) 2013-02-25 19:32:35
|
||||
nova-compute c02.example.com nova enabled :-) 2013-02-25 19:32:32
|
||||
nova-compute c03.example.com nova enabled :-) 2013-02-25 19:32:36
|
||||
nova-compute c04.example.com nova enabled :-) 2013-02-25 19:32:32
|
||||
nova-compute c05.example.com nova enabled :-) 2013-02-25 19:32:41
|
||||
nova-conductor cloud.example.com nova enabled :-) 2013-02-25 19:32:40
|
||||
nova-consoleauth cloud.example.com nova enabled :-) 2013-02-25 19:32:36
|
||||
nova-network cloud.example.com nova enabled :-) 2013-02-25 19:32:32
|
||||
nova-scheduler cloud.example.com nova enabled :-) 2013-02-25 19:32:33</programlisting>
|
||||
|
||||
<programlisting><?db-font-size 60%?>
|
||||
+----+------------------+-------------------+------+---------+-------+----------------------------+-----------------+
|
||||
| Id | Binary | Host | Zone | Status | State | Updated_at | Disabled Reason |
|
||||
+----+------------------+-------------------+------+---------+-------+----------------------------+-----------------+
|
||||
| 1 | nova-cert | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 2 | nova-compute | c01.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 3 | nova-compute | c01.example.com. | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 4 | nova-compute | c01.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 5 | nova-compute | c01.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 6 | nova-compute | c01.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 7 | nova-conductor | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 8 | nova-cert | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:42.000000 | - |
|
||||
| 9 | nova-scheduler | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 10 | nova-consoleauth | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:35.000000 | - |
|
||||
+----+------------------+-------------------+------+---------+-------+----------------------------+-----------------+
|
||||
</programlisting>
|
||||
<para>The output shows that there are five compute nodes and one cloud
|
||||
controller. You see a smiley face, such as <code>:-)</code>, which
|
||||
controller. You can see all the services are in up state, which
|
||||
indicates that the services are up and running. If a service is no
|
||||
longer available, the <code>:-)</code> symbol changes to
|
||||
<code>XXX</code>. This is an indication that you should troubleshoot why
|
||||
the service is down.</para>
|
||||
longer available, then service state changes to down state. This is an indication
|
||||
that you should troubleshoot why the service is down.</para>
|
||||
|
||||
<para>If you are using cinder, run the following command to see a
|
||||
similar listing:</para>
|
||||
@ -542,8 +541,8 @@ cloud.example.com nova</programlisting>
|
||||
network traffic segregation.</para>
|
||||
|
||||
<para>You can find the version of the Compute installation by using the
|
||||
<literal>nova-manage</literal> <phrase
|
||||
role="keep-together">command</phrase>: <screen><prompt>#</prompt> <userinput>nova-manage version</userinput></screen></para>
|
||||
<literal>nova</literal> <phrase
|
||||
role="keep-together">client command</phrase>: <screen><prompt>#</prompt> <userinput>nova version-list</userinput></screen></para>
|
||||
</section>
|
||||
|
||||
<section xml:id="diagnose-compute">
|
||||
@ -634,10 +633,10 @@ cloud.example.com nova</programlisting>
|
||||
| 8283efb2-e53d-46e1-a6bd-bb2bdef9cb9a | test02 | 10.1.1.0/24 |
|
||||
+--------------------------------------+--------+--------------+</computeroutput></screen></para>
|
||||
|
||||
<para>The <literal>nova-manage</literal> tool can provide some additional
|
||||
<para>The <literal>nova</literal> command-line client can provide some additional
|
||||
details:</para>
|
||||
|
||||
<screen><prompt>#</prompt> <userinput>nova-manage network list</userinput>
|
||||
<screen><prompt>#</prompt> <userinput>nova network-list</userinput>
|
||||
<computeroutput>id IPv4 IPv6 start address DNS1 DNS2 VlanID project uuid 
|
||||
1 10.1.0.0/24 None 10.1.0.3 None None 300 2725bbd beacb3f2
|
||||
2 10.1.1.0/24 None 10.1.1.3 None None 301 none d0b1a796</computeroutput></screen>
|
||||
@ -651,7 +650,7 @@ cloud.example.com nova</programlisting>
|
||||
<para>To find out whether any floating IPs are available in your cloud,
|
||||
run:</para>
|
||||
|
||||
<programlisting><?db-font-size 60%?><prompt>#</prompt> nova-manage floating list</programlisting>
|
||||
<programlisting><?db-font-size 60%?><prompt>#</prompt> nova floating-ip-list</programlisting>
|
||||
|
||||
<programlisting><?db-font-size 55%?>2725bb...59f43f 1.2.3.4 None nova vlan20
|
||||
None 1.2.3.5 48a415...b010ff nova vlan20</programlisting>
|
||||
|
@ -341,9 +341,9 @@ no longer available in the cloud—meaning,
|
||||
|
||||
.. code-block:: console
|
||||
|
||||
$ nova-manage service list
|
||||
$ nova service-list
|
||||
|
||||
showed this particular node with a status of ``XXX``.
|
||||
showed this particular node in a down state.
|
||||
|
||||
I logged into the cloud controller and was able to both ``ping`` and SSH
|
||||
into the problematic compute node which seemed very odd. Usually if I
|
||||
|
@ -344,22 +344,22 @@ change all flavor types relating to them.
|
||||
|
||||
When you run any of the following operations, the services appear in
|
||||
their own internal availability zone
|
||||
(CONF.internal\_service\_availability\_zone):
|
||||
(CONF.internal_service_availability_zone):
|
||||
|
||||
- nova host-list (os-hosts)
|
||||
- :command:`nova host-list` (os-hosts)
|
||||
|
||||
- euca-describe-availability-zones verbose
|
||||
- :command:`euca-describe-availability-zones verbose`
|
||||
|
||||
- ``nova-manage`` service list
|
||||
- :command:`nova service-list`
|
||||
|
||||
The internal availability zone is hidden in
|
||||
euca-describe-availability\_zones (nonverbose).
|
||||
euca-describe-availability_zones (nonverbose).
|
||||
|
||||
CONF.node\_availability\_zone has been renamed to
|
||||
CONF.default\_availability\_zone and is used only by the
|
||||
CONF.node_availability_zone has been renamed to
|
||||
CONF.default_availability_zone and is used only by the
|
||||
``nova-api`` and ``nova-scheduler`` services.
|
||||
|
||||
CONF.node\_availability\_zone still works but is deprecated.
|
||||
CONF.node_availability_zone still works but is deprecated.
|
||||
|
||||
Scalable Hardware
|
||||
~~~~~~~~~~~~~~~~~
|
||||
|
@ -88,7 +88,6 @@ installed with the project's services on the cloud controller and do not
|
||||
need to be installed\*-manage command-line toolscommand-line tools
|
||||
administrative separately:
|
||||
|
||||
* :command:`nova-manage`
|
||||
* :command:`glance-manage`
|
||||
* :command:`keystone-manage`
|
||||
* :command:`cinder-manage`
|
||||
@ -300,28 +299,31 @@ running:
|
||||
|
||||
.. code-block:: console
|
||||
|
||||
# nova-manage service list | sort
|
||||
# nova service-list
|
||||
|
||||
The output looks like the following:
|
||||
|
||||
.. code-block:: console
|
||||
|
||||
Binary Host Zone Status State Updated_At
|
||||
nova-cert cloud.example.com nova enabled :-) 2013-02-25 19:32:38
|
||||
nova-compute c01.example.com nova enabled :-) 2013-02-25 19:32:35
|
||||
nova-compute c02.example.com nova enabled :-) 2013-02-25 19:32:32
|
||||
nova-compute c03.example.com nova enabled :-) 2013-02-25 19:32:36
|
||||
nova-compute c04.example.com nova enabled :-) 2013-02-25 19:32:32
|
||||
nova-compute c05.example.com nova enabled :-) 2013-02-25 19:32:41
|
||||
nova-conductor cloud.example.com nova enabled :-) 2013-02-25 19:32:40
|
||||
nova-consoleauth cloud.example.com nova enabled :-) 2013-02-25 19:32:36
|
||||
nova-network cloud.example.com nova enabled :-) 2013-02-25 19:32:32
|
||||
nova-scheduler cloud.example.com nova enabled :-) 2013-02-25 19:32:33
|
||||
+----+------------------+-------------------+------+---------+-------+----------------------------+-----------------+
|
||||
| Id | Binary | Host | Zone | Status | State | Updated_at | Disabled Reason |
|
||||
+----+------------------+-------------------+------+---------+-------+----------------------------+-----------------+
|
||||
| 1 | nova-cert | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 2 | nova-compute | c01.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 3 | nova-compute | c01.example.com. | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 4 | nova-compute | c01.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 5 | nova-compute | c01.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 6 | nova-compute | c01.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 7 | nova-conductor | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 8 | nova-cert | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:42.000000 | - |
|
||||
| 9 | nova-scheduler | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:38.000000 | - |
|
||||
| 10 | nova-consoleauth | cloud.example.com | nova | enabled | up | 2016-01-05T17:20:35.000000 | - |
|
||||
+----+------------------+-------------------+------+---------+-------+----------------------------+-----------------+
|
||||
|
||||
The output shows that there are five compute nodes and one cloud
|
||||
controller. You see a smiley face, such as ``:-)``, which indicates that
|
||||
the services are up and running. If a service is no longer available,
|
||||
the ``:-)`` symbol changes to ``XXX``. This is an indication that you
|
||||
controller. You see all the services in the up state, which indicates that
|
||||
the services are up and running. If a service is in a down state, it is
|
||||
no longer available. This is an indication that you
|
||||
should troubleshoot why the service is down.
|
||||
|
||||
If you are using cinder, run the following command to see a similar
|
||||
@ -373,11 +375,11 @@ be done for different reasons, such as endpoint privacy or network
|
||||
traffic segregation.
|
||||
|
||||
You can find the version of the Compute installation by using the
|
||||
:command:`nova-manage` command:
|
||||
nova client command:
|
||||
|
||||
.. code-block:: console
|
||||
|
||||
# nova-manage version
|
||||
# nova version-list
|
||||
|
||||
Diagnose Your Compute Nodes
|
||||
---------------------------
|
||||
@ -453,11 +455,11 @@ the :command:`nova` command-line client to get the IP ranges:
|
||||
| 8283efb2-e53d-46e1-a6bd-bb2bdef9cb9a | test02 | 10.1.1.0/24 |
|
||||
+--------------------------------------+--------+--------------+
|
||||
|
||||
The :command:`nova-manage` tool can provide some additional details:
|
||||
The nova command-line client can provide some additional details:
|
||||
|
||||
.. code-block:: console
|
||||
|
||||
# nova-manage network list
|
||||
# nova network-list
|
||||
id IPv4 IPv6 start address DNS1 DNS2 VlanID project uuid
|
||||
1 10.1.0.0/24 None 10.1.0.3 None None 300 2725bbd beacb3f2
|
||||
2 10.1.1.0/24 None 10.1.1.3 None None 301 none d0b1a796
|
||||
@ -472,7 +474,7 @@ To find out whether any floating IPs are available in your cloud, run:
|
||||
|
||||
.. code-block:: console
|
||||
|
||||
# nova-manage floating list
|
||||
# nova floating-ip-list
|
||||
2725bb...59f43f 1.2.3.4 None nova vlan20
|
||||
None 1.2.3.5 48a415...b010ff nova vlan20
|
||||
|
||||
|
Loading…
x
Reference in New Issue
Block a user