[Users] Storage server

Koen Vanoppen vanoppen.koen at gmail.com
Thu Feb 6 11:43:57 UTC 2014


Can I change the storagedomain ip from the ovirt-shell?
Thanks in advance


2014-02-06 Itamar Heim <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>>:
>>
>>
>>     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>
>>
>>         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>>> 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>>>
>>                  To: "Elad Ben Aharon" <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>>
>>
>>                  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>>> 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>>>
>>                      To: 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>>
>>         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>>
>>         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>>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140206/be6f637b/attachment-0001.html>


More information about the Users mailing list