Yes, so if you set up just one bridge as the mgmt network, and can still ping/ssh into the vm from the host, you should be able to add it and have things work, so long as you set the traffic labels for public/guest as mentioned.
On Thu, Sep 5, 2013 at 10:37 PM, Mike Tutkowski <mike.tutkow...@solidfire.com> wrote: > Hey Marcus, > > Thanks for all the detail. > > Yeah, I'm running the CSMS on my host OS, which is Mac OS X 10.8.3. I have > VMware Fusion running Ubuntu 12.04.1 with KVM and am able to run VMs from > Virtual Machine Manager. > > I have not yet tried adding this KVM host to CS because I was afraid my > network settings were not configured properly. > > Currently - without making any networking changes like those described in > that help doc - I've assigned an IP address statically to Ubuntu (from > VMware host-only network) and can ping it from Mac OS X. > > I guess I wasn't sure how far I needed to take the networking to get this > to the point where I could add this KVM host to CS and be able to run VMs > on it. > > Thanks! > > > On Thu, Sep 5, 2013 at 10:25 PM, Marcus Sorensen <shadow...@gmail.com>wrote: > >> make sure all of the traffic labels are set to the name of the >> bridge... this is the 'edit' button under the round network icons >> during setup. >> >> On Thu, Sep 5, 2013 at 10:23 PM, Marcus Sorensen <shadow...@gmail.com> >> wrote: >> > Well, you sort of have to know what you want to do, that is decide >> > where management, guest, public traffic is going to go. You don't >> > really need working public traffic just to run vms, and guest traffic >> > will stay local to the vm, so that leaves management traffic, which >> > also doesn't really need to access anything outside of the VM unless >> > you've got an external secondary storage or are running the mgmt >> > server on your mac or something. >> > >> > I think if you've solved your fusion networking problem (meaning you >> > can create a vm and the host can talk to it), you've already got a >> > head start with devcloud-kvm. You may have to set it to use dhcp >> > again, ignoring the NAT setup that it does (which I mainly just use to >> > register templates and debug VPC networking) and ignore one of the >> > interfaces, but it's preconfigured with secondary storage, primary >> > storage, and dependencies. In other words, I hope you didn't give up >> > on it and start from scratch just because of the NAT issues, as it >> > would be much easier just to tweak it to do what you're doing now. >> > >> > In either case, assuming you do care about networking, but host-only >> > is fine and you want that to be management, I'd set up a bridge on >> > eth0, assign it an IP that the host can reach (dhcp?), and then when >> > you fill out the pod network info I'd leave the vlan field blank. Then >> > filling out the network icons, I'd set the 'traffic label' to the name >> > of the bridge you created for eth0. Then for public traffic I'd make >> > up an ip range and vlan, and for guest traffic I'd also make up a vlan >> > range. Those bridges will be created automatically, and will work just >> > fine within the scope of the single host. You can probably find >> > ubuntu-specific info on how to make a bridge on eth0, just a shot in >> > the dark, might be something like: >> > >> > # change eth0 to have no config >> > iface eth0 inet manual >> > >> > # mgt network >> > auto cloudmgt >> > iface cloudmgt inet dhcp >> > bridge_ports eth0 >> > bridge_fd 5 >> > bridge_stp off >> > bridge_maxwait 1 >> > >> > On Thu, Sep 5, 2013 at 9:05 PM, Mike Tutkowski >> > <mike.tutkow...@solidfire.com> wrote: >> >> So, I'm trying to follow the directions here on updating my interfaces >> file >> >> on Ubuntu 12.04.1: >> >> >> >> >> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html >> >> >> >> I am running Ubuntu in a VMware Fusion VM with using what Fusion calls a >> >> "custom network" (I believe this is a host-only network). I'm not using >> >> VLANs. >> >> >> >> Any thoughts on how I should modify my interfaces file for my situation >> >> (below is the interfaces file from the CS docs): >> >> >> >> Thanks! >> >> >> >> auto lo >> >> iface lo inet loopback >> >> >> >> # The primary network interface >> >> auto eth0.100 >> >> iface eth0.100 inet static >> >> address 192.168.42.11 >> >> netmask 255.255.255.240 >> >> gateway 192.168.42.1 >> >> dns-nameservers 8.8.8.8 8.8.4.4 >> >> dns-domain lab.example.org >> >> >> >> # Public network >> >> auto cloudbr0 >> >> iface cloudbr0 inet manual >> >> bridge_ports eth0.200 >> >> bridge_fd 5 >> >> bridge_stp off >> >> bridge_maxwait 1 >> >> >> >> # Private network >> >> auto cloudbr1 >> >> iface cloudbr1 inet manual >> >> bridge_ports eth0.300 >> >> bridge_fd 5 >> >> bridge_stp off >> >> bridge_maxwait 1 >> >> >> >> >> >> >> >> On Fri, Aug 30, 2013 at 8:06 PM, Marcus Sorensen <shadow...@gmail.com >> >wrote: >> >> >> >>> I'm not sure about the history of the agent. The libvirt api is >> remotely >> >>> accessible, but it has proven to be a moving target, and at least >> early on >> >>> it was insufficient. There are other things the agent does as well, >> which >> >>> are not directly related to libvirt, like logging into virtual routers >> and >> >>> programming them. On the Xen side I believe the APIs are sufficient for >> >>> that, but on Linux /kvm the alternative would be ssh commands wrapped >> in >> >>> ssh commands. >> >>> >> >>> I believe with the new architecture your plugin can still configure >> the SAN >> >>> via mgmt server, but connecting the disk on the host needs to be done >> by >> >>> the agent. >> >>> On Aug 30, 2013 7:46 PM, "Mike Tutkowski" < >> mike.tutkow...@solidfire.com> >> >>> wrote: >> >>> >> >>> > Hey Marcus, >> >>> > >> >>> > I have a general design question here. >> >>> > >> >>> > For the XenServer and VMware plug-ins, the Java code runs on the >> CSMS, >> >>> but >> >>> > for KVM it runs on the host. >> >>> > >> >>> > Can you give me an idea why there is this difference? >> >>> > >> >>> > I'm just getting up to speed on libvert, so maybe it doesn't have a >> >>> daemon >> >>> > that runs that accepts API calls (or its API is insufficient)? Can >> you >> >>> > clarify this for me? >> >>> > >> >>> > Thanks! >> >>> > >> >>> > >> >>> > On Fri, Aug 30, 2013 at 7:28 PM, Mike Tutkowski < >> >>> > mike.tutkow...@solidfire.com> wrote: >> >>> > >> >>> > > Thanks, Marcus >> >>> > > >> >>> > > I believe I will only need to modify LibvirtComputingResource for >> KVM >> >>> > > support (based on my experience in 4.2 with CitrixResourceBase and >> >>> > > VmwareResource). >> >>> > > >> >>> > > It will need to be updated to work with CloudStack's managed >> storage >> >>> > > (first introduced in the new storage framework in 4.2 and >> supported in >> >>> > > XenServer and VMware). >> >>> > > >> >>> > > Edison made large modifications to the storage component in 4.2 >> and I >> >>> > > wrote a plug-in for SolidFire storage. To fully leverage what the >> >>> plug-in >> >>> > > does, I needed to modify logic in the storage framework and >> hypervisor >> >>> > > plug-ins (so they didn't assume that storage was necessarily >> >>> > preallocated - >> >>> > > it might be created on demand now). >> >>> > > >> >>> > > >> >>> > > On Fri, Aug 30, 2013 at 5:51 PM, Marcus Sorensen < >> shadow...@gmail.com >> >>> > >wrote: >> >>> > > >> >>> > >> Er. I mean normal users don't have to deal with jar files. I >> always >> >>> > >> install the agent code via rpm when I'm developing, rather than >> >>> > >> messing with jars, since you rarely just touch one thing in the >> agent, >> >>> > >> it's usually a script, or LibvirtComputingResource + some other >> class >> >>> > >> files, and it can be easy to miss something. It's easier to just >> built >> >>> > >> the packages during the compile and install the whole thing. >> >>> > >> >> >>> > >> On Fri, Aug 30, 2013 at 5:49 PM, Marcus Sorensen < >> shadow...@gmail.com >> >>> > >> >>> > >> wrote: >> >>> > >> > Package refers to a .deb or a .rpm, the packages used to >> install. >> >>> > >> > Normal users never have to deal with them. >> >>> > >> > >> >>> > >> > Since you're not developing, you can get them from the website >> and >> >>> > >> > install as a normal user would, but to create them look in the >> >>> > >> > 'packaging' directory, there's a script for ubuntu(debs) and >> one for >> >>> > >> > centos (rpms). >> >>> > >> > >> >>> > >> > On Fri, Aug 30, 2013 at 2:23 PM, Mike Tutkowski >> >>> > >> > <mike.tutkow...@solidfire.com> wrote: >> >>> > >> >> Looking at some CS docs on the web, it appears we are using the >> >>> term >> >>> > >> >> "package" here to refer to a JAR file. >> >>> > >> >> >> >>> > >> >> >> >>> > >> >> On Fri, Aug 30, 2013 at 2:20 PM, Mike Tutkowski < >> >>> > >> >> mike.tutkow...@solidfire.com> wrote: >> >>> > >> >> >> >>> > >> >>> I should be a litter clearer. :) I was referring to what you >> said >> >>> > >> here, >> >>> > >> >>> Marcus: >> >>> > >> >>> >> >>> > >> >>> "If you are developing, I'd generate the .debs, copy agent and >> >>> > common >> >>> > >> >>> packages over, install those" >> >>> > >> >>> >> >>> > >> >>> What I'm not sure how to do is generate the .deb files for CS >> 4.2. >> >>> > >> >>> >> >>> > >> >>> Also, when you say copy agent and common packages over, do you >> >>> just >> >>> > >> mean >> >>> > >> >>> the JAR files? If so, do you know where I put them? Is there >> an >> >>> > >> install >> >>> > >> >>> script of some sort on the KVM side I should be running then? >> >>> > >> >>> >> >>> > >> >>> Thanks! >> >>> > >> >>> >> >>> > >> >>> >> >>> > >> >>> On Fri, Aug 30, 2013 at 2:16 PM, Mike Tutkowski < >> >>> > >> >>> mike.tutkow...@solidfire.com> wrote: >> >>> > >> >>> >> >>> > >> >>>> Thanks for that info, Marcus >> >>> > >> >>>> >> >>> > >> >>>> I did have to assign a password explicitly to the root user >> >>> > >> (Ubuntu). Now >> >>> > >> >>>> I can SSH in with root. >> >>> > >> >>>> >> >>> > >> >>>> I've never needed to generate .debs and all of that for >> >>> CloudStack. >> >>> > >> Do >> >>> > >> >>>> you know where I might be able to find info on the process to >> >>> > follow >> >>> > >> to do >> >>> > >> >>>> what you wrote? >> >>> > >> >>>> >> >>> > >> >>>> Thanks again! >> >>> > >> >>>> >> >>> > >> >>>> >> >>> > >> >>>> On Fri, Aug 30, 2013 at 7:45 AM, Marcus Sorensen < >> >>> > >> shadow...@gmail.com>wrote: >> >>> > >> >>>> >> >>> > >> >>>>> I'm not sure if you are developing or just trying to get a >> >>> system >> >>> > >> >>>>> running. >> >>> > >> >>>>> If the latter, you should be using the same repo and deb >> >>> packages >> >>> > >> for >> >>> > >> >>>>> both >> >>> > >> >>>>> the mgt server and agent, such that everything can be >> installed >> >>> > via >> >>> > >> >>>>> 'apt-get install', which is hopefully covered in the docs. >> >>> > >> >>>>> >> >>> > >> >>>>> If you are developing, I'd generate the .debs, copy agent >> and >> >>> > common >> >>> > >> >>>>> packages over, install those, and then if agent code changes >> >>> > during >> >>> > >> >>>>> development you can either do that again, or manually >> replace >> >>> the >> >>> > >> >>>>> affected >> >>> > >> >>>>> jars/scripts and restart the agent. >> >>> > >> >>>>> >> >>> > >> >>>>> As far as I'm aware the agent needs to run with root >> permissions >> >>> > on >> >>> > >> the >> >>> > >> >>>>> box. It sounds like you need to fix ssh as a prerequisite >> before >> >>> > >> >>>>> beginning >> >>> > >> >>>>> setup. As mentioned it might be the PermitRootLogin option. >> >>> > >> >>>>> On Aug 29, 2013 11:22 PM, "Mike Tutkowski" < >> >>> > >> mike.tutkow...@solidfire.com >> >>> > >> >>>>> > >> >>> > >> >>>>> wrote: >> >>> > >> >>>>> >> >>> > >> >>>>> > I figured out how to assign a password to root on Ubuntu, >> but >> >>> > that >> >>> > >> >>>>> didn't >> >>> > >> >>>>> > solve the problem. >> >>> > >> >>>>> > >> >>> > >> >>>>> > As I thought about it more, I'm actually running the 4.2 >> CSMS, >> >>> > >> but the >> >>> > >> >>>>> 4.1 >> >>> > >> >>>>> > version of the agent code on the KVM host. >> >>> > >> >>>>> > >> >>> > >> >>>>> > I'm not sure how to deploy the newest agent code from the >> 4.2 >> >>> > >> branch >> >>> > >> >>>>> to the >> >>> > >> >>>>> > KVM host, though. Would you be able to tell me how to do >> that, >> >>> > >> Marcus? >> >>> > >> >>>>> > >> >>> > >> >>>>> > Is there any Java code of ours on the KVM host or is it >> all in >> >>> > the >> >>> > >> >>>>> form of >> >>> > >> >>>>> > scripts? >> >>> > >> >>>>> > >> >>> > >> >>>>> > Thanks! >> >>> > >> >>>>> > >> >>> > >> >>>>> > >> >>> > >> >>>>> > On Thu, Aug 29, 2013 at 10:30 PM, Mike Tutkowski < >> >>> > >> >>>>> > mike.tutkow...@solidfire.com> wrote: >> >>> > >> >>>>> > >> >>> > >> >>>>> > > Yeah, I wanted to use root, but got the following when >> >>> trying >> >>> > >> to SSH >> >>> > >> >>>>> in: >> >>> > >> >>>>> > > >> >>> > >> >>>>> > > mtutkowski-LT:~ mtutkowski$ ssh root@172.16.140.5 >> >>> > >> >>>>> > > root@172.16.140.5's password: >> >>> > >> >>>>> > > Permission denied, please try again. >> >>> > >> >>>>> > > >> >>> > >> >>>>> > > >> >>> > >> >>>>> > > On Thu, Aug 29, 2013 at 10:28 PM, Marcus Sorensen < >> >>> > >> >>>>> shadow...@gmail.com >> >>> > >> >>>>> > >wrote: >> >>> > >> >>>>> > > >> >>> > >> >>>>> > >> I've only ever seen it work with root. Do the docs say >> >>> > >> otherwise? >> >>> > >> >>>>> Maybe >> >>> > >> >>>>> > >> your user credentials will work if you have it set with >> >>> sudo >> >>> > >> >>>>> privileges >> >>> > >> >>>>> > >> and >> >>> > >> >>>>> > >> privileges to libvirtd. >> >>> > >> >>>>> > >> On Aug 29, 2013 10:25 PM, "Mike Tutkowski" < >> >>> > >> >>>>> > mike.tutkow...@solidfire.com> >> >>> > >> >>>>> > >> wrote: >> >>> > >> >>>>> > >> >> >>> > >> >>>>> > >> > By the way, I've been supplying the username I log >> into >> >>> > >> Ubuntu >> >>> > >> >>>>> with: >> >>> > >> >>>>> > >> > mtutkowski (not root). I think that's correct for >> Ubuntu. >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> > After the script executes, I get the following back >> in >> >>> the >> >>> > >> CSMS >> >>> > >> >>>>> log: >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> > { Ans: , MgmtId: 1, via: 2, Ver: v1, Flags: 100010, >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> >> >>> > >> >> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] >> >>> > >> >>>>> > } >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> > On Thu, Aug 29, 2013 at 10:20 PM, Mike Tutkowski < >> >>> > >> >>>>> > >> > mike.tutkow...@solidfire.com> wrote: >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> > > I don't see a process by either name in System >> Monitor. >> >>> > >> >>>>> > >> > > >> >>> > >> >>>>> > >> > > Is that SSH call supposed to have started such a >> >>> process >> >>> > >> >>>>> running? >> >>> > >> >>>>> > >> > > >> >>> > >> >>>>> > >> > > >> >>> > >> >>>>> > >> > > On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen < >> >>> > >> >>>>> > >> shadow...@gmail.com >> >>> > >> >>>>> > >> > >wrote: >> >>> > >> >>>>> > >> > > >> >>> > >> >>>>> > >> > >> Is the agent running? Or perhaps >> cloud-setup-agent? >> >>> > >> >>>>> > >> > >> On Aug 29, 2013 10:13 PM, "Mike Tutkowski" < >> >>> > >> >>>>> > >> > mike.tutkow...@solidfire.com> >> >>> > >> >>>>> > >> > >> wrote: >> >>> > >> >>>>> > >> > >> >> >>> > >> >>>>> > >> > >> > Interesting...there is an agent folder, but no >> files >> >>> > in >> >>> > >> it. >> >>> > >> >>>>> > >> > >> > >> >>> > >> >>>>> > >> > >> > >> >>> > >> >>>>> > >> > >> > On Thu, Aug 29, 2013 at 10:10 PM, Mike >> Tutkowski < >> >>> > >> >>>>> > >> > >> > mike.tutkow...@solidfire.com> wrote: >> >>> > >> >>>>> > >> > >> > >> >>> > >> >>>>> > >> > >> > > Thanks! >> >>> > >> >>>>> > >> > >> > > >> >>> > >> >>>>> > >> > >> > > By the way, these are the parameters I pass >> into >> >>> > >> >>>>> > >> > >> cloudstack-setup-agent >> >>> > >> >>>>> > >> > >> > > (just in case something looks odd to you >> there): >> >>> > >> >>>>> > >> > >> > > >> >>> > >> >>>>> > >> > >> > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g >> >>> > >> >>>>> > >> > >> 8bd34de8-783c-387f-a043-aa53ee31df6b -a >> >>> > >> >>>>> > >> > >> > > --pubNic=cloudbr0 --prvNic=cloudbr0 >> >>> > >> --guestNic=cloudbr0 >> >>> > >> >>>>> > >> > >> > > >> >>> > >> >>>>> > >> > >> > > >> >>> > >> >>>>> > >> > >> > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus >> Sorensen >> >>> < >> >>> > >> >>>>> > >> > >> shadow...@gmail.com >> >>> > >> >>>>> > >> > >> > >wrote: >> >>> > >> >>>>> > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> /var/log/cloudstack/agent/agent.log ... >> There is >> >>> > >> also a >> >>> > >> >>>>> setup >> >>> > >> >>>>> > >> log >> >>> > >> >>>>> > >> > in >> >>> > >> >>>>> > >> > >> > that >> >>> > >> >>>>> > >> > >> > >> location to see if something in the agent >> setup >> >>> > went >> >>> > >> awry. >> >>> > >> >>>>> > >> > >> > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" < >> >>> > >> >>>>> > >> > >> > mike.tutkow...@solidfire.com> >> >>> > >> >>>>> > >> > >> > >> wrote: >> >>> > >> >>>>> > >> > >> > >> >> >>> > >> >>>>> > >> > >> > >> > Thanks, Marcus >> >>> > >> >>>>> > >> > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > I'm not used to playing around in a KVM >> >>> > >> environment. >> >>> > >> >>>>> Can you >> >>> > >> >>>>> > >> tell >> >>> > >> >>>>> > >> > >> me >> >>> > >> >>>>> > >> > >> > >> where >> >>> > >> >>>>> > >> > >> > >> > our agent logs are on KVM? >> >>> > >> >>>>> > >> > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > Originally I didn't have SSH installed, >> but I >> >>> > >> noticed >> >>> > >> >>>>> that >> >>> > >> >>>>> > >> > problem >> >>> > >> >>>>> > >> > >> > while >> >>> > >> >>>>> > >> > >> > >> > stepping through the debugger. After I >> >>> installed >> >>> > >> it, >> >>> > >> >>>>> the SSH >> >>> > >> >>>>> > >> call >> >>> > >> >>>>> > >> > >> went >> >>> > >> >>>>> > >> > >> > >> > through just fine as far as the CSMS was >> >>> > >> concerned, so >> >>> > >> >>>>> - as >> >>> > >> >>>>> > >> you >> >>> > >> >>>>> > >> > >> say - >> >>> > >> >>>>> > >> > >> > I >> >>> > >> >>>>> > >> > >> > >> was >> >>> > >> >>>>> > >> > >> > >> > thinking I should take a look on the KVM >> side >> >>> and >> >>> > >> see if >> >>> > >> >>>>> > >> maybe an >> >>> > >> >>>>> > >> > >> > error >> >>> > >> >>>>> > >> > >> > >> > occurred that it didn't report back. >> >>> > >> >>>>> > >> > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus >> >>> Sorensen >> >>> > < >> >>> > >> >>>>> > >> > >> shadow...@gmail.com >> >>> > >> >>>>> > >> > >> > >> > >wrote: >> >>> > >> >>>>> > >> > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > > Normally the agent service starts and >> >>> connects >> >>> > >> up. The >> >>> > >> >>>>> > mgmt >> >>> > >> >>>>> > >> > >> server >> >>> > >> >>>>> > >> > >> > >> uses >> >>> > >> >>>>> > >> > >> > >> > ssh >> >>> > >> >>>>> > >> > >> > >> > > to start the agent and set it up for the >> >>> first >> >>> > >> time. >> >>> > >> >>>>> You >> >>> > >> >>>>> > >> will >> >>> > >> >>>>> > >> > >> > probably >> >>> > >> >>>>> > >> > >> > >> > need >> >>> > >> >>>>> > >> > >> > >> > > to look at the agent logs and see if it >> is >> >>> > having >> >>> > >> >>>>> trouble >> >>> > >> >>>>> > >> > >> connecting >> >>> > >> >>>>> > >> > >> > >> to >> >>> > >> >>>>> > >> > >> > >> > the >> >>> > >> >>>>> > >> > >> > >> > > mgmt server or something (firewall?). >> >>> > >> >>>>> > >> > >> > >> > > On Aug 29, 2013 9:55 PM, "Mike >> Tutkowski" < >> >>> > >> >>>>> > >> > >> > >> mike.tutkow...@solidfire.com> >> >>> > >> >>>>> > >> > >> > >> > > wrote: >> >>> > >> >>>>> > >> > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > So, now I'm trying to add a KVM host >> to CS >> >>> > and >> >>> > >> am >> >>> > >> >>>>> > having a >> >>> > >> >>>>> > >> > bit >> >>> > >> >>>>> > >> > >> of >> >>> > >> >>>>> > >> > >> > >> > trouble >> >>> > >> >>>>> > >> > >> > >> > > > with LibvirtServerDiscoverer finding it >> >>> (this >> >>> > >> line >> >>> > >> >>>>> > below: >> >>> > >> >>>>> > >> > >> > >> List<HostVO> >> >>> > >> >>>>> > >> > >> > >> > > > hosts = >> >>> > >> >>>>> > >> > >> >> >>> _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing, >> >>> > >> >>>>> > >> > >> > >> > > clusterId, >> >>> > >> >>>>> > >> > >> > >> > > > podId, dcId);). >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > private HostVO >> waitForHostConnect(long >> >>> > >> dcId, >> >>> > >> >>>>> long >> >>> > >> >>>>> > >> podId, >> >>> > >> >>>>> > >> > >> > >> > > > longclusterId, String guid) { >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > for (int i = 0; i < _waitTime >> * 2; >> >>> > >> i++) { >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > List<HostVO> hosts = >> >>> _resourceMgr >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> .listAllUpAndEnabledHosts(Host.Type.Routing, >> >>> > >> >>>>> clusterId, >> >>> > >> >>>>> > >> > podId, >> >>> > >> >>>>> > >> > >> > >> dcId); >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > for (HostVO host : hosts) { >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > if >> >>> > >> >>>>> > >> (host.getGuid().equalsIgnoreCase(guid)) { >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > return host; >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > } >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > } >> >>> > >> >>>>> > >> > >> > >> > > > Any thoughts on how I might debug >> this? Is >> >>> > >> there a >> >>> > >> >>>>> log >> >>> > >> >>>>> > on >> >>> > >> >>>>> > >> the >> >>> > >> >>>>> > >> > >> KVM >> >>> > >> >>>>> > >> > >> > >> host >> >>> > >> >>>>> > >> > >> > >> > I >> >>> > >> >>>>> > >> > >> > >> > > > should be looking at? I don't see a >> >>> relevant >> >>> > >> entry >> >>> > >> >>>>> in my >> >>> > >> >>>>> > >> > >> > cloud.host >> >>> > >> >>>>> > >> > >> > >> > > table. >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > Thanks! >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > On Thu, Aug 29, 2013 at 7:56 PM, Mike >> >>> > >> Tutkowski < >> >>> > >> >>>>> > >> > >> > >> > > > mike.tutkow...@solidfire.com> wrote: >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > > > Thanks, Marty - that solved the >> problem! >> >>> > >> >>>>> > >> > >> > >> > > > > >> >>> > >> >>>>> > >> > >> > >> > > > > >> >>> > >> >>>>> > >> > >> > >> > > > > On Thu, Aug 29, 2013 at 4:56 PM, >> Marty >> >>> > Sweet >> >>> > >> < >> >>> > >> >>>>> > >> > >> > >> msweet....@gmail.com> >> >>> > >> >>>>> > >> > >> > >> > > > wrote: >> >>> > >> >>>>> > >> > >> > >> > > > > >> >>> > >> >>>>> > >> > >> > >> > > > >> Hi Mike, >> >>> > >> >>>>> > >> > >> > >> > > > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> Something like this should help: >> >>> > >> >>>>> > >> > >> > >> > > > >> >> >>> > >> >>>>> > >> > >> > >> >>> > >> >>>>> >> >>> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error >> >>> > >> >>>>> > >> > >> > >> > > > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> Marty >> >>> > >> >>>>> > >> > >> > >> > > > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> On Thursday, August 29, 2013, Mike >> >>> > Tutkowski >> >>> > >> >>>>> wrote: >> >>> > >> >>>>> > >> > >> > >> > > > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> > Any thoughts on this, Wei? >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > W: GPG error: >> >>> > >> http://cloudstack.apt-get.euprecise >> >>> > >> >>>>> > >> > >> Release: >> >>> > >> >>>>> > >> > >> > >> The >> >>> > >> >>>>> > >> > >> > >> > > > >> following >> >>> > >> >>>>> > >> > >> > >> > > > >> > signatures couldn't be verified >> >>> because >> >>> > >> the >> >>> > >> >>>>> public >> >>> > >> >>>>> > >> key >> >>> > >> >>>>> > >> > is >> >>> > >> >>>>> > >> > >> not >> >>> > >> >>>>> > >> > >> > >> > > > available: >> >>> > >> >>>>> > >> > >> > >> > > > >> > NO_PUBKEY BBFCFE5386C278E3 >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > On Thu, Aug 29, 2013 at 4:21 PM, >> Mike >> >>> > >> >>>>> Tutkowski < >> >>> > >> >>>>> > >> > >> > >> > > > >> > mike.tutkow...@solidfire.com> >> wrote: >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > > Thanks for the repo info, Wei! >> >>> > >> >>>>> > >> > >> > >> > > > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > > On Thu, Aug 29, 2013 at 4:19 >> PM, Wei >> >>> > >> ZHOU < >> >>> > >> >>>>> > >> > >> > >> > ustcweiz...@gmail.com> >> >>> > >> >>>>> > >> > >> > >> > > > >> wrote: >> >>> > >> >>>>> > >> > >> > >> > > > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> You need to add a repo, or >> download >> >>> > >> the deb >> >>> > >> >>>>> > files >> >>> > >> >>>>> > >> and >> >>> > >> >>>>> > >> > >> > >> install >> >>> > >> >>>>> > >> > >> > >> > > them. >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> for CentOS/RHEL, >> >>> > >> >>>>> > >> > >> http://cloudstack.apt-get.eu/rhel/4.1/ >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> for Ubuntu, >> >>> > >> >>>>> > >> > >> > >> > > > >> >> >>> > >> >>>>> > >> > >> >>> > http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/ >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> 2013/8/29 Mike Tutkowski < >> >>> > >> >>>>> > >> > mike.tutkow...@solidfire.com >> >>> > >> >>>>> > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > Maybe I need to add a repo >> for >> >>> > >> >>>>> CloudStack? I >> >>> > >> >>>>> > >> didn't >> >>> > >> >>>>> > >> > >> see >> >>> > >> >>>>> > >> > >> > >> that >> >>> > >> >>>>> > >> > >> > >> > in >> >>> > >> >>>>> > >> > >> > >> > > > the >> >>> > >> >>>>> > >> > >> > >> > > > >> > KVM >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > section, but perhaps it was >> >>> earlier >> >>> > >> in the >> >>> > >> >>>>> > >> > >> > documentation. >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > On Thu, Aug 29, 2013 at 3:35 >> PM, >> >>> > Mike >> >>> > >> >>>>> > Tutkowski >> >>> > >> >>>>> > >> < >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > mike.tutkow...@solidfire.com >> > >> >>> > wrote: >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > Hi, >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > For the past nine months >> that >> >>> > I've >> >>> > >> been >> >>> > >> >>>>> > >> working >> >>> > >> >>>>> > >> > >> with >> >>> > >> >>>>> > >> > >> > >> > > > CloudStack, >> >>> > >> >>>>> > >> > >> > >> > > > >> > I've >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > exclusively used XenServer >> and >> >>> > >> ESXi as >> >>> > >> >>>>> my >> >>> > >> >>>>> > >> hosts. >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > I am now trying out KVM and >> >>> > >> following >> >>> > >> >>>>> the >> >>> > >> >>>>> > >> > >> instruction >> >>> > >> >>>>> > >> > >> > >> here: >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> >>> > >> >>>>> > >> > >> > >> > > > >> >> >>> > >> >>>>> > >> > >> > >> > > > >> >>> > >> >>>>> > >> > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > >> >>> > >> >>>>> > >> > >> > >> >> >>> > >> >>>>> > >> > >> > >> >>> > >> >>>>> > >> > >> >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> >> >>> > >> >>>>> > >> >>> > >> >>>>> >> >>> > >> >> >>> > >> >>> >> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > I am unable to install the >> >>> > >> >>>>> cloudstack-agent >> >>> > >> >>>>> > >> > >> package on >> >>> > >> >>>>> > >> > >> > >> my >> >>> > >> >>>>> > >> > >> > >> > KVM >> >>> > >> >>>>> > >> > >> > >> > > > >> host >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > (Ubuntu >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > 12.04.1), however. >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > mtutkowski@ubuntu:~$ sudo >> >>> > apt-get >> >>> > >> >>>>> install >> >>> > >> >>>>> > >> > >> > >> cloudstack-agent >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > Reading package lists... >> Done >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > Building dependency tree >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > Reading state >> information... >> >>> Done >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > E: Unable to locate package >> >>> > >> >>>>> cloudstack-agent >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > Any thoughts on this? >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > Thanks! >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > -- >> >>> > >> >>>>> > >> > >> > >> > > > >> > >> > > *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> >> >>> > >> >>>>> > >> > > *™* >> >>> > >> >>>>> > >> > > >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> > >> >>> > >> >>>>> > >> > -- >> >>> > >> >>>>> > >> > *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> > *™*
