[Users] way to edit iSCSI storage domain?

[Yuriy Demchenko]

oh, now i see
my mistake was putting storage domain in maintenance - when it in 
maintenance, all options is greyed out, but when active - discover&login 
options awailable.

Thanks for help!

Yuriy Demchenko

On 04/03/2013 07:05 PM, Alex Leonhardt wrote:
> but you can add a iscsi disk to a existing iscsi domain ... see 
> attached screenshot .. .if the disk you're adding has the same LUN ID 
> as the already existing one, ovirt will just "add it" as a 2nd / 3rd / 
> 4th and so forth path ...
>
>
>
>
> On 3 April 2013 10:49, Yuriy Demchenko <demchenko.ya at gmail.com 
> <mailto:demchenko.ya at gmail.com>> wrote:
>
>     You mean add new path by hands on each node via iscsiadm ? And how
>     that changes survive possible node reboots / reinstalls, as i
>     suppose - it wouldn't?
>     In ovirt webadmin i cannot edit added domain - connection
>     information is greyed out (even when storage domain in maintenance
>     mode)
>
>     Yuriy Demchenko
>
>     On 04/03/2013 01:00 PM, Alex Leonhardt wrote:
>>     I think i'd just add the 2nd path when the device is available
>>     ... i've recently exprimented with iscsi / tgtd and multipath on
>>     a ovirt hyper-visor and it will identify the disk as "the same"
>>     (new path to target) as long as the LUN ID is the same (this is
>>     taken from experience, not from a spec document) ...
>>
>>
>>     On 3 April 2013 08:14, Yuriy Demchenko <demchenko.ya at gmail.com
>>     <mailto:demchenko.ya at gmail.com>> wrote:
>>
>>         I guess you misunderstood me
>>         I'm going to try this scheme:
>>                        |STORAGE|
>>         FC             /           \
>>             |SERV1/tgtd|    |SERV2/tgtd|
>>         iSCSI       \              /
>>                  |ethernet switches|
>>         iSCSI            ||||||||
>>                |blades|blades|blades|
>>
>>         serv1/serv2 - connectivity isnt a problem, multipathed FC
>>         scheme, all good. Same lun accessible for both servers and
>>         than exported via tgtd to iSCSI: with different target names
>>         ("iqn.2013-03.serv1:store", "iqn.2013-03.serv2:store"), but
>>         same vendor_id, product_id, scsi_sn, scsi_id. That way client
>>         can login into both targets and see lun as multipathed device.
>>         And multipath failover scheme (via custom config with
>>         path_grouping_policy=failover for corresponding
>>         vendor_id/product_id) is on blades-clients - so they use only
>>         one target at time (no round-robin or similar stuff), but
>>         with ability to switch to another target in case one of
>>         serv1/serv2 is down.
>>
>>         However, in my case "serv2" would not be available during
>>         oVirt setup (need to setup ovirt and virtual servers to move
>>         stuff first), so i cant enter both targets on storage domain
>>         initialization - that's why I'm asking if there's any way to
>>         edit storage domain details after initialization without
>>         destroying it (maybe directly via sql or something).
>>
>>         Yuriy Demchenko
>>
>>
>>         On 04/02/2013 06:26 PM, Shu Ming wrote:
>>
>>             I am not sure if the multipathd can recognize the FC path
>>             to the storage when the second server is available and
>>             regards it as the same as the iSCSI path used before. If
>>             it is not, I think the device under /dev/mapper may
>>             change when you cut the iSCSI path off and then enable FC
>>             path. That will definitely corrupt the meta data of the
>>             volume group which the storage domain is sitting on and
>>             the storage domain will be corrupted finally.
>>
>>
>>         _______________________________________________
>>         Users mailing list
>>         Users at ovirt.org <mailto:Users at ovirt.org>
>>         http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>>
>>     -- 
>>     | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co
>>     <http://www.vcore.co> | www.vsearchcloud.com
>>     <http://www.vsearchcloud.com> |
>
>
>
>
> -- 
> | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co 
> <http://www.vcore.co> | www.vsearchcloud.com 
> <http://www.vsearchcloud.com> |

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130404/f7f07b61/attachment-0001.html>