So, here is info from ifconfig:
cloudbr1 Link encap:Ethernet HWaddr 52:54:00:52:B1:5E
inet addr:192.168.100.10 Bcast:192.168.100.255
Mask:255.255.255.0
inet6 addr: fe80::5054:ff:fe52:b15e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:39 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:6571 (6.4 KiB)
This is my attempt to SSH in:
mtutkowski-LT:~ mtutkowski$ ssh root@192.168.100.10
ssh: connect to host 192.168.100.10 port 22: Operation timed out
I've also noticed my XenServer VM that I run under Fusion is no longer
pingable.
Always something, eh. :)
Thanks for helping me out!
On Sat, Aug 31, 2013 at 6:14 PM, Marcus Sorensen <shadow...@gmail.com>wrote:
> You may have to look into the VMware fusion vmnet commands, when I get a
> minute I'll take a look at mine, I remember it being kind of fickle. None
> of that should keep you from starting up a zone though. Does the 192.168
> address work (Public)? You should be able to ssh in via that as well.
> On Aug 31, 2013 5:56 PM, "Mike Tutkowski" <mike.tutkow...@solidfire.com>
> wrote:
>
> > All of my VNET_1 and VNET_8 lines are identical to the ones in the how-to
> > doc, if that helps. :)
> >
> >
> > On Sat, Aug 31, 2013 at 5:55 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > I do get one prompt when starting that VM.
> > >
> > > This is the how-to doc I followed: Thanks!
> > >
> > > 1. install vmware fusion 5
> > >
> > > 2. copy/move devcloud-kvm.vmwarevm into ~/Documents/Virtual\ Machines
> > >
> > > 3. edit /Library/Preferences/VMware\ Fusion/networking, switching
> vmnet1
> > > to nat, adding addresses for the virtual interfaces, disabling dhcp:
> > >
> > > VERSION=1,0
> > > answer VNET_1_DHCP no
> > > answer VNET_1_DHCP_CFG_HASH E6A9871BECB2D4190B4017A52E2E9915F5CB2D5B
> > > answer VNET_1_HOSTONLY_NETMASK 255.255.255.0
> > > answer VNET_1_HOSTONLY_SUBNET 172.17.10.0
> > > answer VNET_1_NAT yes
> > > answer VNET_1_VIRTUAL_ADAPTER yes
> > > answer VNET_1_VIRTUAL_ADAPTER_ADDR 172.17.10.2
> > > answer VNET_8_DHCP no
> > > answer VNET_8_DHCP_CFG_HASH DDADDB2BB56F4411617D6EFB2F83F72B82BA7D38
> > > answer VNET_8_HOSTONLY_NETMASK 255.255.255.0
> > > answer VNET_8_HOSTONLY_SUBNET 192.168.100.0
> > > answer VNET_8_NAT yes
> > > answer VNET_8_VIRTUAL_ADAPTER yes
> > > answer VNET_8_VIRTUAL_ADAPTER_ADDR 192.168.100.2
> > >
> > > 4. Change the gateway address for vmnet8 in
> /Library/Preferences/VMware\
> > > Fusion/vmnet8/nat.conf
> > >
> > > # NAT gateway address
> > > change ip line to "ip = 192.168.100.1"
> > >
> > > 5. Create /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
> > >
> > > cd /Library/Preferences/VMware\ Fusion
> > > mkdir vmnet1
> > > cp vmnet8/nat.conf vmnet1
> > > vi vmnet1/nat.conf
> > >
> > > change ip line to "ip = to 172.17.10.1"
> > >
> > > 6. Force the nat.conf files to stay the same, like so:
> > > chflags uchg /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
> > > chflags uchg /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
> > >
> > > 7. reboot to take effect, or maybe do:
> > >
> > > /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --stop
> > > /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --start
> > >
> > > 8. start VM, log in via 'ssh root@172.17.10.10', follow instructions
> at
> > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvmfrom
> > > section 'Building'
> > >
> > >
> > >
> > > On Sat, Aug 31, 2013 at 5:50 PM, Marcus Sorensen <shadow...@gmail.com
> > >wrote:
> > >
> > >> Oh, and VMware fusion should prompt twice for your password when the
> VM
> > >> starts, due to the bridges in the VM wanting promiscuous access. If
> you
> > >> don't enter your password it won't work.
> > >> On Aug 31, 2013 5:48 PM, "Marcus Sorensen" <shadow...@gmail.com>
> wrote:
> > >>
> > >> > Sounds like your Nat in VMware fusion isn't working. Did you see the
> > >> setup
> > >> > instructions in the archive?
> > >> > On Aug 31, 2013 4:38 PM, "Mike Tutkowski" <
> > mike.tutkow...@solidfire.com
> > >> >
> > >> > wrote:
> > >> >
> > >> >> From that KVM host, that is. :)
> > >> >>
> > >> >>
> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> > >> >> mike.tutkow...@solidfire.com> wrote:
> > >> >>
> > >> >> > I don't seem to have access to the Internet.
> > >> >> >
> > >> >> >
> > >> >> > On Sat, Aug 31, 2013 at 4:25 PM, Mike Tutkowski <
> > >> >> > mike.tutkow...@solidfire.com> wrote:
> > >> >> >
> > >> >> >> Hey Marcus,
> > >> >> >>
> > >> >> >> Should I be able to ping 172.17.10.10 from my host OS (Mac OS
> X)?
> > >> >> >>
> > >> >> >> I would have thought so, but it times out.
> > >> >> >>
> > >> >> >> Any thoughts on that? I went back and double checked my settings
> > >> from
> > >> >> the
> > >> >> >> How-to doc.
> > >> >> >>
> > >> >> >> Thanks
> > >> >> >>
> > >> >> >>
> > >> >> >> On Fri, Aug 30, 2013 at 11:51 PM, Marcus Sorensen <
> > >> shadow...@gmail.com
> > >> >> >wrote:
> > >> >> >>
> > >> >> >>> You can update the system VM template by just downloading it
> and
> > >> >> >>> replacing
> > >> >> >>> whatever template is in /nfs/secondary/template/tmpl/1/3 with
> it,
> > >> just
> > >> >> >>> rename the new one to whatever uuid that one has and replace
> > it...
> > >> >> Before
> > >> >> >>> you bootstrap the zone.
> > >> >> >>> On Aug 30, 2013 11:48 PM, "Marcus Sorensen" <
> shadow...@gmail.com
> > >
> > >> >> wrote:
> > >> >> >>>
> > >> >> >>> > That all looks good... 172 on cloudbr0 is your mgmt
> interface.
> > >> >> 192.168
> > >> >> >>> is
> > >> >> >>> > the public network that the vpcs/routers will live on. Now
> > Marvin
> > >> >> >>> should be
> > >> >> >>> > able to set up your zone if you install the rpms. I have
> > >> >> occasionally
> > >> >> >>> had
> > >> >> >>> > permission issues with the /var/lib/libvirtd directory, FYI,
> so
> > >> if
> > >> >> the
> > >> >> >>> VMS
> > >> >> >>> > don't come up you may want to look there.
> > >> >> >>> >
> > >> >> >>> > You may also need to update the system VM template in
> > >> >> /nfs/secondary/
> > >> >> >>> ...
> > >> >> >>> > I don't remember if its the 4.2 one.
> > >> >> >>> > On Aug 30, 2013 11:38 PM, "Mike Tutkowski" <
> > >> >> >>> mike.tutkow...@solidfire.com>
> > >> >> >>> > wrote:
> > >> >> >>> >
> > >> >> >>> >> Hi,
> > >> >> >>> >>
> > >> >> >>> >> I am trying to set up devcloud-kvm and having a little
> > trouble.
> > >> >> >>> >>
> > >> >> >>> >> I am running it on VMware Fusion 5 (Mac OS X 10.8.3).
> > >> >> >>> >>
> > >> >> >>> >> I thought I followed all of the directions correctly, but I
> > >> don't
> > >> >> >>> have an
> > >> >> >>> >> IP address for eth0.
> > >> >> >>> >>
> > >> >> >>> >> Any thoughts on this?
> > >> >> >>> >>
> > >> >> >>> >> Thanks!
> > >> >> >>> >>
> > >> >> >>> >> [root@devcloud-kvm ~]# ifconfig
> > >> >> >>> >>
> > >> >> >>> >> cloudbr0 Link encap:Ethernet HWaddr 52:54:00:4E:FF:4F
> > >> >> >>> >>
> > >> >> >>> >> inet addr:172.17.10.10 Bcast:172.17.10.255
> > >> >> >>> Mask:255.255.255.0
> > >> >> >>> >>
> > >> >> >>> >> inet6 addr: fe80::5054:ff:fe4e:ff4f/64 Scope:Link
> > >> >> >>> >>
> > >> >> >>> >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> > >> >> >>> >>
> > >> >> >>> >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> > >> >> >>> >>
> > >> >> >>> >> TX packets:55 errors:0 dropped:0 overruns:0
> > carrier:0
> > >> >> >>> >>
> > >> >> >>> >> collisions:0 txqueuelen:0
> > >> >> >>> >>
> > >> >> >>> >> RX bytes:0 (0.0 b) TX bytes:7734 (7.5 KiB)
> > >> >> >>> >>
> > >> >> >>> >>
> > >> >> >>> >> cloudbr1 Link encap:Ethernet HWaddr 52:54:00:52:B1:5E
> > >> >> >>> >>
> > >> >> >>> >> inet addr:192.168.100.10 Bcast:192.168.100.255
> > >> >> >>> >> Mask:255.255.255.0
> > >> >> >>> >>
> > >> >> >>> >> inet6 addr: fe80::5054:ff:fe52:b15e/64 Scope:Link
> > >> >> >>> >>
> > >> >> >>> >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> > >> >> >>> >>
> > >> >> >>> >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> > >> >> >>> >>
> > >> >> >>> >> TX packets:39 errors:0 dropped:0 overruns:0
> > carrier:0
> > >> >> >>> >>
> > >> >> >>> >> collisions:0 txqueuelen:0
> > >> >> >>> >>
> > >> >> >>> >> RX bytes:0 (0.0 b) TX bytes:6571 (6.4 KiB)
> > >> >> >>> >>
> > >> >> >>> >>
> > >> >> >>> >> eth0 Link encap:Ethernet HWaddr 52:54:00:4E:FF:4F
> > >> >> >>> >>
> > >> >> >>> >> UP BROADCAST MULTICAST MTU:1500 Metric:1
> > >> >> >>> >>
> > >> >> >>> >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> > >> >> >>> >>
> > >> >> >>> >> TX packets:0 errors:0 dropped:0 overruns:0
> carrier:0
> > >> >> >>> >>
> > >> >> >>> >> collisions:0 txqueuelen:1000
> > >> >> >>> >>
> > >> >> >>> >> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
> > >> >> >>> >>
> > >> >> >>> >>
> > >> >> >>> >> eth1 Link encap:Ethernet HWaddr 52:54:00:52:B1:5E
> > >> >> >>> >>
> > >> >> >>> >> UP BROADCAST MULTICAST MTU:1500 Metric:1
> > >> >> >>> >>
> > >> >> >>> >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> > >> >> >>> >>
> > >> >> >>> >> TX packets:0 errors:0 dropped:0 overruns:0
> carrier:0
> > >> >> >>> >>
> > >> >> >>> >> collisions:0 txqueuelen:1000
> > >> >> >>> >>
> > >> >> >>> >> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
> > >> >> >>> >>
> > >> >> >>> >>
> > >> >> >>> >> lo Link encap:Local Loopback
> > >> >> >>> >>
> > >> >> >>> >> inet addr:127.0.0.1 Mask:255.0.0.0
> > >> >> >>> >>
> > >> >> >>> >> inet6 addr: ::1/128 Scope:Host
> > >> >> >>> >>
> > >> >> >>> >> UP LOOPBACK RUNNING MTU:16436 Metric:1
> > >> >> >>> >>
> > >> >> >>> >> RX packets:36 errors:0 dropped:0 overruns:0
> frame:0
> > >> >> >>> >>
> > >> >> >>> >> TX packets:36 errors:0 dropped:0 overruns:0
> > carrier:0
> > >> >> >>> >>
> > >> >> >>> >> collisions:0 txqueuelen:0
> > >> >> >>> >>
> > >> >> >>> >> RX bytes:2520 (2.4 KiB) TX bytes:2520 (2.4 KiB)
> > >> >> >>> >>
> > >> >> >>> >>
> > >> >> >>> >>
> > >> >> >>> >>
> > >> >> >>> >> --
> > >> >> >>> >> *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>
*™*
