Just heard back from a friend of mine. He said he had Windows as his host OS, was running Ubuntu in a VM under VirtualBox and had the same issue as I had (NAT worked; bridged didn't).
On Tue, Jan 22, 2013 at 1:24 PM, Mike Tutkowski < [email protected]> wrote: > OK, thanks - I haven't gotten around to installing any agent software on a > host. I'm just at the part where I was installing the MS on my OS in a VM. > > > On Tue, Jan 22, 2013 at 1:22 PM, Clayton Weise <[email protected]> wrote: > >> The agent is what runs on KVM hosts to carry out requests from the >> management server(s). The management server is the cloud-management >> service which oversees all the stuff CloudStack does. >> >> -----Original Message----- >> From: Mike Tutkowski [mailto:[email protected]] >> Sent: Tuesday, January 22, 2013 12:17 PM >> To: [email protected] >> Subject: Re: CloudStack and Networking Question >> >> Pranav = Yeah, good idea...I hooked my MacBook up via cable to the network >> and disabled the wireless, but it didn't work. :( I did get an IP address >> and could access web sites on the Internet, but Tomcat was not running. >> >> Marcus = What is the difference between the Agent and the Management >> Server? I followed the instructions here: >> >> >> http://incubator.apache.org/cloudstack/docs/en-US/Apache_CloudStack/4.0.0-incubating/html/Installation_Guide/management-server-install-flow.html >> >> In NAT mode, I usually get 10.0.2.15 as my IP address (no access from my >> Mac). >> In bridged mode, as expected, I get an IP address on my company's LAN. >> >> I do have the source code in my Mac OX X environment, so maybe that is the >> route I will have to take. >> >> As an oddity on top of this all, if I run Tomcat 6 manually using the >> tomcat6 script in /etc/init.d/, Tomcat works. I can hit >> http://localhost:8080, but it doesn't know about >> http://localhost:8080/client/ >> >> >> On Tue, Jan 22, 2013 at 11:59 AM, Marcus Sorensen <[email protected] >> >wrote: >> >> > Mike, are you just trying to run the management server, not the agent, >> in a >> > VM? If you are trying to run the whole thing, it will fail with >> virtualbox >> > because cloudstack verifies that there is hardware support for >> > virtualization before starting the agent. This is not related to your >> issue >> > now, but you may run into it. If you want to run the agent and VMs >> inside >> > this VM, you will need to use VMware fusion and enable the nested >> > virtualization. >> > >> > Aside from that, check your network in the Ubuntu box and see what >> you're >> > getting in each mode. In NAT mode with virtualbox, you'll have no >> access to >> > the VM from your Mac, because your mac has no IP inside the NAT. This is >> > why devcloud uses both NAT and host-only. >> > >> > But it sounds like your issue is deeper because you cannot even get >> > cloud-management to start. In the past, if I have seen no errors in the >> > log, but no success, I have edited the startup script to print out the >> > actual command being run to start the management server (with class >> paths >> > and all), and then run it manually, perhaps adding a debug flag. That >> > usually gives me the error. >> > >> > As an alternative, you can pull the source code, build it, and do the >> > 'jetty:run' per devcloud instructions, and that should print debug code >> to >> > your screen. It could at least tell you why the management server won't >> > start, even if you don't want to install from master. That will require >> > cleaning out the database though, and then setting up the database again >> > when going back to 4.0. >> > >> > mvn -P developer,systemvm clean install >> > >> > mvn -P developer -pl developer,tools/devcloud -Ddeploydb >> > >> > mvn -pl :cloud-client-ui jetty:run >> > >> > >> > On Tue, Jan 22, 2013 at 11:42 AM, Mike Tutkowski < >> > [email protected]> wrote: >> > >> > > Hi, >> > > >> > > I'm running CloudStack on Ubuntu 12.04.1 in a VirtualBox VM. >> > > >> > > When I run it in NAT mode, it works (I can bring up the web page to >> log >> > in >> > > and my login works). >> > > >> > > In any other networking mode (bridged, internal, host only), it does >> not >> > > work (Tomcat is not running and I cannot get it to run (even though >> > there's >> > > no obvious error message) by running the cloud-management script). >> > > >> > > My host OS is Mac OS X and I am connected to my company's network over >> > > Mac's wireless network (AirPort). >> > > >> > > I have tried to use VMware instead of VirtualBox and come across the >> same >> > > problem. >> > > >> > > Can anyone think of some reason this might be happening? Does anyone >> > else >> > > develop CloudStack on Mac OS X using virtual machines? >> > > >> > > Thanks! >> > > >> > > -- >> > > *Mike Tutkowski* >> > > *Senior CloudStack Developer, SolidFire Inc.* >> > > e: [email protected] >> > > 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: [email protected] >> 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: [email protected] > 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: [email protected] o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *™*
