Hi Christian,

I work at NetApp. I can contact you off list to give you instructions on how to 
get support at NetApp involved.

Thanks, Andrija, for debugging!

Talk to you later,
Mike

On 9/13/19, 1:15 AM, "christian.kir...@zv.fraunhofer.de" 
<christian.kir...@zv.fraunhofer.de> wrote:

    NetApp Security WARNING: This is an external email. Do not click links or 
open attachments unless you recognize the sender and know the content is safe.
    
    
    
    
    Hi Andrija,
    
    thanks for your effort, that is some good and bad news at once.
    The good thing is, we are not too stupid to set it up.
    
    I will get in contact with NetApp and hear what they say, I’m afraid it 
gonna take some time…
    
    Regards
    Christian
    
    > On 13. Sep 2019, at 00:00, Andrija Panic <andrija.pa...@gmail.com> wrote:
    >
    > Right,
    >
    > so I managed to reproduce your issues, 2 times, using ACS 4.13/master and
    > VMware 6.5... got the same error message, after a lot of tasks being
    > executed on VMware side.
    >
    > The steps I take were to (first try) don't even add the iSCSI Sotfware
    > adapter, but then when trying to spin a VM, there is obviously no IQN
    > identifier assigned to the ESXi hosts, and thus not part of the DB (hosts
    > table) - so, as expected, you have added the SF to ACS (SolidFire plugin,
    > Managed, proper URL defined), but it fails to spin a VM.
    >
    > Clean up everything in ACS, wipe the Primary Storage. Add iSCSI Software
    > adapter in vCenter/ESXi hosts, configure proper binding to vSwitchXXX and
    > then add again SF (again, SolidFire provider, Managed and proper ULR) to
    > SF, try to spin a VM.
    > Now, a series of things are happening in vCenter.
    >
    > -  Static iSCSI target is added to ESXI hosts,
    > - Rescanning HBAs,
    > -  Creating datastore same size as the volume/template itself
    > - Deploying OVF template
    > - Unregistering VM
    > - Moving files around
    > - unmounting VMFS
    > - Removing iSCSI static targets
    > - Rescan HBA
    > - Again adding iSCSI static targets
    > - Rescan HBAs
    > - Rescan VMFS
    > - RENAME datastore
    > - unmount datastore
    > - remove iSCSI targets.
    >
    > The error from the ACS is:
    > message: Datastore '-iqn.2010-01.com.solidfire:hl1k.root-32.29-0' is not
    > accessible. No connected and accessible host is attached to this datastore
    >
    > The problem is - this datastore (in it's latest, renamed state) - is
    > unmounted from ESXI hosts, but can't be removed, NOR can I mount it - I 
get
    > the vCenter message of "Operation failed, diagnostics report: Unable to
    > find volume uuid[5d7abd9a-273aa9d5-bffe-1e00d4010711] lvm
    > [snap-329aa3ea-5d7abd01-a5c83210-c87c-1e00d4010711] devices"
    >
    > So something is broken here...
    >
    > Will try other scenarios soon (SolidFire Shared, etc).
    >
    >
    >
    >
    >
    >
    >
    > On Thu, 5 Sep 2019 at 11:33, Andrija Panic <andrija.pa...@gmail.com> 
wrote:
    >
    >> That sounds OK to me, the steps to add SF. That should create a datastore
    >> per each created volume you create (if not mistaken). The other way is to
    >> use SolidFireShared plugin, which should create a single datastore and
    >> place all volumes in it (datastore=LUN=single SF volume).
    >>
    >> Can you please answer my question from previous email, and also you can
    >> chech for datastore statuses in vCenter for any error, something is not
    >> right...
    >>
    >> Andrija
    >>
    >> On Thu, Sep 5, 2019, 16:15 <christian.kir...@zv.fraunhofer.de> wrote:
    >>
    >>> Hi Andrija,
    >>>
    >>>> On 5. Sep 2019, at 15:07, Andrija Panic <andrija.pa...@gmail.com>
    >>> wrote:
    >>>
    >>>> 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/
    >>>>
    >>> I assumed the message did come from ACS since there were no 
corresponding
    >>> messages in vcenter.
    >>> Before every new deployment attempt I get sure there are not leftovers,
    >>> neither in vcenter nor on the solidfire.
    >>>
    >>>>
    >>>> 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.
    >>> In vcenter there was already a VMkernel interface which is used for nfs
    >>> datastrores.
    >>> So first I created a ISCSI Software Adapter and added the existing
    >>> VMkernel interface via the network port binding option to the ISCSI
    >>> Software Adapter.
    >>> Afterwards I did a force re-connect of the host in ACS.
    >>>
    >>> Then I followed the youtube guide by Mike to add the solidfire as 
primary
    >>> storage with
    >>> Protocol = custom
    >>> Provider = solidfire
    >>> Managed = true
    >>> Filled in IOPS and Capacity and the URL as follows:
    >>>
    >>> 
MVIP=<MVIP>;SVIP=<SVIP>;clusterAdminUsername=<USERNAME>;clusterAdminPassword=<PASSWORD>;clusterDefaultMinIops=100;clusterDefaultMaxIops=200;clusterDefaultBurstIopsPercentOfMaxIops=1.5
    >>>
    >>> The odd thing is that I managed to have one deployment working, but only
    >>> once.
    >>> This VM was running fine, I could ssh to it, use the console etc...
    >>>
    >>> Regards
    >>> Christian
    >>>> 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