You can create an NFS on that host and export to itself that local storage...

Best Regards,
Strahil NikolovOn Oct 9, 2019 07:43, TomK <[email protected]> wrote:
>
> Manged to reverse it through the options.  Had to deactivate the custom 
> local cluster. 
>
> Now I have my GlusterFS back and want to try and add some local storage 
> to each host under the same DC, Cluster and Storage Domain.  So 
> effectively I will have two storage locations.  One on my GlusterFS and 
> the other on the local storage I've just defined. 
>
> Appears I can't make them coexist with oVirt.  Either the host is placed 
> in a separate cluster with local storage, or I move it back to the 
> GlusterFS. 
>
> Appears I can't have two usable storage types under one host.  Is this 
> correct? 
>
> What I'm looking for is in the image and shared earlier. 
>
> Cheers, 
> TK 
>
> On 10/8/2019 11:03 PM, TomK wrote: 
> > I'm working to reverse this scenario. 
> > 
> > My storage domain still exists.  However I can't activate it.  The 
> > Manage button is greyed out without clear indication as to why. 
> > Difficult to tell what my next move should be. 
> > 
> > Anyway to find out? 
> > 
> > Cheers, 
> > TK 
> > 
> > On 10/7/2019 8:25 AM, TomK wrote: 
> >> Allright. 
> >> 
> >> So I followed this and configured local storage.  It had some default 
> >> names that I changed.  It would have been either the default name, or 
> >> one I choose.  In either case it would be a different name then the 
> >> Gluster storage domain the host was a part of anyway. 
> >> 
> >> Once the process completed for both hosts, I noticed the Gluster 
> >> volume storage domain was offline and the gluster volume was gone.  I 
> >> can't seem to add that back in anymore.  I get: 
> >> 
> >> "Error while executing action DisconnectStorageServerConnection: Error 
> >> storage server disconnection" 
> >> 
> >> Guessing I can't have local storage in addition to Gluster on the same 
> >> hosts and available for VM's? 
> >> 
> >> Reason why I need that is that Gluster is slow but provides redundancy 
> >> and live migration.  But I also wanted direct storage for VM's 
> >> requiring faster IO.  So here's my scenario: 
> >> 
> >> host01 
> >> /dev/sda OS 
> >> /dev/sdb 4TB (For Gluster) 
> >> /dev/sdc 4TB (For Local Storage) 
> >> 
> >> host02 
> >> /dev/sda OS 
> >> /dev/sdb 4TB (For Gluster) 
> >> /dev/sdc 4TB (For Local Storage) 
> >> 
> >> I would like to have: 
> >> 
> >> 1) GlusterFS volume available to oVirt via the two /dev/sdb drives in 
> >> both physical hosts. 
> >> 2) Two locally attached LUN's, each separate and local to that 
> >> physical host. 
> >> 
> >> Is this possible? 
> >> 
> >> Cheers, 
> >> TK 
> >> 
> >> On 10/6/2019 12:38 AM, Strahil wrote: 
> >>> Hi Tom, 
> >>> 
> >>> Have you checked 
> >>> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/administration_guide/sect-preparing_and_adding_local_storage
> >>>  
> >>> ? 
> >>> 
> >>> Best Regards, 
> >>> Strahil NikolovOn Oct 6, 2019 06:26, TomK <[email protected]> wrote: 
> >>>> 
> >>>> Hey All, 
> >>>> 
> >>>> I've added a 4TB LUN to my physical storage and now I want to use that, 
> >>>> instead of GlusterFS as my datastore for VM's on that physical.  How do 
> >>>> I do this? 
> >>>> 
> >>>> I've tried a number of options, including adding LUN's but appears I 
> >>>> can 
> >>>> only add them to VM's directly but not use them as my datastores 
> >>>> instead 
> >>>> of GlusterFS. 
> >>>> 
> >>>> -- 
> >>>> Thx, 
> >>>> TK. 
> >>>> _______________________________________________ 
> >>>> Users mailing list -- [email protected] 
> >>>> To unsubscribe send an email to [email protected] 
> >>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
> >>>> oVirt Code of Conduct: 
> >>>> https://www.ovirt.org/community/about/community-guidelines/ 
> >>>> List Archives: 
> >>>> https://lists.ovirt.org/archives/list/[email protected]/message/ZES6FCONNYBXYC5DTQCOP3ZCNOZNG23Y/
> >>>>  
> >>>> 
> >>> _______________________________________________ 
> >>> Users mailing list -- [email protected] 
> >>> To unsubscribe send an email to [email protected] 
> >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
> >>> oVirt Code of Conduct: 
> >>> https://www.ovirt.org/community/about/community-guidelines/ 
> >>> List Archives: 
> >>> https://lists.ovirt.org/archives/list/[email protected]/message/WE2MPSRXTJCXDWKLWLDCJRJ76U7GOTTE/
> >>>  
> >>> 
> >>> 
> >> 
> >> 
> > 
> > 
>
>
> -- 
> Thx, 
> TK.
>
> _______________________________________________
> Users mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/[email protected]/message/QJDCKXESPUMVLQSMLGRDRVQXXUGCX3IN/
_______________________________________________
Users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/[email protected]/message/LHQWPCEKUIAEYPUESC357YXCR7HYH6GA/

Reply via email to