<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Volume Guides on Documentation</title>
    <link>/docs/openstack-iaas/guides/volumes/</link>
    <description>Recent content in Volume Guides on Documentation</description>
    <generator>Hugo</generator>
    <language>en</language>
    <atom:link href="/docs/openstack-iaas/guides/volumes/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Volume Attachment Limits</title>
      <link>/docs/openstack-iaas/guides/volumes/volume_attachment_limit/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/docs/openstack-iaas/guides/volumes/volume_attachment_limit/</guid>
      <description>&lt;h2 id=&#34;overview&#34;&gt;Overview&lt;/h2&gt;&#xA;&lt;p&gt;If you need to attach more than the default limitation of volume attachments, then this is possible by using a custom image and changing the properties of the image to use a non-default scsi driver.&lt;/p&gt;&#xA;&lt;p&gt;Please note that any servers created before the image properties are set need to be re-created in order to use the updated driver.&lt;/p&gt;&#xA;&lt;p&gt;The following properties need to be set in order to achieve this.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Volume Backup &amp; Restore</title>
      <link>/docs/openstack-iaas/guides/volumes/volume_backup/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/docs/openstack-iaas/guides/volumes/volume_backup/</guid>
      <description>&lt;h2 id=&#34;overview&#34;&gt;Overview&lt;/h2&gt;&#xA;&lt;p&gt;Volume backups in Elastx OpenStack uses Swift as the storage backend. This means that your backups will automatically be placed in all availability zones. This guide will help you get started with how to create volume backups and how to restore them using OpenStack&amp;rsquo;s Horizon and CLI.&lt;/p&gt;&#xA;&lt;hr&gt;&#xA;&lt;h2 id=&#34;backup-and-restrore-from-horizon&#34;&gt;Backup and restrore from Horizon&lt;/h2&gt;&#xA;&lt;h3 id=&#34;backup-from-horizon&#34;&gt;Backup from Horizon&lt;/h3&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;Navigate to &lt;a href=&#34;https://ops.elastx.cloud/project/volumes/&#34;&gt;&amp;ldquo;Project&amp;rdquo; → &amp;ldquo;Volumes&amp;rdquo;&lt;/a&gt; pick the volume you want to backup and choose &lt;code&gt;Create Backup&lt;/code&gt;&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;&lt;img src=&#34;/img/openstack-iaas/guides/ops_backup-restore-1.png&#34; alt=&#34;Open-create-backup&#34;&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Volume migration</title>
      <link>/docs/openstack-iaas/guides/volumes/volume_migration/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/docs/openstack-iaas/guides/volumes/volume_migration/</guid>
      <description>&lt;h2 id=&#34;overview&#34;&gt;Overview&lt;/h2&gt;&#xA;&lt;p&gt;To migrate volume data between Availability Zones (sto1|sto2|sto3) you can use Openstacks backup functionality. This backup process uses our Swift object storage, which is available across all Availability Zones.&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;Shutdown the instance whose volume will change Availability Zone. Let&amp;rsquo;s say it&amp;rsquo;s in sto1 now.&lt;/li&gt;&#xA;&lt;li&gt;Take a backup of the volume (this may take some time, depending on the size of the volume).&lt;/li&gt;&#xA;&lt;li&gt;Create a new volume in Availability Zone sto2 and select the backup as the source.&lt;/li&gt;&#xA;&lt;li&gt;Create a new instance in Availability Zone sto2 and attach the newly created volume.&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;To get a more in-depth look at how to perform backup and restore of a volume, follow our &lt;a href=&#34;../volume_backup/&#34;&gt;Volume Backup &amp;amp; Restore&lt;/a&gt; guide.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Volume Retype</title>
      <link>/docs/openstack-iaas/guides/volumes/volume_retype/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/docs/openstack-iaas/guides/volumes/volume_retype/</guid>
      <description>&lt;h2 id=&#34;overview&#34;&gt;Overview&lt;/h2&gt;&#xA;&lt;p&gt;This guide will help you getting started with changing volume type in OpenStack.&lt;/p&gt;&#xA;&lt;div class=&#34;alert alert-info&#34; role=&#34;alert&#34;&gt;&lt;div class=&#34;h4 alert-heading&#34; role=&#34;heading&#34;&gt;Note&lt;/div&gt;&#xA;&lt;p&gt;For v2 volumes as well as the deprecated &amp;rsquo;enc&amp;rsquo; volume types you will need to detach the volume from your server before retyping.&#xA;Either shut down your server or unmount the volume in your operating system before detaching the volume in Openstack.&lt;/p&gt;&#xA;&lt;p&gt;You cannot change a volume type from v1 to v2 if it has an existing snapshot.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Windows volume offline after restart</title>
      <link>/docs/openstack-iaas/guides/volumes/windows_volume_offline/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/docs/openstack-iaas/guides/volumes/windows_volume_offline/</guid>
      <description>&lt;h3 id=&#34;issue-description&#34;&gt;Issue description&lt;/h3&gt;&#xA;&lt;p&gt;In certain circumstances, extra disks can be marked as offline after a hard reboot is performed and have to be manually brought online again.&lt;/p&gt;&#xA;&lt;p&gt;By default Windows machines will have the SAN policy set to be &amp;ldquo;Offline Shared&amp;rdquo;, thus in most virtualization platforms this issue will occur when a disk is completely shut down and started again.&lt;/p&gt;&#xA;&lt;p&gt;The reason behind this is that the disk may be assigned to a different virtual PCI device in the underlying host which causes the OS to block the volume from going online automatically when using the default policy.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
