On Thu, Jan 24, 2013 at 4:05 PM, Mike Tutkowski <mike.tutkow...@solidfire.com> wrote: > I do have some questions about some of the fields, though: > > For SolidFire storage, our nodes are on two networks: a management network > and a storage network. I supposed the Server field is looking for the IP > address of the node on the storage network?
Yes, it would be the ip of the iscsi target that it can log into. Later, when cloudstack is actually configuring/creating LUNs on the solidfire device, then it will probably talk to the management network. But the functionality right now might be: 1. Admin creates 2T LUN on solid fire device 2. Admin registers that LUN as a primary storage in cloudstack 3. Cloudstack creates volumes on that LUN when volumes are asked for and the selected disk offering matches that LUN > > For Storage Tags, it says these needs to be equal to or a superset of the > tags on our Disk Offerings. Does this mean if I, say, have Disk Offerings > with tags of x, y, and z that only x, y, and/or z are valid entries here? > I'm not clear on the difference between a Disk Offering and Primary > Storage, I guess. A disk offering is just a profile. So it says something like '5GB on SSD'. Then when someone creates a volume, They get to choose from the available disk offerings. They don't get to say what size or where, they just ask for it based on disk offering. Then the offering is used to determine where the storage comes from (based on tags that match real primary storages), and how big it is. Now there's also a custom disk offering, which they can submit a size for, but the point really is that an admin can create a few offerings for someone to choose from, maybe they attach a price or something to each offering. It's just a way to define what packages are available in your cloud. More to your question, the tags are just arbitrary strings, but they do have to match. So for example, if I create a primary storage and want to tag it, I just make up a string. "SSD", or "FAST", or "testtag123". I can then create a disk offering with no tag, and it could select this primary storage, or I could specify one of these tags, which would force cloudstack to use this storage. You can add storage tags to service offerings as well, so when someone deploys a VM it's default OS disk (root) will go onto a particular primary storage. An example of where I use this is in my devcloud. By default it uses local storage for everything, but if I want to test my CLVM code, I have to create a disk offering with a tag, I use 'clvm', and then when I define my CLVM primary storage I also use that tag. This way when I try to create a volume or a VM I force it to use my CLVM storage, so I can watch/debug my code. > > Thanks! > > > On Thu, Jan 24, 2013 at 3:53 PM, Mike Tutkowski < > mike.tutkow...@solidfire.com> wrote: > >> I was in the wrong place. :) Found it now. >> >> >> On Thu, Jan 24, 2013 at 3:40 PM, Mike Tutkowski < >> mike.tutkow...@solidfire.com> wrote: >> >>> Hey Marcus, >>> >>> I'm trying to walk through your suggestions here: >>> >>> "Then I would add a primary storage of type iscsi, point it at >>> your solidfire server, and set a storage tag of 'solidfire'. You should >>> see >>> on the xen host (devcloud) that it creates a new SR and attaches to your >>> iscsi storage. Then I would create a service offering that uses this >>> storage (set a storage tag on it of 'solid fire'), and select this service >>> offering when deploying a VM." >>> >>> I brought the GUI up and went to the Service Offerings tab. I elected to >>> add a Disk Offering. Under Storage Type, I don't see an iSCSI option - >>> just shared and local. Am I in the wrong place? >>> >>> Thanks! >>> >>> >>> On Wed, Jan 23, 2013 at 3:20 PM, Mike Tutkowski < >>> mike.tutkow...@solidfire.com> wrote: >>> >>>> Thanks for all the help, guys, in getting me up and running. :) >>>> >>>> >>>> On Wed, Jan 23, 2013 at 3:18 PM, Mike Tutkowski < >>>> mike.tutkow...@solidfire.com> wrote: >>>> >>>>> Looks like I had something messed up in my environment. I believe it's >>>>> OK now. :) >>>>> >>>>> >>>>> On Wed, Jan 23, 2013 at 3:04 PM, Mike Tutkowski < >>>>> mike.tutkow...@solidfire.com> wrote: >>>>> >>>>>> Let's see...I have Jetty running (as was the case earlier). I looked >>>>>> in devcloud.cfg and the IP addresses seem fine (192.168.56.1 and >>>>>> 192.168.56.10 are probably the most important ones). >>>>>> >>>>>> Are you thinking the dataCenterDeploy.py script (which references a >>>>>> non-existent tools/marvin/marvin/datacenterCfg file) should reference >>>>>> tools/devcloud/devcloud.cfg? >>>>>> >>>>>> >>>>>> On Wed, Jan 23, 2013 at 2:58 PM, Sebastien Goasguen >>>>>> <run...@gmail.com>wrote: >>>>>> >>>>>>> >>>>>>> On Jan 23, 2013, at 10:54 PM, Mike Tutkowski < >>>>>>> mike.tutkow...@solidfire.com> wrote: >>>>>>> >>>>>>> > Well...it was worth a shot. Apparently it actually wants there to >>>>>>> be >>>>>>> > useful data in the file, too. :) >>>>>>> >>>>>>> Your mgt server needs to be running. >>>>>>> the maven command just calls marvin to deploy the "datacenter" on >>>>>>> your mgt server. >>>>>>> >>>>>>> the cfg file is in tools/devcloud/devcloud.cfg >>>>>>> >>>>>>> All the data is in there, you should not have to write it from >>>>>>> scratch. What may happen is that you have to edit it to change the ip of >>>>>>> the host.. >>>>>>> >>>>>>> >>>>>>> >>>>>>> > >>>>>>> > >>>>>>> > On Wed, Jan 23, 2013 at 2:47 PM, Mike Tutkowski < >>>>>>> > mike.tutkow...@solidfire.com> wrote: >>>>>>> > >>>>>>> >> Interesting...that didn't work either. :) >>>>>>> >> >>>>>>> >> I looked in the script and it does reference a datacenterCfg file. >>>>>>> Maybe >>>>>>> >> I can just create a blank one and see what happens. :) >>>>>>> >> >>>>>>> >> >>>>>>> >> On Wed, Jan 23, 2013 at 2:45 PM, Sebastien Goasguen < >>>>>>> run...@gmail.com>wrote: >>>>>>> >> >>>>>>> >>> >>>>>>> >>> On Jan 23, 2013, at 10:42 PM, Sebastien Goasguen < >>>>>>> run...@gmail.com> >>>>>>> >>> wrote: >>>>>>> >>> >>>>>>> >>>> >>>>>>> >>>> On Jan 23, 2013, at 10:38 PM, Mike Tutkowski < >>>>>>> >>> mike.tutkow...@solidfire.com> wrote: >>>>>>> >>>> >>>>>>> >>>>> Cool...that problem's solved now. :) However, the script >>>>>>> can't find a >>>>>>> >>>>> config file now. I don't see this config file anywhere on my >>>>>>> system. >>>>>>> >>>>> >>>>>>> >>>>> IOError: config file ./datacenterCfg not found. please specify >>>>>>> a valid >>>>>>> >>>>> config file >>>>>>> >>>>> >>>>>>> >>>> >>>>>>> >>>> try: >>>>>>> >>>> mvn -P developer -pl tools/devcloud -Ddeploysvr >>>>>>> >>> >>>>>>> >>> or: >>>>>>> >>> >>>>>>> >>> mvn -P developer,deploysvr -pl tools/devcloud -Ddeploysvr >>>>>>> >>> >>>>>>> >>> I am no maven expert…:( >>>>>>> >>> >>>>>>> >>>> >>>>>>> >>>> this will use marvin to configure your mgt server infrastructure. >>>>>>> >>>> >>>>>>> >>>> if that does not work try: >>>>>>> >>>> >>>>>>> >>>> cd tools/devcloud >>>>>>> >>>> python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg >>>>>>> >>>> >>>>>>> >>>> this is straight up out of Rohit's blog: >>>>>>> >>>> http://rohityadav.in >>>>>>> >>>> >>>>>>> >>>> Once you become familiar with this you can edit the devcloud.cfg >>>>>>> file >>>>>>> >>> and modify it to do what you want (storage, hosts, hypervisor >>>>>>> type, etc…) >>>>>>> >>>> >>>>>>> >>>> >>>>>>> >>>> >>>>>>> >>>>> >>>>>>> >>>>> On Wed, Jan 23, 2013 at 2:17 PM, Sebastien Goasguen < >>>>>>> run...@gmail.com >>>>>>> >>>> wrote: >>>>>>> >>>>> >>>>>>> >>>>>> >>>>>>> >>>>>> On Jan 23, 2013, at 10:10 PM, Mike Tutkowski < >>>>>>> >>> mike.tutkow...@solidfire.com> >>>>>>> >>>>>> wrote: >>>>>>> >>>>>> >>>>>>> >>>>>>> I tried the "backup" approach, as well, but it didn't work >>>>>>> for me. >>>>>>> >>> Looks >>>>>>> >>>>>>> like I'm missing a Python module? >>>>>>> >>>>>>> >>>>>>> >>>>>>> mtutkowski-lt:incubator-cloudstack mtutkowski$ cd >>>>>>> tools/devcloud >>>>>>> >>>>>>> mtutkowski-lt:devcloud mtutkowski$ pwd >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>>> >>> >>>>>>> /Users/mtutkowski/documents/cloudstack/src/incubator-cloudstack/tools/devcloud >>>>>>> >>>>>>> mtutkowski-lt:devcloud mtutkowski$ python >>>>>>> >>>>>>> ../marvin/marvin/deployDataCenter.py >>>>>>> >>>>>>> Traceback (most recent call last): >>>>>>> >>>>>>> File "../marvin/marvin/deployDataCenter.py", line 21, in >>>>>>> <module> >>>>>>> >>>>>>> import cloudstackTestClient >>>>>>> >>>>>>> File >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>>> >>> >>>>>>> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py", >>>>>>> >>>>>>> line 20, in <module> >>>>>>> >>>>>>> import dbConnection >>>>>>> >>>>>>> File >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>>> >>> >>>>>>> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/dbConnection.py", >>>>>>> >>>>>>> line 18, in <module> >>>>>>> >>>>>>> import mysql >>>>>>> >>>>>>> ImportError: No module named mysql >>>>>>> >>>>>>> >>>>>>> >>>>>>> I did download mysql-connector-python, but I'm not that >>>>>>> familiar with >>>>>>> >>>>>>> Python and where to put this download so it can be leveraged. >>>>>>> >>>>>> >>>>>>> >>>>>> How did you install it ? >>>>>>> >>>>>> >>>>>>> >>>>>> you should try something like: >>>>>>> >>>>>> >>>>>>> >>>>>> sudo easy_install mysql-connector-python 1.0 >>>>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Wed, Jan 23, 2013 at 1:49 PM, Sebastien Goasguen < >>>>>>> >>> run...@gmail.com >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>> >>>>>>>> On Jan 23, 2013, at 9:16 PM, David Nalley <da...@gnsa.us> >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>> >>>>>>>>> On Wed, Jan 23, 2013 at 2:35 PM, Mike Tutkowski >>>>>>> >>>>>>>>> <mike.tutkow...@solidfire.com> wrote: >>>>>>> >>>>>>>>>> This really was a great overview of using DevCloud. I >>>>>>> wonder if >>>>>>> >>> we >>>>>>> >>>>>>>> might >>>>>>> >>>>>>>>>> link to it from here: >>>>>>> >>>>>>>>>> >>>>>>> >>>>>>>>>> >>>>>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud >>>>>>> >>>>>>>>>> >>>>>>> >>>>>>>>> >>>>>>> >>>>>>>>> >>>>>>> >>>>>>>>> It's a wiki, please edit boldly! >>>>>>> >>>>>>>>> >>>>>>> >>>>>>>>> --David >>>>>>> >>>>>>>> >>>>>>> >>>>>>>> Mike, I added the video link to the new docs, but it won't >>>>>>> hit until >>>>>>> >>>>>>>> release... >>>>>>> >>>>>>>> >>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> *Mike Tutkowski* >>>>>>> >>>>>>> *Senior CloudStack Developer, SolidFire Inc.* >>>>>>> >>>>>>> e: mike.tutkow...@solidfire.com >>>>>>> >>>>>>> o: 303.746.7302 >>>>>>> >>>>>>> Advancing the way the world uses the >>>>>>> >>>>>>> cloud<http://solidfire.com/solution/overview/?video=play> >>>>>>> >>>>>>> *™* >>>>>>> >>>>>> >>>>>>> >>>>>> >>>>>>> >>>>> >>>>>>> >>>>> >>>>>>> >>>>> -- >>>>>>> >>>>> *Mike Tutkowski* >>>>>>> >>>>> *Senior CloudStack Developer, SolidFire Inc.* >>>>>>> >>>>> e: mike.tutkow...@solidfire.com >>>>>>> >>>>> o: 303.746.7302 >>>>>>> >>>>> Advancing the way the world uses the >>>>>>> >>>>> cloud<http://solidfire.com/solution/overview/?video=play> >>>>>>> >>>>> *™* >>>>>>> >>>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >> >>>>>>> >> >>>>>>> >> -- >>>>>>> >> *Mike Tutkowski* >>>>>>> >> *Senior CloudStack Developer, SolidFire Inc.* >>>>>>> >> e: mike.tutkow...@solidfire.com >>>>>>> >> o: 303.746.7302 >>>>>>> >> Advancing the way the world uses the cloud< >>>>>>> http://solidfire.com/solution/overview/?video=play> >>>>>>> >> *™* >>>>>>> >> >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > -- >>>>>>> > *Mike Tutkowski* >>>>>>> > *Senior CloudStack Developer, SolidFire Inc.* >>>>>>> > e: mike.tutkow...@solidfire.com >>>>>>> > o: 303.746.7302 >>>>>>> > Advancing the way the world uses the >>>>>>> > cloud<http://solidfire.com/solution/overview/?video=play> >>>>>>> > *™* >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> *Mike Tutkowski* >>>>>> *Senior CloudStack Developer, SolidFire Inc.* >>>>>> e: mike.tutkow...@solidfire.com >>>>>> o: 303.746.7302 >>>>>> Advancing the way the world uses the >>>>>> cloud<http://solidfire.com/solution/overview/?video=play> >>>>>> *™* >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> *Mike Tutkowski* >>>>> *Senior CloudStack Developer, SolidFire Inc.* >>>>> e: mike.tutkow...@solidfire.com >>>>> o: 303.746.7302 >>>>> Advancing the way the world uses the >>>>> cloud<http://solidfire.com/solution/overview/?video=play> >>>>> *™* >>>>> >>>> >>>> >>>> >>>> -- >>>> *Mike Tutkowski* >>>> *Senior CloudStack Developer, SolidFire Inc.* >>>> e: mike.tutkow...@solidfire.com >>>> o: 303.746.7302 >>>> Advancing the way the world uses the >>>> cloud<http://solidfire.com/solution/overview/?video=play> >>>> *™* >>>> >>> >>> >>> >>> -- >>> *Mike Tutkowski* >>> *Senior CloudStack Developer, SolidFire Inc.* >>> e: mike.tutkow...@solidfire.com >>> o: 303.746.7302 >>> Advancing the way the world uses the >>> cloud<http://solidfire.com/solution/overview/?video=play> >>> *™* >>> >> >> >> >> -- >> *Mike Tutkowski* >> *Senior CloudStack Developer, SolidFire Inc.* >> e: mike.tutkow...@solidfire.com >> o: 303.746.7302 >> Advancing the way the world uses the >> cloud<http://solidfire.com/solution/overview/?video=play> >> *™* >> > > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkow...@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the > cloud<http://solidfire.com/solution/overview/?video=play> > *™*
