<br><br><div class="gmail_quote"><div dir="ltr">On Sat, Jun 23, 2018, 9:39 AM Volodymyr Litovka <<a href="mailto:doka.ua@gmx.com">doka.ua@gmx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear friends,<br>
<br>
I did some tests with making volume available without stopping VM. I'm <br>
using CEPH and these steps produce the following results:<br>
<br>
1) openstack volume set --state available [UUID]<br>
- nothing changed inside both VM (volume is still connected) and CEPH<br>
2) openstack volume set --size [new size] --state in-use [UUID]<br>
- nothing changed inside VM (volume is still connected and has an old size)<br>
- size of CEPH volume changed to the new value<br>
3) during these operations I was copying a lot of data from external <br>
source and all md5 sums are the same on both VM and source<br>
4) changes on VM happens upon any kind of power-cycle (e.g. reboot <br>
(either soft or hard): openstack server reboot [--hard] [VM uuid] )<br>
- note: NOT after 'reboot' from inside VM<br>
<br>
It seems, that all these manipilations with cinder just update internal <br>
parameters of cinder/CEPH subsystems, without immediate effect for VMs. <br>
Is it safe to use this mechanism in this particular environent (e.g. <br>
CEPH as backend)?<br>
<br>
 From practical point of view, it's useful when somebody, for example, <br>
update project in batch mode, and will then manually reboot every VM, <br>
affected by the update, in appropriate time with minimized downtime <br>
(it's just reboot, not manual stop/update/start).<br>
<br>
Thank you.<br>
<br>
-- <br>
Volodymyr Litovka<br>
   "Vision without Execution is Hallucination." -- Thomas Edison<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></blockquote></div><div><br></div><div>Volodymyr,</div><div><br></div><div>We have had similar issues with extending attached volumes that are iSCSI based. In that case the VM has to be forced to rescan the scsi bus. </div><div><br></div><div>In this case I am not sure if there needs to be a change to Libvirt or to rbd or something else. </div><div><br></div><div>I would recommend reaching out to John Bernard for help. </div><div><br></div><div>Jay</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
</blockquote></div>