[Users] Storage server
Koen Vanoppen
vanoppen.koen at gmail.com
Thu Feb 6 12:48:34 UTC 2014
I would like to keep the vms...
I know that there is a command in the CLI "update storageconnection", but
how do I use this to change only the IP of the storage connection?
Kind regards,
Koen
On Feb 6, 2014 12:55 PM, "Itamar Heim" <iheim at redhat.com> wrote:
> On 02/06/2014 12:54 PM, Koen Vanoppen wrote:
>
>> What if I remove the "old ip" storage domains and import the same iscsi
>> luns with the new IP, would that work?
>>
>
> removing a domain *deletes* all disks/vms, other than that...
>
> (we are working on ability to detach/attach domains post 3.4)
>
>
>> Kind Regards
>>
>>
>> 2014-02-06 Koen Vanoppen <vanoppen.koen at gmail.com
>> <mailto:vanoppen.koen at gmail.com>>:
>>
>> Can I change the storagedomain ip from the ovirt-shell?
>> Thanks in advance
>>
>>
>> 2014-02-06 Itamar Heim <iheim at redhat.com <mailto:iheim at redhat.com>>:
>>
>> On 02/06/2014 12:03 PM, Koen Vanoppen wrote:
>>
>> Can I change the storagedomain ip from the ovirt-shell?
>> Thanks in advance
>>
>>
>> please reply to list, thanks
>>
>>
>>
>> 2014-02-06 Itamar Heim <iheim at redhat.com
>> <mailto:iheim at redhat.com> <mailto:iheim at redhat.com
>> <mailto:iheim at redhat.com>>>:
>>
>>
>> On 02/06/2014 05:16 AM, Koen Vanoppen wrote:
>>
>> It's not on DNS... The storage server in ovirt is
>> on IP... So...
>> What
>> are my options in this case?
>>
>>
>> you would need to 'edit the connection'. since 3.3.1
>> this is
>> possible via the rest api without hacking the db:
>> http://www.ovirt.org/Features/____Manage_Storage_Connections
>> <http://www.ovirt.org/Features/__Manage_Storage_Connections>
>>
>>
>> <http://www.ovirt.org/__Features/Manage_Storage___Connections<
>> http://www.ovirt.org/Features/Manage_Storage_Connections>>
>>
>> Thanx!
>>
>> Kind regards,
>> Koen
>>
>> On Feb 5, 2014 9:08 AM, "Itamar Heim"
>> <iheim at redhat.com <mailto:iheim at redhat.com>
>> <mailto:iheim at redhat.com <mailto:iheim at redhat.com>>
>> <mailto:iheim at redhat.com <mailto:iheim at redhat.com>
>> <mailto:iheim at redhat.com <mailto:iheim at redhat.com>>>> wrote:
>>
>> On 02/04/2014 03:10 PM, Elad Ben Aharon wrote:
>>
>> Actually, the best way to do it would be
>> to create another
>> storage domain and migrate all the VMs's
>> disks to it
>> (you can do
>> it while the VMs are running), then you
>> won't suffer
>> from a down
>> time.
>>
>>
>> notice this will create a snapshot for your
>> vms and may
>> change them
>> from raw to qcow. also, this not supported for
>> shared disks.
>>
>> If you don't have the option to do so, the
>> best way to
>> do it
>> would be to shut down the VMs, put the
>> storage domain to
>> 'Maintenance' and then perform the storage
>> server network
>> change. When the connection to the storage
>> is fixed,
>> activate
>> the domain and resume the VMs manually.
>>
>>
>> that's assuming the domain was added using dns
>> and not ip
>> address,
>> and that the dns expiration/caching on all
>> hosts will
>> notice the new
>> ip address.
>>
>>
>>
>> ----- Original Message -----
>> From: "Koen Vanoppen"
>> <vanoppen.koen at gmail.com <mailto:vanoppen.koen at gmail.com>
>> <mailto:vanoppen.koen at gmail.__com
>> <mailto:vanoppen.koen at gmail.com>>
>> <mailto:vanoppen.koen at gmail.
>> <mailto:vanoppen.koen at gmail.>____com
>> <mailto:vanoppen.koen at gmail.__com
>> <mailto:vanoppen.koen at gmail.com>>>>
>> To: "Elad Ben Aharon" <ebenahar at redhat.com
>> <mailto:ebenahar at redhat.com>
>> <mailto:ebenahar at redhat.com
>> <mailto:ebenahar at redhat.com>>
>> <mailto:ebenahar at redhat.com
>> <mailto:ebenahar at redhat.com>
>> <mailto:ebenahar at redhat.com
>> <mailto:ebenahar at redhat.com>>>>__, users at ovirt.org
>> <mailto:users at ovirt.org>
>> <mailto:users at ovirt.org <mailto:users at ovirt.org>>
>> <mailto:users at ovirt.org
>> <mailto:users at ovirt.org> <mailto:users at ovirt.org
>> <mailto:users at ovirt.org>>>
>>
>> Sent: Tuesday, February 4, 2014 2:57:57 PM
>> Subject: Re: [Users] Storage server
>>
>> For the moment, nothing is going on. The
>> change is
>> planned on
>> Thursday. So,
>> correct me if I'm wrong, you say that the
>> fastest and
>> easiest
>> way is to
>> suspend all the machines, make the change
>> of the
>> storage server,
>> rediscover
>> the iscsi server and then bring the vm's
>> back up?
>>
>> Kind regards,
>> Koen
>> On Feb 4, 2014 1:47 PM, "Elad Ben Aharon"
>> <ebenahar at redhat.com <mailto:ebenahar at redhat.com>
>> <mailto:ebenahar at redhat.com <mailto:ebenahar at redhat.com>>
>> <mailto:ebenahar at redhat.com
>> <mailto:ebenahar at redhat.com>
>>
>> <mailto:ebenahar at redhat.com
>> <mailto:ebenahar at redhat.com>>>> wrote:
>>
>> Hi,
>>
>> I suppose that those VMs are now in
>> 'Paused' state,
>> correct
>> me if I'm
>> wrong.
>> After connectivity with storage comes
>> back, all VMs
>> which
>> couldn't detect
>> their disks should be resumed from
>> 'Paused' to 'Up'
>> state
>> automatically. It
>> shouldn't take them a long time to
>> change their
>> state (a few
>> minutes).
>>
>> ----- Original Message -----
>> From: "Koen Vanoppen"
>> <vanoppen.koen at gmail.com <mailto:vanoppen.koen at gmail.com>
>> <mailto:vanoppen.koen at gmail.__com
>> <mailto:vanoppen.koen at gmail.com>>
>> <mailto:vanoppen.koen at gmail.
>> <mailto:vanoppen.koen at gmail.>____com
>> <mailto:vanoppen.koen at gmail.__com
>> <mailto:vanoppen.koen at gmail.com>>>>
>> To: users at ovirt.org
>> <mailto:users at ovirt.org> <mailto:users at ovirt.org
>> <mailto:users at ovirt.org>>
>> <mailto:users at ovirt.org <mailto:users at ovirt.org>
>> <mailto:users at ovirt.org <mailto:users at ovirt.org>>>
>> Sent: Tuesday, February 4, 2014 2:32:46
>> PM
>> Subject: [Users] Storage server
>>
>> Dear All,
>>
>> At work, the network guys have come to
>> a discovery
>> that they
>> have made a
>> mistake in their network
>> configuration... The
>> Storage server
>> that we use as
>> ISCSI target in oVirt, is in the wrong
>> VLAN, so the
>> wrong IP
>> address...
>>
>> What is the best way to make sure that
>> all of our
>> vms (40)
>> that are using
>> this scsi storage will come up again
>> after the storage
>> server has changed
>> his ip?
>> What are the best steps to be taken...?
>> We are using oVirt Engine Version:
>> 3.3.1-2.el6
>>
>> Kind Regards,
>>
>> Koen
>>
>>
>> _____________________________________________________
>> Users mailing list
>> Users at ovirt.org <mailto:Users at ovirt.org>
>> <mailto:Users at ovirt.org <mailto:Users at ovirt.org>>
>> <mailto:Users at ovirt.org <mailto:Users at ovirt.org>
>> <mailto:Users at ovirt.org <mailto:Users at ovirt.org>>>
>> http://lists.ovirt.org/______mailman/listinfo/users
>> <http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>>
>>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>
>> <http://lists.ovirt.org/__mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>>>
>>
>>
>> _____________________________________________________
>> Users mailing list
>> Users at ovirt.org <mailto:Users at ovirt.org>
>> <mailto:Users at ovirt.org <mailto:Users at ovirt.org>>
>> <mailto:Users at ovirt.org <mailto:Users at ovirt.org>
>> <mailto:Users at ovirt.org <mailto:Users at ovirt.org>>>
>> http://lists.ovirt.org/______mailman/listinfo/users
>> <http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>>
>>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>
>> <http://lists.ovirt.org/__mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140206/c4ceb827/attachment-0001.html>
More information about the Users
mailing list