You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cloudstack.apache.org by jz...@apache.org on 2012/11/08 07:13:09 UTC

[6/52] [partial] Revised en-US/network-setup.xml to include the correct file.

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/about-hosts.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/about-hosts.html b/docs/tmp/en-US/epub/OEBPS/about-hosts.html
deleted file mode 100644
index 1a2987e..0000000
--- a/docs/tmp/en-US/epub/OEBPS/about-hosts.html
+++ /dev/null
@@ -1,31 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>2.4. About Hosts</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="about-hosts"><div class="titlepage"><div><div><h1 class="title" id="about-hosts">2.4. About Hosts</h1></div></div></div><div class="para">
-		A host is a single computer. Hosts provide the computing resources that run the guest virtual machines. Each host has hypervisor software installed on it to manage the guest VMs. For example, a Linux KVM-enabled server, a Citrix XenServer server, and an ESXi server are hosts.
-	</div><div class="para">
-		The host is the smallest organizational unit within a CloudStack deployment. Hosts are contained within clusters, clusters are contained within pods, and pods are contained within zones.
-	</div><div class="para">
-		Hosts in a CloudStack deployment:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Provide the CPU, memory, storage, and networking resources needed to host the virtual machines
-			</div></li><li class="listitem"><div class="para">
-				Interconnect using a high bandwidth TCP/IP network and connect to the Internet
-			</div></li><li class="listitem"><div class="para">
-				May reside in multiple data centers across different geographic locations
-			</div></li><li class="listitem"><div class="para">
-				May have different capacities (different CPU speeds, different amounts of RAM, etc.), although the hosts within a cluster must all be homogeneous
-			</div></li></ul></div><div class="para">
-		Additional hosts can be added at any time to provide more capacity for guest VMs.
-	</div><div class="para">
-		CloudStack automatically detects the amount of CPU and memory resources provided by the Hosts.
-	</div><div class="para">
-		Hosts are not visible to the end user. An end user cannot determine which host their guest has been assigned to.
-	</div><div class="para">
-		For a host to function in CloudStack, you must do the following:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Install hypervisor software on the host
-			</div></li><li class="listitem"><div class="para">
-				Assign an IP address to the host
-			</div></li><li class="listitem"><div class="para">
-				Ensure the host is connected to the CloudStack Management Server
-			</div></li></ul></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/about-physical-networks.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/about-physical-networks.html b/docs/tmp/en-US/epub/OEBPS/about-physical-networks.html
deleted file mode 100644
index 79cc2d6..0000000
--- a/docs/tmp/en-US/epub/OEBPS/about-physical-networks.html
+++ /dev/null
@@ -1,93 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>2.7. About Physical Networks</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="about-physical-networks"><div class="titlepage"><div><div><h1 class="title" id="about-physical-networks">2.7. About Physical Networks</h1></div></div></div><div class="para">
-		Part of adding a zone is setting up the physical network. One or (in an advanced zone) more physical networks can be associated with each zone. The network corresponds to a NIC on the hypervisor host. Each physical network can carry one or more types of network traffic. The choices of traffic type for each network vary depending on whether you are creating a zone with basic networking or advanced networking.
-	</div><div class="para">
-		A physical network is the actual network hardware and wiring in a zone. A zone can have multiple physical networks. An administrator can:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Add/Remove/Update physical networks in a zone
-			</div></li><li class="listitem"><div class="para">
-				Configure VLANs on the physical network
-			</div></li><li class="listitem"><div class="para">
-				Configure a name so the network can be recognized by hypervisors
-			</div></li><li class="listitem"><div class="para">
-				Configure the service providers (firewalls, load balancers, etc.) available on a physical network
-			</div></li><li class="listitem"><div class="para">
-				Configure the IP addresses trunked to a physical network
-			</div></li><li class="listitem"><div class="para">
-				Specify what type of traffic is carried on the physical network, as well as other properties like network speed
-			</div></li></ul></div><div class="section" id="physical-network-configuration-settings"><div class="titlepage"><div><div><h2 class="title" id="physical-network-configuration-settings">2.7.1. Configurable Characteristics of Physical Networks</h2></div></div></div><div class="para">
-		CloudStack provides configuration settings you can use to set up a physical network in a zone, including:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				What type of network traffic it carries (guest, public, management, storage)
-			</div></li><li class="listitem"><div class="para">
-				VLANs
-			</div></li><li class="listitem"><div class="para">
-				Unique name that the hypervisor can use to find that particular network
-			</div></li><li class="listitem"><div class="para">
-				Enabled or disabled. When a network is first set up, it is disabled – not in use yet. The administrator sets the physical network to enabled, and it begins to be used. The administrator can later disable the network again, which prevents any new virtual networks from being created on that physical network; the existing network traffic continues even though the state is disabled.
-			</div></li><li class="listitem"><div class="para">
-				Speed
-			</div></li><li class="listitem"><div class="para">
-				Tags, so network offerings can be matched to physical networks
-			</div></li><li class="listitem"><div class="para">
-				Isolation method
-			</div></li></ul></div></div><div class="section" id="basic-zone-network-traffic-types"><div class="titlepage"><div><div><h2 class="title" id="basic-zone-network-traffic-types">2.7.2. Basic Zone Network Traffic Types</h2></div></div></div><div class="para">
-		When basic networking is used, there can be only one physical network in the zone. That physical network carries the following traffic types:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Guest. When end users run VMs, they generate guest traffic. The guest VMs communicate with each other over a network that can be referred to as the guest network. Each pod in a basic zone is a broadcast domain, and therefore each pod has a different IP range for the guest network. The administrator must configure the IP range for each pod.
-			</div></li><li class="listitem"><div class="para">
-				Management. When CloudStack’s internal resources communicate with each other, they generate management traffic. This includes communication between hosts, system VMs (VMs used by CloudStack to perform various tasks in the cloud), and any other component that communicates directly with the CloudStack Management Server. You must configure the IP range for the system VMs to use.
-			</div><div class="note"><div class="admonition_header"><h2>Note</h2></div><div class="admonition"><div class="para">
-					We strongly recommend the use of separate NICs for management traffic and guest traffic.
-				</div></div></div></li><li class="listitem"><div class="para">
-				Public. Public traffic is generated when VMs in the cloud access the Internet. Publicly accessible IPs must be allocated for this purpose. End users can use the CloudStack UI to acquire these IPs to implement NAT between their guest network and the public network, as described in Acquiring a New IP Address.
-			</div></li><li class="listitem"><div class="para">
-				Storage. Traffic such as VM templates and snapshots, which is sent between the secondary storage VM and secondary storage servers. CloudStack uses a separate Network Interface Controller (NIC) named storage NIC for storage network traffic. Use of a storage NIC that always operates on a high bandwidth network allows fast template and snapshot copying. You must configure the IP range to use for the storage network.
-			</div></li></ul></div><div class="para">
-		In a basic network, configuring the physical network is fairly straightforward. In most cases, you only need to configure one guest network to carry traffic that is generated by guest VMs. If you use a NetScaler load balancer and enable its elastic IP and elastic load balancing (EIP and ELB) features, you must also configure a network to carry public traffic. CloudStack takes care of presenting the necessary network configuration steps to you in the UI when you add a new zone.
-	</div></div><div class="section" id="basic-zone-guest-ip-addresses"><div class="titlepage"><div><div><h2 class="title" id="basic-zone-guest-ip-addresses">2.7.3. Basic Zone Guest IP Addresses</h2></div></div></div><div class="para">
-		When basic networking is used, CloudPlatform will assign IP addresses in the CIDR of the pod to the guests in that pod. The administrator must add a Direct IP range on the pod for this purpose. These IPs are in the same VLAN as the hosts.
-	</div></div><div class="section" id="advanced-zone-network-traffic-types"><div class="titlepage"><div><div><h2 class="title" id="advanced-zone-network-traffic-types">2.7.4. Advanced Zone Network Traffic Types</h2></div></div></div><div class="para">
-		When advanced networking is used, there can be multiple physical networks in the zone. Each physical network can carry one or more traffic types, and you need to let CloudStack know which type of network traffic you want each network to carry. The traffic types in an advanced zone are:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Guest. When end users run VMs, they generate guest traffic. The guest VMs communicate with each other over a network that can be referred to as the guest network. This network can be isolated or shared. In an isolated guest network, the administrator needs to reserve VLAN ranges to provide isolation for each CloudStack account’s network (potentially a large number of VLANs). In a shared guest network, all guest VMs share a single network.
-			</div></li><li class="listitem"><div class="para">
-				Management. When CloudStack’s internal resources communicate with each other, they generate management traffic. This includes communication between hosts, system VMs (VMs used by CloudStack to perform various tasks in the cloud), and any other component that communicates directly with the CloudStack Management Server. You must configure the IP range for the system VMs to use.
-			</div></li><li class="listitem"><div class="para">
-				Public. Public traffic is generated when VMs in the cloud access the Internet. Publicly accessible IPs must be allocated for this purpose. End users can use the CloudStack UI to acquire these IPs to implement NAT between their guest network and the public network, as described in “Acquiring a New IP Address” in the Administration Guide.
-			</div></li><li class="listitem"><div class="para">
-				Storage. Traffic such as VM templates and snapshots, which is sent between the secondary storage VM and secondary storage servers. CloudStack uses a separate Network Interface Controller (NIC) named storage NIC for storage network traffic. Use of a storage NIC that always operates on a high bandwidth network allows fast template and snapshot copying. You must configure the IP range to use for the storage network.
-			</div></li></ul></div><div class="para">
-		These traffic types can each be on a separate physical network, or they can be combined with certain restrictions. When you use the Add Zone wizard in the UI to create a new zone, you are guided into making only valid choices.
-	</div></div><div class="section" id="advanced-zone-guest-ip-addresses"><div class="titlepage"><div><div><h2 class="title" id="advanced-zone-guest-ip-addresses">2.7.5. Advanced Zone Guest IP Addresses</h2></div></div></div><div class="para">
-		When advanced networking is used, the administrator can create additional networks for use by the guests. These networks can span the zone and be available to all accounts, or they can be scoped to a single account, in which case only the named account may create guests that attach to these networks. The networks are defined by a VLAN ID, IP range, and gateway. The administrator may provision thousands of these networks if desired.
-	</div></div><div class="section" id="advanced-zone-public-ip-addresses"><div class="titlepage"><div><div><h2 class="title" id="advanced-zone-public-ip-addresses">2.7.6. Advanced Zone Public IP Addresses</h2></div></div></div><div class="para">
-		When advanced networking is used, the administrator can create additional networks for use by the guests. These networks can span the zone and be available to all accounts, or they can be scoped to a single account, in which case only the named account may create guests that attach to these networks. The networks are defined by a VLAN ID, IP range, and gateway. The administrator may provision thousands of these networks if desired.
-	</div></div><div class="section" id="system-reserved-ip-addresses"><div class="titlepage"><div><div><h2 class="title" id="system-reserved-ip-addresses">2.7.7. System Reserved IP Addresses</h2></div></div></div><div class="para">
-		In each zone, you need to configure a range of reserved IP addresses for the management network. This network carries communication between the CloudStack Management Server and various system VMs, such as Secondary Storage VMs, Console Proxy VMs, and DHCP.
-	</div><div class="para">
-		The reserved IP addresses must be unique across the cloud. You cannot, for example, have a host in one zone which has the same private IP address as a host in another zone.
-	</div><div class="para">
-		The hosts in a pod are assigned private IP addresses. These are typically RFC1918 addresses. The Console Proxy and Secondary Storage system VMs are also allocated private IP addresses in the CIDR of the pod that they are created in.
-	</div><div class="para">
-		Make sure computing servers and Management Servers use IP addresses outside of the System Reserved IP range. For example, suppose the System Reserved IP range starts at 192.168.154.2 and ends at 192.168.154.7. CloudStack can use .2 to .7 for System VMs. This leaves the rest of the pod CIDR, from .8 to .254, for the Management Server and hypervisor hosts.
-	</div><div class="para">
-		<span class="bold bold"><strong>In all zones:</strong></span>
-	</div><div class="para">
-		Provide private IPs for the system in each pod and provision them in CloudStack.
-	</div><div class="para">
-		For KVM and XenServer, the recommended number of private IPs per pod is one per host. If you expect a pod to grow, add enough private IPs now to accommodate the growth.
-	</div><div class="para">
-		<span class="bold bold"><strong>In a zone that uses advanced networking:</strong></span>
-	</div><div class="para">
-		For zones with advanced networking, we recommend provisioning enough private IPs for your total number of customers, plus enough for the required CloudStack System VMs. Typically, about 10 additional IPs are required for the System VMs. For more information about System VMs, see Working with System Virtual Machines in the Administrator's Guide.
-	</div><div class="para">
-		When advanced networking is being used, the number of private IP addresses available in each pod varies depending on which hypervisor is running on the nodes in that pod. Citrix XenServer and KVM use link-local addresses, which in theory provide more than 65,000 private IP addresses within the address block. As the pod grows over time, this should be more than enough for any reasonable number of hosts as well as IP addresses for guest virtual routers. VMWare ESXi, by contrast uses any administrator-specified subnetting scheme, and the typical administrator provides only 255 IPs per pod. Since these are shared by physical machines, the guest virtual router, and other entities, it is possible to run out of private IPs when scaling up a pod whose nodes are running ESXi.
-	</div><div class="para">
-		To ensure adequate headroom to scale private IP space in an ESXi pod that uses advanced networking, use one or both of the following techniques:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Specify a larger CIDR block for the subnet. A subnet mask with a /20 suffix will provide more than 4,000 IP addresses.
-			</div></li><li class="listitem"><div class="para">
-				Create multiple pods, each with its own subnet. For example, if you create 10 pods and each pod has 255 IPs, this will provide 2,550 IP addresses.
-			</div></li></ul></div></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/about-pods.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/about-pods.html b/docs/tmp/en-US/epub/OEBPS/about-pods.html
deleted file mode 100644
index 86e93f3..0000000
--- a/docs/tmp/en-US/epub/OEBPS/about-pods.html
+++ /dev/null
@@ -1,11 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>2.2. About Pods</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="about-pods"><div class="titlepage"><div><div><h1 class="title" id="about-pods">2.2. About Pods</h1></div></div></div><div class="para">
-		A pod often represents a single rack. Hosts in the same pod are in the same subnet.
-	</div><div class="para">
-		A pod is the second-largest organizational unit within a CloudStack deployment. Pods are contained within zones. Each zone can contain one or more pods.
-	</div><div class="para">
-		Pods are not visible to the end user.
-	</div><div class="para">
-		A pod consists of one or more clusters of hosts and one or more primary storage servers.
-	</div><div class="mediaobject"><img src="./images/pod-overview.png" alt="pod-overview.png: Nested structure of a simple pod" /></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/about-primary-storage.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/about-primary-storage.html b/docs/tmp/en-US/epub/OEBPS/about-primary-storage.html
deleted file mode 100644
index 4ecca14..0000000
--- a/docs/tmp/en-US/epub/OEBPS/about-primary-storage.html
+++ /dev/null
@@ -1,15 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>2.5. About Primary Storage</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="about-primary-storage"><div class="titlepage"><div><div><h1 class="title" id="about-primary-storage">2.5. About Primary Storage</h1></div></div></div><div class="para">
-		Primary storage is associated with a cluster, and it stores the disk volumes for all the VMs running on hosts in that cluster. You can add multiple primary storage servers to a cluster. At least one is required. It is typically located close to the hosts for increased performance.
-	</div><div class="para">
-		CloudStack is designed to work with all standards-compliant iSCSI and NFS servers that are supported by the underlying hypervisor, including, for example:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Dell EqualLogic™ for iSCSI
-			</div></li><li class="listitem"><div class="para">
-				Network Appliances filers for NFS and iSCSI
-			</div></li><li class="listitem"><div class="para">
-				Scale Computing for NFS
-			</div></li></ul></div><div class="para">
-		If you intend to use only local disk for your installation, you can skip to Add Secondary Storage.
-	</div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/about-secondary-storage.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/about-secondary-storage.html b/docs/tmp/en-US/epub/OEBPS/about-secondary-storage.html
deleted file mode 100644
index 3024b74..0000000
--- a/docs/tmp/en-US/epub/OEBPS/about-secondary-storage.html
+++ /dev/null
@@ -1,15 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>2.6. About Secondary Storage</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="about-secondary-storage"><div class="titlepage"><div><div><h1 class="title" id="about-secondary-storage">2.6. About Secondary Storage</h1></div></div></div><div class="para">
-		Secondary storage is associated with a zone, and it stores the following:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Templates — OS images that can be used to boot VMs and can include additional configuration information, such as installed applications
-			</div></li><li class="listitem"><div class="para">
-				ISO images — disc images containing data or bootable media for operating systems
-			</div></li><li class="listitem"><div class="para">
-				Disk volume snapshots — saved copies of VM data which can be used for data recovery or to create new templates
-			</div></li></ul></div><div class="para">
-		The items in zone-based NFS secondary storage are available to all hosts in the zone. CloudStack manages the allocation of guest virtual disks to particular primary storage devices.
-	</div><div class="para">
-		To make items in secondary storage available to all hosts throughout the cloud, you can add OpenStack Object Storage (Swift, <a href="http://swift.openstack.org">swift.openstack.org</a>) in addition to the zone-based NFS secondary storage. When using Swift, you configure Swift storage for the entire CloudStack, then set up NFS secondary storage for each zone as usual. The NFS storage in each zone acts as a staging area through which all templates and other secondary storage data pass before being forwarded to Swift. The Swift storage acts as a cloud-wide resource, making templates and other data available to any zone in the cloud. There is no hierarchy in the Swift storage, just one Swift container per storage object. Any secondary storage in the whole cloud can pull a container from Swift at need. It is not necessary to copy templates and snapshots from one zone to another, as would be required when using zone NFS alone. Everything is available everywhere.
-	</div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/about-virtual-networks.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/about-virtual-networks.html b/docs/tmp/en-US/epub/OEBPS/about-virtual-networks.html
deleted file mode 100644
index 1d5ff08..0000000
--- a/docs/tmp/en-US/epub/OEBPS/about-virtual-networks.html
+++ /dev/null
@@ -1,27 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>9.2. About Virtual Networks</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="about-virtual-networks"><div class="titlepage"><div><div><h1 class="title" id="about-virtual-networks">9.2. About Virtual Networks</h1></div></div></div><div class="para">
-		A virtual network is a logical construct that enables multi-tenancy on a single physical network. In CloudStack a virtual network can be shared or isolated.
-	</div><div class="section" id="isolated-networks"><div class="titlepage"><div><div><h2 class="title" id="isolated-networks">9.2.1. Isolated Networks</h2></div></div></div><div class="para">
-		An isolated network can be accessed only by virtual machines of a single account. Isolated networks have the following properties.
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Resources such as VLAN are allocated and garbage collected dynamically
-			</div></li><li class="listitem"><div class="para">
-				There is one network offering for the entire network
-			</div></li><li class="listitem"><div class="para">
-				The network offering can be upgraded or downgraded but it is for the entire network
-			</div></li></ul></div></div><div class="section" id="shared-networks"><div class="titlepage"><div><div><h2 class="title" id="shared-networks">9.2.2. Shared Networks</h2></div></div></div><div class="para">
-		A shared network can be accessed by virtual machines that belong to many different accounts. Network Isolation on shared networks is accomplished using techniques such as security groups (supported only in basic zones in CloudStack 3.0.3).
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				Shared Networks are created by the administrator
-			</div></li><li class="listitem"><div class="para">
-				Shared Networks can be designated to a certain domain
-			</div></li><li class="listitem"><div class="para">
-				Shared Network resources such as VLAN and physical network that it maps to are designated by the administrator
-			</div></li><li class="listitem"><div class="para">
-				Shared Networks are isolated by security groups
-			</div></li><li class="listitem"><div class="para">
-				Public Network is a shared network that is not shown to the end users
-			</div></li></ul></div></div><div class="section" id="runtime-allocation-virtual-network-resources"><div class="titlepage"><div><div><h2 class="title" id="runtime-allocation-virtual-network-resources">9.2.3. Runtime Allocation of Virtual Network Resources</h2></div></div></div><div class="para">
-		When you define a new virtual network, all your settings for that network are stored in CloudStack. The actual network resources are activated only when the first virtual machine starts in the network. When all virtual machines have left the virtual network, the network resources are garbage collected so they can be allocated again. This helps to conserve network resources..
-	</div></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/accept-membership-invite.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/accept-membership-invite.html b/docs/tmp/en-US/epub/OEBPS/accept-membership-invite.html
deleted file mode 100644
index 2c91280..0000000
--- a/docs/tmp/en-US/epub/OEBPS/accept-membership-invite.html
+++ /dev/null
@@ -1,17 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>6.5. Accepting a Membership Invitation</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="accept-membership-invite"><div class="titlepage"><div><div><h1 class="title" id="accept-membership-invite">6.5. Accepting a Membership Invitation</h1></div></div></div><div class="para">
-		If you have received an invitation to join a CloudStack project, and you want to accept the invitation, follow these steps:
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Log in to the CloudStack UI.
-			</div></li><li class="listitem"><div class="para">
-				In the left navigation, click Projects.
-			</div></li><li class="listitem"><div class="para">
-				In Select View, choose Invitations.
-			</div></li><li class="listitem"><div class="para">
-				If you see the invitation listed onscreen, click the Accept button.
-			</div><div class="para">
-				Invitations listed on screen were sent to you using your CloudStack account name.
-			</div></li><li class="listitem"><div class="para">
-				If you received an email invitation, click the Enter Token button, and provide the project ID and unique ID code (token) from the email.
-			</div></li></ol></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/accessing-vms.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/accessing-vms.html b/docs/tmp/en-US/epub/OEBPS/accessing-vms.html
deleted file mode 100644
index 5fd46af..0000000
--- a/docs/tmp/en-US/epub/OEBPS/accessing-vms.html
+++ /dev/null
@@ -1,21 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>10.5. Accessing VMs</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="accessing-vms"><div class="titlepage"><div><div><h1 class="title" id="accessing-vms">10.5. Accessing VMs</h1></div></div></div><div class="para">
-		Any user can access their own virtual machines. The administrator can access all VMs running in the cloud.
-	</div><div class="para">
-		To access a VM through the CloudStack UI:
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Log in to the CloudStack UI as a user or admin.
-			</div></li><li class="listitem"><div class="para">
-				Click Instances, then click the name of a running VM.
-			</div></li><li class="listitem"><div class="para">
-				Click the View Console button <img src="images/icon.png" alt="Accessing VMs" />.
-			</div></li></ol></div><div class="para">
-		To access a VM directly over the network:
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				The VM must have some port open to incoming traffic. For example, in a basic zone, a new VM might be assigned to a security group which allows incoming traffic. This depends on what security group you picked when creating the VM. In other cases, you can open a port by setting up a port forwarding policy. See IP Forwarding and Firewalling.
-			</div></li><li class="listitem"><div class="para">
-				If a port is open but you can not access the VM using ssh, it’s possible that ssh is not already enabled on the VM. This will depend on whether ssh is enabled in the template you picked when creating the VM. Access the VM through the CloudStack UI and enable ssh on the machine using the commands for the VM’s operating system.
-			</div></li><li class="listitem"><div class="para">
-				If the network has an external firewall device, you will need to create a firewall rule to allow access. See IP Forwarding and Firewalling.
-			</div></li></ol></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/accounts.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/accounts.html b/docs/tmp/en-US/epub/OEBPS/accounts.html
deleted file mode 100644
index 39a645e..0000000
--- a/docs/tmp/en-US/epub/OEBPS/accounts.html
+++ /dev/null
@@ -1,21 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>Chapter 3. Accounts</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="chapter" id="accounts"><div class="titlepage"><div><div><h1 class="title">Chapter 3. Accounts</h1></div></div></div><div class="section" id="accounts-users-domains"><div class="titlepage"><div><div><h1 class="title" id="accounts-users-domains">3.1. Accounts, Users, and Domains</h1></div></div></div><div class="formalpara"><h5 class="formalpara" id="idm37521864">Accounts</h5>
-			An account typically represents a customer of the service provider or a department in a large organization. Multiple users can exist in an account.
-		</div><div class="formalpara"><h5 class="formalpara" id="idm20145824">Domains</h5>
-			Accounts are grouped by domains. Domains usually contain multiple accounts that have some logical relationship to each other and a set of delegated administrators with some authority over the domain and its subdomains. For example, a service provider with several resellers could create a domain for each reseller.
-		</div><div class="para">
-		For each account created, the Cloud installation creates three different types of user accounts: root administrator, domain administrator, and user.
-	</div><div class="formalpara"><h5 class="formalpara" id="idm5074824">Users</h5>
-			Users are like aliases in the account. Users in the same account are not isolated from each other, but they are isolated from users in other accounts. Most installations need not surface the notion of users; they just have one user per account. The same user cannot belong to multiple accounts.
-		</div><div class="para">
-		Username is unique in a domain across accounts in that domain. The same username can exist in other domains, including sub-domains. Domain name can repeat only if the full pathname from root is unique. For example, you can create root/d1, as well as root/foo/d1, and root/sales/d1.
-	</div><div class="para">
-		Administrators are accounts with special privileges in the system. There may be multiple administrators in the system. Administrators can create or delete other administrators, and change the password for any user in the system.
-	</div><div class="formalpara"><h5 class="formalpara" id="idm20904696">Domain Administrators</h5>
-			Domain administrators can perform administrative operations for users who belong to that domain. Domain administrators do not have visibility into physical servers or other domains.
-		</div><div class="formalpara"><h5 class="formalpara" id="idm26592168">Root Administrator</h5>
-			Root administrators have complete access to the system, including managing templates, service offerings, customer care administrators, and domains
-		</div><div class="para">
-		The resources belong to the account, not individual users in that account. For example, billing, resource limits, and so on are maintained by the account, not the users. A user can operate on any resource in the account provided the user has privileges for that operation. The privileges are determined by the role.
-	</div></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/acquire-new-ip-address.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/acquire-new-ip-address.html b/docs/tmp/en-US/epub/OEBPS/acquire-new-ip-address.html
deleted file mode 100644
index 494568e..0000000
--- a/docs/tmp/en-US/epub/OEBPS/acquire-new-ip-address.html
+++ /dev/null
@@ -1,15 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>15.11. Acquiring a New IP Address</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="acquire-new-ip-address"><div class="titlepage"><div><div><h1 class="title" id="acquire-new-ip-address">15.11. Acquiring a New IP Address</h1></div></div></div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Log in to the CloudStack UI as an administrator or end user.
-			</div></li><li class="listitem"><div class="para">
-				In the left navigation, choose Network.
-			</div></li><li class="listitem"><div class="para">
-				Click the name of the network where you want to work with.
-			</div></li><li class="listitem"><div class="para">
-				Click View IP Addresses.
-			</div></li><li class="listitem"><div class="para">
-				Click Acquire New IP, and click Yes in the confirmation dialog.
-			</div><div class="para">
-				You are prompted for confirmation because, typically, IP addresses are a limited resource. Within a few moments, the new IP address should appear with the state Allocated. You can now use the IP address in port forwarding or static NAT rules.
-			</div></li></ol></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/add-members-to-projects.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/add-members-to-projects.html b/docs/tmp/en-US/epub/OEBPS/add-members-to-projects.html
deleted file mode 100644
index bc26554..0000000
--- a/docs/tmp/en-US/epub/OEBPS/add-members-to-projects.html
+++ /dev/null
@@ -1,45 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>6.4. Adding Members to a Project</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="add-members-to-projects"><div class="titlepage"><div><div><h1 class="title" id="add-members-to-projects">6.4. Adding Members to a Project</h1></div></div></div><div class="para">
-		New members can be added to a project by the project’s administrator, the domain administrator of the domain where the project resides or any parent domain, or the CloudStack root administrator. There are two ways to add members in CloudStack, but only one way is enabled at a time:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				If invitations have been enabled, you can send invitations to new members.
-			</div></li><li class="listitem"><div class="para">
-				If invitations are not enabled, you can add members directly through the UI.
-			</div></li></ul></div><div class="section" id="send-projects-membership-invitation"><div class="titlepage"><div><div><h2 class="title" id="send-projects-membership-invitation">6.4.1. Sending Project Membership Invitations</h2></div></div></div><div class="para">
-		Use these steps to add a new member to a project if the invitations feature is enabled in the cloud as described in <a class="xref" href="configuring-projects.html#set-up-invitations">Section 6.2.1, “Setting Up Invitations”</a>. If the invitations feature is not turned on, use the procedure in Adding Project Members From the UI.
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Log in to the CloudStack UI.
-			</div></li><li class="listitem"><div class="para">
-				In the left navigation, click Projects.
-			</div></li><li class="listitem"><div class="para">
-				In Select View, choose Projects.
-			</div></li><li class="listitem"><div class="para">
-				Click the name of the project you want to work with.
-			</div></li><li class="listitem"><div class="para">
-				Click the Invitations tab.
-			</div></li><li class="listitem"><div class="para">
-				In Add by, select one of the following:
-			</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-						Account – The invitation will appear in the user’s Invitations tab in the Project View. See Using the Project View.
-					</div></li><li class="listitem"><div class="para">
-						Email – The invitation will be sent to the user’s email address. Each emailed invitation includes a unique code called a token which the recipient will provide back to CloudStack when accepting the invitation. Email invitations will work only if the global parameters related to the SMTP server have been set. See <a class="xref" href="configuring-projects.html#set-up-invitations">Section 6.2.1, “Setting Up Invitations”</a>.
-					</div></li></ol></div></li><li class="listitem"><div class="para">
-				Type the user name or email address of the new member you want to add, and click Invite. Type the CloudStack user name if you chose Account in the previous step. If you chose Email, type the email address. You can invite only people who have an account in this cloud within the same domain as the project. However, you can send the invitation to any email address.
-			</div></li><li class="listitem"><div class="para">
-				To view and manage the invitations you have sent, return to this tab. When an invitation is accepted, the new member will appear in the project’s Accounts tab.
-			</div></li></ol></div></div><div class="section" id="add-projects-members-from-ui"><div class="titlepage"><div><div><h2 class="title" id="add-projects-members-from-ui">6.4.2. Adding Project Members From the UI</h2></div></div></div><div class="para">
-		The steps below tell how to add a new member to a project if the invitations feature is not enabled in the cloud. If the invitations feature is enabled cloud,as described in <a class="xref" href="configuring-projects.html#set-up-invitations">Section 6.2.1, “Setting Up Invitations”</a>, use the procedure in <a class="xref" href="add-members-to-projects.html#send-projects-membership-invitation">Section 6.4.1, “Sending Project Membership Invitations”</a>.
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Log in to the CloudStack UI.
-			</div></li><li class="listitem"><div class="para">
-				In the left navigation, click Projects.
-			</div></li><li class="listitem"><div class="para">
-				In Select View, choose Projects.
-			</div></li><li class="listitem"><div class="para">
-				Click the name of the project you want to work with.
-			</div></li><li class="listitem"><div class="para">
-				Click the Accounts tab. The current members of the project are listed.
-			</div></li><li class="listitem"><div class="para">
-				Type the account name of the new member you want to add, and click Add Account. You can add only people who have an account in this cloud and within the same domain as the project.
-			</div></li></ol></div></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/add-password-management-to-templates.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/add-password-management-to-templates.html b/docs/tmp/en-US/epub/OEBPS/add-password-management-to-templates.html
deleted file mode 100644
index 9d7964d..0000000
--- a/docs/tmp/en-US/epub/OEBPS/add-password-management-to-templates.html
+++ /dev/null
@@ -1,31 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>12.13. Adding Password Management to Your Templates</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="add-password-management-to-templates"><div class="titlepage"><div><div><h1 class="title" id="add-password-management-to-templates">12.13. Adding Password Management to Your Templates</h1></div></div></div><div class="para">
-		CloudStack provides an optional password reset feature that allows users to set a temporary admin or root password as well as reset the existing admin or root password from the CloudStack UI.
-	</div><div class="para">
-		To enable the Reset Password feature, you will need to download an additional script to patch your template. When you later upload the template into CloudStack, you can specify whether reset admin/root password feature should be enabled for this template.
-	</div><div class="para">
-		The password management feature works always resets the account password on instance boot. The script does an HTTP call to the virtual router to retrieve the account password that should be set. As long as the virtual router is accessible the guest will have access to the account password that should be used. When the user requests a password reset the management server generates and sends a new password to the virtual router for the account. Thus an instance reboot is necessary to effect any password changes.
-	</div><div class="para">
-		If the script is unable to contact the virtual router during instance boot it will not set the password but boot will continue normally.
-	</div><div class="section" id="linux-installation"><div class="titlepage"><div><div><h2 class="title" id="linux-installation">12.13.1. Linux OS Installation</h2></div></div></div><div class="para">
-		Use the following steps to begin the Linux OS installation:
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Download the script file cloud-set-guest-password:
-			</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-						Linux: <a href="http://cloudstack.org/dl/cloud-set-guest-password">http://cloudstack.org/dl/cloud-set-guest-password</a>
-					</div></li><li class="listitem"><div class="para">
-						Windows: <a href="http://sourceforge.net/projects/cloudstack/files/Password%20Management%20Scripts/CloudInstanceManager.msi/download">http://sourceforge.net/projects/cloudstack/files/Password%20Management%20Scripts/CloudInstanceManager.msi/download</a>
-					</div></li></ul></div></li><li class="listitem"><div class="para">
-				Copy this file to /etc/init.d.
-			</div><div class="para">
-				On some Linux distributions, copy the file to /etc/rc.d/init.d.
-			</div></li><li class="listitem"><div class="para">
-				Run the following command to make the script executable:
-			</div><pre class="programlisting">chmod +x /etc/init.d/cloud-set-guest-password</pre></li><li class="listitem"><div class="para">
-				Depending on the Linux distribution, continue with the appropriate step.
-			</div><div class="para">
-				On Fedora, CentOS/RHEL, and Debian, run:
-			</div><pre class="programlisting">chkconfig --add cloud-set-guest-password</pre></li></ol></div></div><div class="section" id="windows-installation"><div class="titlepage"><div><div><h2 class="title" id="windows-installation">12.13.2. Windows OS Installation</h2></div></div></div><div class="para">
-		Download the installer, CloudInstanceManager.msi, from <a href="http://cloudstack.org/download.html">Download page</a> and run the installer in the newly created Windows VM.
-	</div></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/admin-alerts.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/admin-alerts.html b/docs/tmp/en-US/epub/OEBPS/admin-alerts.html
deleted file mode 100644
index 5bc573b..0000000
--- a/docs/tmp/en-US/epub/OEBPS/admin-alerts.html
+++ /dev/null
@@ -1,15 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>18.3. Administrator Alerts</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="admin-alerts"><div class="titlepage"><div><div><h1 class="title" id="admin-alerts">18.3. Administrator Alerts</h1></div></div></div><div class="para">
-		The system provides alerts and events to help with the management of the cloud. Alerts are notices to an administrator, generally delivered by e-mail, notifying the administrator that an error has occurred in the cloud. Alert behavior is configurable.
-	</div><div class="para">
-		Events track all of the user and administrator actions in the cloud. For example, every guest VM start creates an associated event. Events are stored in the Management Server’s database.
-	</div><div class="para">
-		Emails will be sent to administrators under the following circumstances:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				The Management Server cluster runs low on CPU, memory, or storage resources
-			</div></li><li class="listitem"><div class="para">
-				The Management Server loses heartbeat from a Host for more than 3 minutes
-			</div></li><li class="listitem"><div class="para">
-				The Host cluster runs low on CPU, memory, or storage resources
-			</div></li></ul></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/advanced-zone-physical-network-configuration.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/advanced-zone-physical-network-configuration.html b/docs/tmp/en-US/epub/OEBPS/advanced-zone-physical-network-configuration.html
deleted file mode 100644
index e09864b..0000000
--- a/docs/tmp/en-US/epub/OEBPS/advanced-zone-physical-network-configuration.html
+++ /dev/null
@@ -1,33 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>15.5. Advanced Zone Physical Network Configuration</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="advanced-zone-physical-network-configuration"><div class="titlepage"><div><div><h1 class="title" id="advanced-zone-physical-network-configuration">15.5. Advanced Zone Physical Network Configuration</h1></div></div></div><div class="para">
-		Within a zone that uses advanced networking, you need to tell the Management Server how the physical network is set up to carry different kinds of traffic in isolation.
-	</div><div class="section" id="configure-guest-traffic-in-advanced-zone"><div class="titlepage"><div><div><h2 class="title" id="configure-guest-traffic-in-advanced-zone">15.5.1. Configure Guest Traffic in an Advanced Zone</h2></div></div></div><div class="para">
-		These steps assume you have already logged in to the CloudStack UI. To configure the base guest network:
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				In the left navigation, choose Infrastructure. On Zones, click View More, then click the zone to which you want to add a network.
-			</div></li><li class="listitem"><div class="para">
-				Click the Network tab.
-			</div></li><li class="listitem"><div class="para">
-				Click Add guest network.
-			</div><div class="para">
-				The Add guest network window is displayed:
-			</div><div class="mediaobject"><img src="./images/add-guest-network.png" alt="networksetupzone.png: Depicts network setup in a single zone" /></div></li><li class="listitem"><div class="para">
-				Provide the following information:
-			</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-						<span class="bold bold"><strong>Name</strong></span>. The name of the network. This will be user-visible
-					</div></li><li class="listitem"><div class="para">
-						<span class="bold bold"><strong>Display Text</strong></span>: The description of the network. This will be user-visible
-					</div></li><li class="listitem"><div class="para">
-						<span class="bold bold"><strong>Zone</strong></span>: The zone in which you are configuring the guest network.
-					</div></li><li class="listitem"><div class="para">
-						<span class="bold bold"><strong>Network offering</strong></span>: If the administrator has configured multiple network offerings, select the one you want to use for this network
-					</div></li><li class="listitem"><div class="para">
-						<span class="bold bold"><strong>Guest Gateway</strong></span>: The gateway that the guests should use
-					</div></li><li class="listitem"><div class="para">
-						<span class="bold bold"><strong>Guest Netmask</strong></span>: The netmask in use on the subnet the guests will use
-					</div></li></ul></div></li><li class="listitem"><div class="para">
-				Click OK.
-			</div></li></ol></div></div><div class="section" id="configure-public-traffic-in-an-advanced-zone"><div class="titlepage"><div><div><h2 class="title" id="configure-public-traffic-in-an-advanced-zone">15.5.2. Configure Public Traffic in an Advanced Zone</h2></div></div></div><div class="para">
-		In a zone that uses advanced networking, you need to configure at least one range of IP addresses for Internet traffic.
-	</div></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/alerts.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/alerts.html b/docs/tmp/en-US/epub/OEBPS/alerts.html
deleted file mode 100644
index 9a90447..0000000
--- a/docs/tmp/en-US/epub/OEBPS/alerts.html
+++ /dev/null
@@ -1,5 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>Appendix C. Alerts</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="appendix" id="alerts"><div class="titlepage"><div><div><h1 class="title">Alerts</h1></div></div></div><div class="para">
-		The following is the list of alert type numbers. The current alerts can be found by calling listAlerts.
-	</div><pre class="programlisting">MEMORY = 0</pre><pre class="programlisting">CPU = 1</pre><pre class="programlisting">STORAGE =2</pre><pre class="programlisting">STORAGE_ALLOCATED = 3</pre><pre class="programlisting">PUBLIC_IP = 4</pre><pre class="programlisting">PRIVATE_IP = 5</pre><pre class="programlisting">HOST = 6</pre><pre class="programlisting">USERVM = 7</pre><pre class="programlisting">DOMAIN_ROUTER = 8</pre><pre class="programlisting">CONSOLE_PROXY = 9</pre><pre class="programlisting">ROUTING = 10// lost connection to default route (to the gateway)</pre><pre class="programlisting">STORAGE_MISC = 11 // lost connection to default route (to the gateway)</pre><pre class="programlisting">USAGE_SERVER = 12 // lost connection to default route (to the gateway)</pre><pre class="programlisting">MANAGMENT_NODE = 13 // lost connection to default route (to the gateway)</pre><pre class="programlisting">DOMAIN_ROUTER_MIGRATE = 14</pre><pre class="programlisting">CONSOLE_PROXY_MIGRATE =
  15</pre><pre class="programlisting">USERVM_MIGRATE = 16</pre><pre class="programlisting">VLAN = 17</pre><pre class="programlisting">SSVM = 18</pre><pre class="programlisting">USAGE_SERVER_RESULT = 19</pre><pre class="programlisting">STORAGE_DELETE = 20;</pre><pre class="programlisting">UPDATE_RESOURCE_COUNT = 21; //Generated when we fail to update the resource count</pre><pre class="programlisting">USAGE_SANITY_RESULT = 22;</pre><pre class="programlisting">DIRECT_ATTACHED_PUBLIC_IP = 23;</pre><pre class="programlisting">LOCAL_STORAGE = 24;</pre><pre class="programlisting">RESOURCE_LIMIT_EXCEEDED = 25; //Generated when the resource limit exceeds the limit. Currently used for recurring snapshots only</pre></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/allocators.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/allocators.html b/docs/tmp/en-US/epub/OEBPS/allocators.html
deleted file mode 100644
index fcb308f..0000000
--- a/docs/tmp/en-US/epub/OEBPS/allocators.html
+++ /dev/null
@@ -1,5 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>20.2. Allocators</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="allocators"><div class="titlepage"><div><div><h1 class="title" id="allocators">20.2. Allocators</h1></div></div></div><div class="para">
-		CloudStack enables administrators to write custom allocators that will choose the Host to place a new guest and the storage host from which to allocate guest virtual disk images.
-	</div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/api-overview.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/api-overview.html b/docs/tmp/en-US/epub/OEBPS/api-overview.html
deleted file mode 100644
index eb4edeb..0000000
--- a/docs/tmp/en-US/epub/OEBPS/api-overview.html
+++ /dev/null
@@ -1,15 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>Chapter 20. CloudStack API</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="chapter" id="api-overview"><div class="titlepage"><div><div><h1 class="title">Chapter 20. CloudStack API</h1></div></div></div><div class="para">
-		The CloudStack API is a low level API that has been used to implement the CloudStack web UIs. It is also a good basis for implementing other popular APIs such as EC2/S3 and emerging DMTF standards.
-	</div><div class="para">
-		Many CloudStack API calls are asynchronous. These will return a Job ID immediately when called. This Job ID can be used to query the status of the job later. Also, status calls on impacted resources will provide some indication of their state.
-	</div><div class="para">
-		The API has a REST-like query basis and returns results in XML or JSON.
-	</div><div class="para">
-		See <a href="http://docs.cloudstack.org/CloudStack_Documentation/Developer's_Guide%3A_CloudStack">the Developer’s Guide</a> and <a href="http://docs.cloudstack.org/CloudStack_Documentation/API_Reference%3A_CloudStack">the API Reference</a>.
-	</div><div class="section" id="provisioning-auth-api"><div class="titlepage"><div><div><h1 class="title" id="provisioning-auth-api">20.1. Provisioning and Authentication API</h1></div></div></div><div class="para">
-		CloudStack expects that a customer will have their own user provisioning infrastructure. It provides APIs to integrate with these existing systems where the systems call out to CloudStack to add/remove users..
-	</div><div class="para">
-		CloudStack supports pluggable authenticators. By default, CloudStack assumes it is provisioned with the user’s password, and as a result authentication is done locally. However, external authentication is possible as well. For example, see Using an LDAP Server for User Authentication.
-	</div></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/appe-cloudstack-Revision_History.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/appe-cloudstack-Revision_History.html b/docs/tmp/en-US/epub/OEBPS/appe-cloudstack-Revision_History.html
deleted file mode 100644
index d7d2d96..0000000
--- a/docs/tmp/en-US/epub/OEBPS/appe-cloudstack-Revision_History.html
+++ /dev/null
@@ -1,9 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>Appendix D. Revision History</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="appendix" id="appe-cloudstack-Revision_History"><div class="titlepage"><div><div><h1 class="title">Revision History</h1></div></div></div><div class="para">
-		<div class="revhistory"><table border="0" width="100%" summary="Revision history"><tr><th align="left" valign="top" colspan="3"><strong>Revision History</strong></th></tr><tr><td align="left">Revision 0-0</td><td align="left">Tue May 29 2012</td><td align="left"><span class="author"><span class="firstname">Jessica</span> <span class="surname">Tomechak</span></span></td></tr><tr><td align="left" colspan="3">
-					<table border="0" summary="Simple list" class="simplelist"><tr><td>Initial creation of book by publican</td></tr></table>
-
-				</td></tr></table></div>
-
-	</div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/basic-zone-physical-network-configuration.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/basic-zone-physical-network-configuration.html b/docs/tmp/en-US/epub/OEBPS/basic-zone-physical-network-configuration.html
deleted file mode 100644
index af10395..0000000
--- a/docs/tmp/en-US/epub/OEBPS/basic-zone-physical-network-configuration.html
+++ /dev/null
@@ -1,5 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>15.4. Basic Zone Physical Network Configuration</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="basic-zone-physical-network-configuration"><div class="titlepage"><div><div><h1 class="title" id="basic-zone-physical-network-configuration">15.4. Basic Zone Physical Network Configuration</h1></div></div></div><div class="para">
-		In a basic network, configuring the physical network is fairly straightforward. You only need to configure one guest network to carry traffic that is generated by guest VMs. When you first add a zone to CloudPlatform, you set up the guest network through the Add Zone screens.
-	</div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/best-practices-templates.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/best-practices-templates.html b/docs/tmp/en-US/epub/OEBPS/best-practices-templates.html
deleted file mode 100644
index 4c9b31a..0000000
--- a/docs/tmp/en-US/epub/OEBPS/best-practices-templates.html
+++ /dev/null
@@ -1,5 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>12.3. Best Practices for Templates</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="best-practices-templates"><div class="titlepage"><div><div><h1 class="title" id="best-practices-templates">12.3. Best Practices for Templates</h1></div></div></div><div class="para">
-		If you plan to use large templates (100 GB or larger), be sure you have a 10-gigabit network to support the large templates. A slower network can lead to timeouts and other errors when large templates are used.
-	</div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/best-practices-vm.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/best-practices-vm.html b/docs/tmp/en-US/epub/OEBPS/best-practices-vm.html
deleted file mode 100644
index aec5f4b..0000000
--- a/docs/tmp/en-US/epub/OEBPS/best-practices-vm.html
+++ /dev/null
@@ -1,5 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>10.2. Best Practices for Virtual Machines</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="best-practices-vm"><div class="titlepage"><div><div><h1 class="title" id="best-practices-vm">10.2. Best Practices for Virtual Machines</h1></div></div></div><div class="para">
-		The CloudStack administrator should monitor the total number of VM instances in each cluster, and disable allocation to the cluster if the total is approaching the maximum that the hypervisor can handle. Be sure to leave a safety margin to allow for the possibility of one or more hosts failing, which would increase the VM load on the other hosts as the VMs are automatically redeployed. Consult the documentation for your chosen hypervisor to find the maximum permitted number of VMs per host, then use CloudStack global configuration settings to set this as the default limit. Monitor the VM activity in each cluster at all times. Keep the total number of VMs below a safe level that allows for the occasional host failure. For example, if there are N hosts in the cluster, and you want to allow for one host in the cluster to be down at any given time, the total number of VM instances you can permit in the cluster is at most (N-1) * (per-host-limit). Once a cluster reaches this number of 
 VMs, use the CloudStack UI to disable allocation of more VMs to the cluster.
-	</div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/change-database-config.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/change-database-config.html b/docs/tmp/en-US/epub/OEBPS/change-database-config.html
deleted file mode 100644
index a361c1f..0000000
--- a/docs/tmp/en-US/epub/OEBPS/change-database-config.html
+++ /dev/null
@@ -1,5 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>18.2. Changing the Database Configuration</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="change-database-config"><div class="titlepage"><div><div><h1 class="title" id="change-database-config">18.2. Changing the Database Configuration</h1></div></div></div><div class="para">
-		The CloudStack Management Server stores database configuration information (e.g., hostname, port, credentials) in the file /etc/cloud/management/db.properties. To effect a change, edit this file on each Management Server, then restart the Management Server.
-	</div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/change-host-password.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/change-host-password.html b/docs/tmp/en-US/epub/OEBPS/change-host-password.html
deleted file mode 100644
index bcbd77c..0000000
--- a/docs/tmp/en-US/epub/OEBPS/change-host-password.html
+++ /dev/null
@@ -1,17 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>11.7. Changing Host Password</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="change-host-password"><div class="titlepage"><div><div><h1 class="title" id="change-host-password">11.7. Changing Host Password</h1></div></div></div><div class="para">
-		The password for a XenServer Node, KVM Node, or vSphere Node may be changed in the database. Note that all Nodes in a Cluster must have the same password.
-	</div><div class="para">
-		To change a Node's password:
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Identify all hosts in the cluster.
-			</div></li><li class="listitem"><div class="para">
-				Change the password on all hosts in the cluster. Now the password for the host and the password known to CloudStack will not match. Operations on the cluster will fail until the two passwords match.
-			</div></li><li class="listitem"><div class="para">
-				Get the list of host IDs for the host in the cluster where you are changing the password. You will need to access the database to determine these host IDs. For each hostname "h" (or vSphere cluster) that you are changing the password for, execute:
-			</div><pre class="programlisting">mysql&gt; select id from cloud.host where name like '%h%';</pre></li><li class="listitem"><div class="para">
-				This should return a single ID. Record the set of such IDs for these hosts.
-			</div></li><li class="listitem"><div class="para">
-				Update the passwords for the host in the database. In this example, we change the passwords for hosts with IDs 5, 10, and 12 to "password".
-			</div><pre class="programlisting">mysql&gt; update cloud.host set password='password' where id=5 or id=10 or id=12;</pre></li></ol></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/changing-service-offering-for-vm.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/changing-service-offering-for-vm.html b/docs/tmp/en-US/epub/OEBPS/changing-service-offering-for-vm.html
deleted file mode 100644
index 5a25c5b..0000000
--- a/docs/tmp/en-US/epub/OEBPS/changing-service-offering-for-vm.html
+++ /dev/null
@@ -1,23 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>10.8. Changing the Service Offering for a VM</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="changing-service-offering-for-vm"><div class="titlepage"><div><div><h1 class="title" id="changing-service-offering-for-vm">10.8. Changing the Service Offering for a VM</h1></div></div></div><div class="para">
-		To upgrade or downgrade the level of compute resources available to a virtual machine, you can change the VM's compute offering.
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Log in to the CloudStack UI as a user or admin.
-			</div></li><li class="listitem"><div class="para">
-				In the left navigation, click Instances.
-			</div></li><li class="listitem"><div class="para">
-				Choose the VM that you want to work with.
-			</div></li><li class="listitem"><div class="para">
-				Click the Stop button to stop the VM 
-				<span class="inlinemediaobject"><img src="./images/stop-instance-icon.png" alt="StopButton.png: button to stop a VM" /></span>
-
-			</div></li><li class="listitem"><div class="para">
-				Click the Change Service button 
-				<span class="inlinemediaobject"><img src="./images/change-service-icon.png" alt="ChangeServiceButton.png: button to change the service of a VM" /></span>
-				. The Change service dialog box is displayed.
-			</div></li><li class="listitem"><div class="para">
-				Select the offering you want.
-			</div></li><li class="listitem"><div class="para">
-				Click OK.
-			</div></li></ol></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/changing-vm-name-os-group.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/changing-vm-name-os-group.html b/docs/tmp/en-US/epub/OEBPS/changing-vm-name-os-group.html
deleted file mode 100644
index c187210..0000000
--- a/docs/tmp/en-US/epub/OEBPS/changing-vm-name-os-group.html
+++ /dev/null
@@ -1,31 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>10.7. Changing the VM Name, OS, or Group</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="section" id="changing-vm-name-os-group"><div class="titlepage"><div><div><h1 class="title" id="changing-vm-name-os-group">10.7. Changing the VM Name, OS, or Group</h1></div></div></div><div class="para">
-		After a VM is created, you can modify the display name, operating system, and the group it belongs to.
-	</div><div class="para">
-		To access a VM through the CloudStack UI:
-	</div><div class="orderedlist"><ol><li class="listitem"><div class="para">
-				Log in to the CloudStack UI as a user or admin.
-			</div></li><li class="listitem"><div class="para">
-				In the left navigation, click Instances.
-			</div></li><li class="listitem"><div class="para">
-				Select the VM that you want to modify.
-			</div></li><li class="listitem"><div class="para">
-				Click the Stop button to stop the VM 
-				<span class="inlinemediaobject"><img src="./images/stop-instance-icon.png" alt="StopButton.png: button to stop a VM" /></span>
-
-			</div></li><li class="listitem"><div class="para">
-				Click Edit 
-				<span class="inlinemediaobject"><img src="./images/edit-icon.png" alt="StopButton.png: button to edit the properties of a VM" /></span>
-				.
-			</div></li><li class="listitem"><div class="para">
-				Make the desired changes to the following:
-			</div></li><li class="listitem"><div class="para">
-				Display name: Enter a new display name if you want to change the name of the VM.
-			</div></li><li class="listitem"><div class="para">
-				OS Type: Select the desired operating system.
-			</div></li><li class="listitem"><div class="para">
-				Group: Enter the group name for the VM.
-			</div></li><li class="listitem"><div class="para">
-				Click Apply.
-			</div></li></ol></div></div></body></html>

http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/d8e31c7a/docs/tmp/en-US/epub/OEBPS/cloud-infrastructure-concepts.html
----------------------------------------------------------------------
diff --git a/docs/tmp/en-US/epub/OEBPS/cloud-infrastructure-concepts.html b/docs/tmp/en-US/epub/OEBPS/cloud-infrastructure-concepts.html
deleted file mode 100644
index 41972e1..0000000
--- a/docs/tmp/en-US/epub/OEBPS/cloud-infrastructure-concepts.html
+++ /dev/null
@@ -1,31 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>Chapter 2. Cloud Infrastructure Concepts</title><link rel="stylesheet" type="text/css" href="Common_Content/css/default.css" /><link rel="stylesheet" media="print" href="Common_Content/css/print.css" type="text/css" /><meta name="generator" content="publican 2.8" /><meta name="package" content="" /></head><body><div class="chapter" id="cloud-infrastructure-concepts"><div class="titlepage"><div><div><h1 class="title">Chapter 2. Cloud Infrastructure Concepts</h1></div></div></div><div class="section" id="about-zones"><div class="titlepage"><div><div><h1 class="title" id="about-zones">2.1. About Zones</h1></div></div></div><div class="para">
-		A zone is the largest organizational unit within a CloudStack deployment. A zone typically corresponds to a single datacenter, although it is permissible to have multiple zones in a datacenter. The benefit of organizing infrastructure into zones is to provide physical isolation and redundancy. For example, each zone can have its own power supply and network uplink, and the zones can be widely separated geographically (though this is not required).
-	</div><div class="para">
-		A zone consists of:
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				One or more pods. Each pod contains one or more clusters of hosts and one or more primary storage servers.
-			</div></li><li class="listitem"><div class="para">
-				Secondary storage, which is shared by all the pods in the zone.
-			</div></li></ul></div><div class="mediaobject"><img src="./images/zone-overview.png" width="444" alt="zone-overview.png: Nested structure of a simple zone" /></div><div class="para">
-		Zones are visible to the end user. When a user starts a guest VM, the user must select a zone for their guest. Users might also be required to copy their private templates to additional zones to enable creation of guest VMs using their templates in those zones.
-	</div><div class="para">
-		Zones can be public or private. Public zones are visible to all users. This means that any user may create a guest in that zone. Private zones are reserved for a specific domain. Only users in that domain or its subdomains may create guests in that zone.
-	</div><div class="para">
-		Hosts in the same zone are directly accessible to each other without having to go through a firewall. Hosts in different zones can access each other through statically configured VPN tunnels.
-	</div><div class="para">
-		For each zone, the administrator must decide the following.
-	</div><div class="itemizedlist"><ul><li class="listitem"><div class="para">
-				How many pods to place in a zone.
-			</div></li><li class="listitem"><div class="para">
-				How many clusters to place in each pod.
-			</div></li><li class="listitem"><div class="para">
-				How many hosts to place in each cluster.
-			</div></li><li class="listitem"><div class="para">
-				How many primary storage servers to place in each cluster and total capacity for the storage servers.
-			</div></li><li class="listitem"><div class="para">
-				How much secondary storage to deploy in a zone.
-			</div></li></ul></div><div class="para">
-		When you add a new zone, you will be prompted to configure the zone’s physical network and add the first pod, cluster, host, primary storage, and secondary storage.
-	</div></div></div></body></html>