mgalkiewicz

A long read for Monday morning: "How context building and delegation of authority can strengthen small organizations". It describes the path we went through when reorganizing our company. Lots of practical tips in the context of serious obstacles and issues. I hope that our lessons learned will help you with challenges at your organization!

You are right. Block migration is definitely the way to go. Unfortunately it is poorly described in openstack docs for KVM. http://docs.openstack.org/trunk/openstack-compute/admin/cont...

Well, I am not opposed to manipulating files by hand. I just dont want to do that when I have CLI for everything else. Keeping the content of the file the same on all servers is more toilsome than simple command. Of course there are tools like chef but that is not the point.

(3) I would definitely like to avoid modifying files by hand. I knew about this method but it just does not work for me. I am automatically creating many volumes with cli and modifying them in configuration file is not convenient. I guess it is also not possible for cinder devs to implement it reasonably well.

I am using libvirt with KVM. I have successfully migrated many instances without losing any icmp. I understand that memory must be transferred. It just works fast in my environment. MAC address does not change if I remember correctly.

1) Nobody says it is easy. I keep my fingers crossed for this feature.

2) Exactly. I have pointed out this ticket. When do you think it will be available and in which version?

3) Unfortunately, I have not found any document where setting authentication other than IP based is described. I would like to set it through openstack and by hand. Is it possible?

5) Of course it is great that most features do not require any specific OpenStack integration. I just wanted to describe those that need it. It mostly shows what needs to be done in Openstack.

Well I am talking about true live migration where not a single icmp echo request is lost.

Are you sure that you are talking about true live migration? Is your instance available during the migration?

Terminology is not a problem:) It is just a little bit misleading when you start implementing Cinder with Glusterfs.

Complaints are mostly about integration of both tools. I dont intend to discredit Openstack/Glusterfs in particular.

Could you point out some docs about it?

1) It is great that snapshots are on their way. I am looking forward to use them. All in all you cannot benefit from them in Cinder right now.

2) I dont claim that all bricks must be specified in mount command. I just point out that having let's say 4 bricks it is impossible to mount volume by specifing only 2 servers if both of them are down, yet still the rest 2 work.

3) Like I wrote. It only considers CLI.

4) I totally agree with you. Mounting volume from many locations is one of advantages. It is not supported by Openstack. I dont blame GlusterFS for that.

5) My intension was not to describe GlusterFS cool features but current state (and preview of Openstack Havana implementation) of integration with Openstack.