From 924c7c5b2c24a4645125bd37aa7e9f04fd167203 Mon Sep 17 00:00:00 2001 From: Komei Shimamura Date: Mon, 20 Oct 2014 12:11:51 -0700 Subject: [PATCH] Fix the uris in documentation Broken image links when viewed from github: https://github.com/openstack/nova/tree/master/doc/source/devref Change-Id: Icad6ed2aa742310fbea399ddecd8480123eaac64 --- doc/source/devref/filter_scheduler.rst | 4 ++-- doc/source/devref/rpc.rst | 10 +++++----- doc/source/devref/vmstates.rst | 6 +++--- 3 files changed, 10 insertions(+), 10 deletions(-) diff --git a/doc/source/devref/filter_scheduler.rst b/doc/source/devref/filter_scheduler.rst index 56ee6530e38f..10e5482ae049 100644 --- a/doc/source/devref/filter_scheduler.rst +++ b/doc/source/devref/filter_scheduler.rst @@ -8,7 +8,7 @@ only working with Compute Nodes. Filtering --------- -.. image:: /images/filteringWorkflow1.png +.. image:: ../images/filteringWorkflow1.png During its work Filter Scheduler firstly makes dictionary of unfiltered hosts, then filters them using filter properties and finally chooses hosts for the @@ -350,7 +350,7 @@ so subsequent selections can adjust accordingly. It is useful if the customer asks for the some large amount of instances, because weight is computed for each instance requested. -.. image:: /images/filteringWorkflow2.png +.. image:: ../images/filteringWorkflow2.png In the end Filter Scheduler sorts selected hosts by their weight and provisions instances on them. diff --git a/doc/source/devref/rpc.rst b/doc/source/devref/rpc.rst index d40613c65103..bcb26dbe4bc0 100644 --- a/doc/source/devref/rpc.rst +++ b/doc/source/devref/rpc.rst @@ -25,7 +25,7 @@ AMQP is the messaging technology chosen by the OpenStack cloud. The AMQP broker Nova uses direct, fanout, and topic-based exchanges. The architecture looks like the one depicted in the figure below: -.. image:: /images/rpc/arch.png +.. image:: ../images/rpc/arch.png :width: 60% .. @@ -47,7 +47,7 @@ Figure 2 shows the following internal elements: * Direct Exchange: this is a routing table that is created during rpc.call operations; there are many instances of this kind of exchange throughout the life-cycle of a message broker node, one for each rpc.call invoked. * Queue Element: A Queue is a message bucket. Messages are kept in the queue until a Consumer (either Topic or Direct Consumer) connects to the queue and fetch it. Queues can be shared or can be exclusive. Queues whose routing key is 'topic' are shared amongst Workers of the same personality. -.. image:: /images/rpc/rabt.png +.. image:: ../images/rpc/rabt.png :width: 60% .. @@ -62,7 +62,7 @@ The diagram below shows the message flow during an rp.call operation: 3. once the task is completed, a Direct Publisher is allocated to send the response message to the queuing system. 4. once the message is dispatched by the exchange, it is fetched by the Direct Consumer dictated by the routing key (such as 'msg_id') and passed to the Invoker. -.. image:: /images/rpc/flow1.png +.. image:: ../images/rpc/flow1.png :width: 60% .. @@ -75,7 +75,7 @@ The diagram below the message flow during an rp.cast operation: 1. A Topic Publisher is instantiated to send the message request to the queuing system. 2. Once the message is dispatched by the exchange, it is fetched by the Topic Consumer dictated by the routing key (such as 'topic') and passed to the Worker in charge of the task. -.. image:: /images/rpc/flow2.png +.. image:: ../images/rpc/flow2.png :width: 60% .. @@ -100,7 +100,7 @@ The figure below shows the status of a RabbitMQ node after Nova components' boot 5. scheduler.phantom (phantom is hostname) 6. scheduler -.. image:: /images/rpc/state.png +.. image:: ../images/rpc/state.png :width: 60% .. diff --git a/doc/source/devref/vmstates.rst b/doc/source/devref/vmstates.rst index 4ab800ec6988..3a330da98c71 100644 --- a/doc/source/devref/vmstates.rst +++ b/doc/source/devref/vmstates.rst @@ -150,9 +150,9 @@ task states for various commands issued by the user: active -> live_migrate } -.. image:: /images/PowerStates1.png +.. image:: ../images/PowerStates1.png -.. image:: /images/PowerStates2.png +.. image:: ../images/PowerStates2.png Create instance states @@ -162,4 +162,4 @@ The following diagram shows the sequence of VM states, task states, and power states when a new VM instance is created. -.. image:: /images/run_instance_walkthrough.png +.. image:: ../images/run_instance_walkthrough.png