[Users] Storage server
Itamar Heim
iheim at redhat.com
Thu Feb 6 11:55:20 UTC 2014
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
>
More information about the Users
mailing list