Thanks for the info, Marcus. I just verified that I can connect to (and write to/read from) my iSCSI target (which is served from an Ubuntu VM) from Mac OS X. I supposed I will need to do the same thing from Xen and then, as you say, maybe that will help expose the underlying problem.
On Fri, Jan 25, 2013 at 10:36 PM, Marcus Sorensen <shadow...@gmail.com>wrote: > On Fri, Jan 25, 2013 at 9:40 PM, Mike Tutkowski < > mike.tutkow...@solidfire.com> wrote: > > > Hey guys, > > > > I have a couple related CS questions: > > > > When someone wants to set up a host to run a hypervisor, does this person > > manually install the hypervisor on the host and then turn to CS to > > incorporate the host into CS? Or is there some way you can have CS > install > > the hypervisor on a bare host? I'm a bit confused about how any, for > > example, KVM-specific scripts make there way over to a host that is > running > > that hypervisor. > > > > Management server or hypervisor, the production setup follows the same > recipe of provisioning a server and then installing cloudstack packages. > For example, if you're running an Ubuntu environment, you'd install ubuntu > on your management server, then the management server-specific debs. You'd > install ubuntu on the hypervisor host and then install the agent debs. Most > people have kickstart, puppet, chef, cfengine, etc, or at least local repos > where they can conveniently install packages from. This is also why it's > been inconvenient having the packaging system broken the past few months in > master. > > Xen works a little differently, since it should already have an API for the > management server to push stuff to. > > > > > > I'm also not clear on something when you set up a Primary Storage type. > > So, in my case, I was trying to set up an iSCSI type. Primary Storage > > gets associated with a given Cluster. OK, so far, so good. I'm not > clear > > on why Xen (which is the hypervisor for this cluster) comes into the > > equation so early. For example, if I had ten hosts in this Cluster, are > > all ten of them consulted when I try to set up a Primary Storage type for > > that Cluster? Can someone clarify this for me? > > > > I know it tries to verify that the settings are valid, but I don't know if > it goes to each host in the cluster. I don't think it does, but I could > check if nobody else knows immediately. I do think it also verifies that > the primary/secondary storage works for a node when you attempt to add a > cluster node. Or maybe that's just the KVM agent. > > > > > > Thanks! > > > > > > On Fri, Jan 25, 2013 at 3:40 PM, Mike Tutkowski < > > mike.tutkow...@solidfire.com> wrote: > > > > > Thanks, guys > > > > > > I've got to head out, but I plan to look into this with your comments > > over > > > the weekend. > > > > > > > > > On Fri, Jan 25, 2013 at 3:29 PM, Clayton Weise <cwe...@iswest.net> > > wrote: > > > > > >> Xen and iSCSI can be a little bit quirky at times with how it is able > to > > >> see LUNs. Sometimes it won't see the LUNs properly with the full IQN > > and > > >> you just need to have it use a wildcard instead. I've found it > varies a > > >> bit from one storage vendor to another. If you're familiar at all > with > > >> iSCSI (specifically, the open-iscsi package) and Linux the same tools > > are > > >> available from the shell on your Xen host. > > >> > > >> -----Original Message----- > > >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] > > >> Sent: Friday, January 25, 2013 2:25 PM > > >> To: cloudstack-dev@incubator.apache.org > > >> Subject: Re: DevCloud Question > > >> > > >> Thanks for the info, Marcus! > > >> > > >> So, does anyone out there use Xen with iSCSI? :) > > >> > > >> > > >> On Fri, Jan 25, 2013 at 3:22 PM, Marcus Sorensen <shadow...@gmail.com > > >> >wrote: > > >> > > >> > KVM has a bunch of agents/scripts. I haven't had to install anything > > >> > in our Xen devclouds, but there do seem to be some scripts in the > > >> > source. Sorry, I'm no help here. > > >> > > > >> > On Fri, Jan 25, 2013 at 3:18 PM, Mike Tutkowski > > >> > <mike.tutkow...@solidfire.com> wrote: > > >> > > Thanks, Marcus > > >> > > > > >> > > Do you know if - generally speaking - I would need to install some > > CS > > >> > > software on the hypervisor before creating primary storage that > said > > >> > > hypervisor could use? > > >> > > > > >> > > > > >> > > On Fri, Jan 25, 2013 at 3:08 PM, Marcus Sorensen < > > shadow...@gmail.com > > >> > >wrote: > > >> > > > > >> > >> Not sure, I've never done Xen+iscsi. Maybe someone else can help. > > You > > >> > >> could also try connecting the iscsi SR manually on the devcloud, > > and > > >> > >> then using the 'presetup' storage. Doing it manually might show > you > > >> > >> what's wrong in the devcloud, and then presetup might not be > > >> > >> necessary, but it's a place to start. > > >> > >> > > >> > >> On Fri, Jan 25, 2013 at 2:22 PM, Mike Tutkowski > > >> > >> <mike.tutkow...@solidfire.com> wrote: > > >> > >> > Hi Marcus, > > >> > >> > > > >> > >> > I think I set up my iSCSI target correctly, but when I try to > add > > >> > Primary > > >> > >> > Storage, I get this exception. Any idea why this might be the > > >> case? > > >> > >> > > > >> > >> > Thanks! > > >> > >> > > > >> > >> > ERROR [cloud.api.ApiServer] (1567014364@qtp-858368545-7:) > > >> unhandled > > >> > >> > exception executing api command: createStoragePool > > >> > >> > com.cloud.utils.exception.CloudRuntimeException: Can not create > > >> > storage > > >> > >> > pool through host 1 due to Catch Exception > > >> > >> > com.cloud.utils.exception.CloudRuntimeException, create > > StoragePool > > >> > >> failed > > >> > >> > due to com.cloud.utils.exception.CloudRuntimeException: Unable > to > > >> > create > > >> > >> > Iscsi SR {targetIQN=iqn.2013-01.com.solidfire:volume-1, > > >> > >> > target=192.168.1.4} due to Unable to create Iscsi SR > > >> > >> > {targetIQN=iqn.2013-01.com.solidfire:volume-1, > > target=192.168.1.4} > > >> > due > > >> > >> to > > >> > >> > The SR could not be connected because the driver was not > > >> recognised. > > >> > on > > >> > >> > host:9d4c9db8-32f7-25c3-0435-eab4bf3adcea pool: > > >> > >> > 192.168.1.4/iqn.2013-01.com.solidfire:volume-1/0 > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > com.cloud.storage.StorageManagerImpl.createStoragePool(StorageManagerImpl.java:1671) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:1450) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:212) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > org.apache.cloudstack.api.command.admin.storage.CreateStoragePoolCmd.execute(CreateStoragePoolCmd.java:119) > > >> > >> > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:168) > > >> > >> > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:502) > > >> > >> > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:353) > > >> > >> > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:310) > > >> > >> > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:67) > > >> > >> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) > > >> > >> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > > >> > >> > at > > >> > > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) > > >> > >> > at > > >> > >> > > >> > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) > > >> > >> > at > > >> > >> > > >> > org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) > > >> > >> > at > > >> > >> > > >> > org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) > > >> > >> > at > > >> > > org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) > > >> > >> > at > > >> > >> > > >> > org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) > > >> > >> > at org.mortbay.jetty.Server.handle(Server.java:326) > > >> > >> > at > > >> > >> > > >> > org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) > > >> > >> > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) > > >> > >> > at > > org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) > > >> > >> > at > > org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) > > >> > >> > at > > >> > >> > > > >> > >> > > >> > > > >> > > > org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) > > >> > >> > > > >> > >> > > > >> > >> > On Thu, Jan 24, 2013 at 7:25 PM, Mike Tutkowski < > > >> > >> > mike.tutkow...@solidfire.com> wrote: > > >> > >> > > > >> > >> >> Great description, Marcus - thanks for taking the time to > write > > >> this > > >> > out > > >> > >> >> for me! > > >> > >> >> > > >> > >> >> > > >> > >> >> On Thu, Jan 24, 2013 at 4:37 PM, Marcus Sorensen < > > >> > shadow...@gmail.com > > >> > >> >wrote: > > >> > >> >> > > >> > >> >>> 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> > > >> > >> >>> >>>>>>> >>>>>>> *(tm)* > > >> > >> >>> >>>>>>> >>>>>> > > >> > >> >>> >>>>>>> >>>>>> > > >> > >> >>> >>>>>>> >>>>> > > >> > >> >>> >>>>>>> >>>>> > > >> > >> >>> >>>>>>> >>>>> -- > > >> > >> >>> >>>>>>> >>>>> *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 > > >> > >> > > > >> > >> >>> >>>>>>> >>>>> *(tm)* > > >> > >> >>> >>>>>>> >>>> > > >> > >> >>> >>>>>>> >>> > > >> > >> >>> >>>>>>> >>> > > >> > >> >>> >>>>>>> >> > > >> > >> >>> >>>>>>> >> > > >> > >> >>> >>>>>>> >> -- > > >> > >> >>> >>>>>>> >> *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> > > >> > >> >>> >>>>>>> >> *(tm)* > > >> > >> >>> >>>>>>> >> > > >> > >> >>> >>>>>>> > > > >> > >> >>> >>>>>>> > > > >> > >> >>> >>>>>>> > > > >> > >> >>> >>>>>>> > -- > > >> > >> >>> >>>>>>> > *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> > > >> > >> >>> >>>>>>> > *(tm)* > > >> > >> >>> >>>>>>> > > >> > >> >>> >>>>>>> > > >> > >> >>> >>>>>> > > >> > >> >>> >>>>>> > > >> > >> >>> >>>>>> -- > > >> > >> >>> >>>>>> *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> > > >> > >> >>> >>>>>> *(tm)* > > >> > >> >>> >>>>>> > > >> > >> >>> >>>>> > > >> > >> >>> >>>>> > > >> > >> >>> >>>>> > > >> > >> >>> >>>>> -- > > >> > >> >>> >>>>> *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> > > >> > >> >>> >>>>> *(tm)* > > >> > >> >>> >>>>> > > >> > >> >>> >>>> > > >> > >> >>> >>>> > > >> > >> >>> >>>> > > >> > >> >>> >>>> -- > > >> > >> >>> >>>> *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> > > >> > >> >>> >>>> *(tm)* > > >> > >> >>> >>>> > > >> > >> >>> >>> > > >> > >> >>> >>> > > >> > >> >>> >>> > > >> > >> >>> >>> -- > > >> > >> >>> >>> *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> > > >> > >> >>> >>> *(tm)* > > >> > >> >>> >>> > > >> > >> >>> >> > > >> > >> >>> >> > > >> > >> >>> >> > > >> > >> >>> >> -- > > >> > >> >>> >> *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> > > >> > >> >>> >> *(tm)* > > >> > >> >>> >> > > >> > >> >>> > > > >> > >> >>> > > > >> > >> >>> > > > >> > >> >>> > -- > > >> > >> >>> > *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> > > >> > >> >>> > *(tm)* > > >> > >> >>> > > >> > >> >> > > >> > >> >> > > >> > >> >> > > >> > >> >> -- > > >> > >> >> *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> > > >> > >> >> *(tm)* > > >> > >> >> > > >> > >> > > > >> > >> > > > >> > >> > > > >> > >> > -- > > >> > >> > *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> > > >> > >> > *(tm)* > > >> > >> > > >> > > > > >> > > > > >> > > > > >> > > -- > > >> > > *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> > > >> > > *(tm)* > > >> > > > >> > > >> > > >> > > >> -- > > >> *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> > > >> *(tm)* > > >> > > > > > > > > > > > > -- > > > *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> *™*
