Actually, what I wanted to check also - in this error message is mentioned
"root-29" which is the root volume of the VM with ID 29 - can you confirm
that is YOUR VM which failed to start, or is this perhaps some leftover
volume/datastore

On Thu, 5 Sep 2019 at 15:07, Andrija Panic <andrija.pa...@gmail.com> wrote:

> Christian,
>
> the message is that no host is connected to that specific datastore -
> "Unable to start VM on Host[-1-Routing] due to StartCommand failed due to
> Exception: java.lang.RuntimeException
> Message: Datastore '-iqn.2010-01.com.solidfire:x64j.root-29.17-0' is not
> accessible. ***No connected and accessible host is attached to this
> datastore***."
>
> You can see that message being returned by VMware actually, not ACS (I
> checked the code for that message - no results)
>
> https://vmninja.wordpress.com/2019/04/05/remove-inaccessible-datastore-from-inventory/
>
>
> Can you describe exactly how did you add SF to the ACS/VMware - you
> already wrote you created iSCSI HBAs....? What are the parameters/options
> used to add SF as Primary Storage to ACS? I expect (since no proper
> documentation yet) that you might have somehow incomplete or wrong setup in
> place.
>
> Andrija
>
> On Thu, 5 Sep 2019 at 13:29, <christian.kir...@zv.fraunhofer.de> wrote:
>
>> Thanks for taking time to look into it.
>>
>> https://pastebin.com/utPhEVkW
>>
>> Regards
>> Christian
>> > On 5. Sep 2019, at 13:16, Andrija Panic <andrija.pa...@gmail.com>
>> wrote:
>> >
>> > Can you share the mgmt logs when the problem happens? Please upload to
>> > pastebin or similar.
>> >
>> > Andrija
>> >
>> > On Thu, 5 Sep 2019 at 11:45, <christian.kir...@zv.fraunhofer.de> wrote:
>> >
>> >> Hi,
>> >>
>> >> I have managed to overcome the problem by forcing Cloudstack to
>> reconnect
>> >> the host after I configured the iSCSI HBA.
>> >> It seems that Cloudstack also scans for such capabilities during the
>> >> reconnect.
>> >>
>> >> But now I have trouble deploying VMs on the storage, sometimes it is
>> >> successful and sometimes not, I was not able to find a pattern.
>> >> If the deployment fails Cloudstack says that the IQN was not reachable
>> by
>> >> the host, the odd part is that there is no such message in vcenter so
>> it
>> >> seems there was no attempt to attach the storage to the ESXi…
>> >>
>> >> Does anyone know this kind of issue?
>> >>
>> >> Regards
>> >> Christian
>> >>
>> >>
>> >> On 2019/09/04 14:13:36, <c...@zv.fraunhofer.de> wrote:
>> >>> Hi,>
>> >>>
>> >>>
>> >>>
>> >>> we are currently doing a PoC with SolidFire and CloudStack and trying
>> to
>> >> figure out if it’s a fitting solution for our use cases.>
>> >>>
>> >>>
>> >>>
>> >>> But I am stuck at the point when CloudStack tries to create a VM on
>> the
>> >> solid fire storage.>
>> >>>
>> >>> I can see that it has already copied the template to a SolidFire
>> Volume
>> >> but then the error message "Not all hosts in the compute cluster
>> support
>> >> iSCSI.” appears in the logs.>
>> >>>
>> >>>
>> >>>
>> >>> On the ESXi I have created a iSCSI HBA and attached it to a VMKernel
>> >> adapter, is there anything else to do?>
>> >>>
>> >>> Is there any documentation for the setup?>
>> >>>
>> >>> I have only found the youtube videos by Mike, but they does not focus
>> on
>> >> the vsphere setup part.>
>> >>>
>> >>>
>> >>>
>> >>> Regards>
>> >>>
>> >>> Christian>
>> >>
>> >>
>> >> --
>> >> Christian Kirmse
>> >> Fraunhofer-Gesellschaft e.V. / Zentrale
>> >> Abteilung C7 Kommunikationsmanagement
>> >> Schloss Birlinghoven, 53754 Sankt Augustin
>> >> Tel: (+49 2241) 14-2719
>> >> Fax: (+49 2241) 144-2719
>> >> mailto:christian.kir...@zv.fraunhofer.de
>> >> http://www.fraunhofer.de
>> >>
>> >>
>> >
>> > --
>> >
>> > Andrija Panić
>>
>>
>
> --
>
> Andrija Panić
>


-- 

Andrija Panić

Reply via email to