[Users] way to edit iSCSI storage domain?
Yuriy Demchenko
demchenko.ya at gmail.com
Wed Apr 3 09:49:41 UTC 2013
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> |
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130403/e5444831/attachment-0001.html>
More information about the Users
mailing list