You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Mike Tutkowski <mi...@solidfire.com> on 2013/08/31 07:37:51 UTC
devcloud-kvm
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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
You won't have an IP on eth0. The IP is on the bridge.
On Aug 30, 2013 11:38 PM, "Mike Tutkowski" <mi...@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.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *™*
>
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
Hey Marcus,
My IP addresses and subnets come up the same as yours do.
I don't see vmnet1 or vmnet8 when I do an ifconfig -a, though:
mtutkowski-LT:~ mtutkowski$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
ether 40:6c:8f:56:0e:27
media: autoselect (none)
status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 7c:d1:c3:8f:e1:64
inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255
media: autoselect
status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
ether 0e:d1:c3:8f:e1:64
media: autoselect
status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr 00:3e:e1:ff:fe:61:3c:5c
media: autoselect <full-duplex>
status: inactive
On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <sh...@gmail.com>wrote:
> Check your nat.conf files and verify that they have an ip and netmask
> entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
> automatically for some reason.
>
> /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
> /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
>
> Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
> Fusion/vmnet[18]/nat.conf
> /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
> /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
>
> Marcuss-MacBook-Pro:~ marcus$ grep netmask
> /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
> /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask = 255.255.255.0
> /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask = 255.255.255.0
>
> Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> options=3<RXCSUM,TXCSUM>
> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> inet 127.0.0.1 netmask 0xff000000
> inet6 ::1 prefixlen 128
> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> stf0: flags=0<> mtu 1280
> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> ether 14:10:9f:d7:0b:13
> inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
> inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
> media: autoselect
> status: active
> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> ether 06:10:9f:d7:0b:13
> media: autoselect
> status: inactive
> vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> ether 00:50:56:c0:00:01
> inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
> vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> ether 00:50:56:c0:00:08
> inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
>
> You may also have to change the IPs on your other VMs to go along with
> these NAT subnets if you have others.
>
> On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
> <mi...@solidfire.com> wrote:
> > I notice when running ifconfig from my host (Mac OS X), I don't see any
> > info on Fusion adapter:
> >
> > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> > options=3<RXCSUM,TXCSUM>
> > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> > inet 127.0.0.1 netmask 0xff000000
> > inet6 ::1 prefixlen 128
> > gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> > stf0: flags=0<> mtu 1280
> > en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
> > ether 40:6c:8f:56:0e:27
> > media: autoselect (none)
> > status: inactive
> > en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > ether 7c:d1:c3:8f:e1:64
> > inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
> > inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
> > inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
> > temporary
> > inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
> > media: autoselect
> > status: active
> > p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> > ether 0e:d1:c3:8f:e1:64
> > media: autoselect
> > status: inactive
> > fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
> > lladdr 00:3e:e1:ff:fe:61:3c:5c
> > media: autoselect <full-duplex>
> > status: inactive
> >
> >
> >
> > On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
> > mike.tutkowski@solidfire.com> wrote:
> >
> >> 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 <shadowsor@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.tutkowski@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.tutkowski@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 <
> shadowsor@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" <sh...@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.tutkowski@solidfire.com
> >>> > >> >
> >>> > >> > wrote:
> >>> > >> >
> >>> > >> >> From that KVM host, that is. :)
> >>> > >> >>
> >>> > >> >>
> >>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> >>> > >> >> mike.tutkowski@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.tutkowski@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 <
> >>> > >> shadowsor@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" <
> >>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
Thanks, Marcus!
I haven't been feeling well the past couple days, but am hoping to be able
to get to this today.
On Sun, Sep 1, 2013 at 1:38 AM, Marcus Sorensen <sh...@gmail.com> wrote:
> I updated devcloud-kvm-fusion tonight for 4.2/master compatibility.
> New system vm template, a few tweaks (preinstalled a few dependencies,
> etc). It may not help with your fusion networking issue, but at least
> I can say with certainty that this version will launch a 4.2 zone via
> the documentation (and made a minor tweak or two to the documentation
> itself).
>
> On Sat, Aug 31, 2013 at 8:59 PM, Marcus Sorensen <sh...@gmail.com>
> wrote:
> > Also take a look at the output of this:
> >
> > Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
> > Fusion.app/Contents/Library/vmnet-cli --status
> > Password:
> > NAT service on vmnet1 is running
> > Hostonly virtual adapter on vmnet1 is enabled
> > NAT service on vmnet8 is running
> > Hostonly virtual adapter on vmnet8 is enabled
> > All the services configured on all the networks are running
> >
> > On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <sh...@gmail.com>
> wrote:
> >> Check your nat.conf files and verify that they have an ip and netmask
> >> entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
> >> automatically for some reason.
> >>
> >> /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
> >> /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
> >>
> >> Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
> >> Fusion/vmnet[18]/nat.conf
> >> /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
> >> /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
> >>
> >> Marcuss-MacBook-Pro:~ marcus$ grep netmask
> >> /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
> >> /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask =
> 255.255.255.0
> >> /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask =
> 255.255.255.0
> >>
> >> Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
> >> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> >> options=3<RXCSUM,TXCSUM>
> >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> >> inet 127.0.0.1 netmask 0xff000000
> >> inet6 ::1 prefixlen 128
> >> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> >> stf0: flags=0<> mtu 1280
> >> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> >> ether 14:10:9f:d7:0b:13
> >> inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
> >> inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
> >> media: autoselect
> >> status: active
> >> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> >> ether 06:10:9f:d7:0b:13
> >> media: autoselect
> >> status: inactive
> >> vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
> 1500
> >> ether 00:50:56:c0:00:01
> >> inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
> >> vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
> 1500
> >> ether 00:50:56:c0:00:08
> >> inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
> >>
> >> You may also have to change the IPs on your other VMs to go along with
> >> these NAT subnets if you have others.
> >>
> >> On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
> >> <mi...@solidfire.com> wrote:
> >>> I notice when running ifconfig from my host (Mac OS X), I don't see any
> >>> info on Fusion adapter:
> >>>
> >>> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> >>> options=3<RXCSUM,TXCSUM>
> >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> >>> inet 127.0.0.1 netmask 0xff000000
> >>> inet6 ::1 prefixlen 128
> >>> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> >>> stf0: flags=0<> mtu 1280
> >>> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> >>> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
> >>> ether 40:6c:8f:56:0e:27
> >>> media: autoselect (none)
> >>> status: inactive
> >>> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> >>> ether 7c:d1:c3:8f:e1:64
> >>> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
> >>> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
> >>> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
> >>> temporary
> >>> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
> >>> media: autoselect
> >>> status: active
> >>> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> >>> ether 0e:d1:c3:8f:e1:64
> >>> media: autoselect
> >>> status: inactive
> >>> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
> >>> lladdr 00:3e:e1:ff:fe:61:3c:5c
> >>> media: autoselect <full-duplex>
> >>> status: inactive
> >>>
> >>>
> >>>
> >>> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
> >>> mike.tutkowski@solidfire.com> wrote:
> >>>
> >>>> 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 <shadowsor@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.tutkowski@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.tutkowski@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 <
> shadowsor@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" <shadowsor@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.tutkowski@solidfire.com
> >>>>> > >> >
> >>>>> > >> > wrote:
> >>>>> > >> >
> >>>>> > >> >> From that KVM host, that is. :)
> >>>>> > >> >>
> >>>>> > >> >>
> >>>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> >>>>> > >> >> mike.tutkowski@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.tutkowski@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 <
> >>>>> > >> shadowsor@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" <
> >>>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
I updated devcloud-kvm-fusion tonight for 4.2/master compatibility.
New system vm template, a few tweaks (preinstalled a few dependencies,
etc). It may not help with your fusion networking issue, but at least
I can say with certainty that this version will launch a 4.2 zone via
the documentation (and made a minor tweak or two to the documentation
itself).
On Sat, Aug 31, 2013 at 8:59 PM, Marcus Sorensen <sh...@gmail.com> wrote:
> Also take a look at the output of this:
>
> Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
> Fusion.app/Contents/Library/vmnet-cli --status
> Password:
> NAT service on vmnet1 is running
> Hostonly virtual adapter on vmnet1 is enabled
> NAT service on vmnet8 is running
> Hostonly virtual adapter on vmnet8 is enabled
> All the services configured on all the networks are running
>
> On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <sh...@gmail.com> wrote:
>> Check your nat.conf files and verify that they have an ip and netmask
>> entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
>> automatically for some reason.
>>
>> /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
>> /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
>>
>> Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
>> Fusion/vmnet[18]/nat.conf
>> /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
>> /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
>>
>> Marcuss-MacBook-Pro:~ marcus$ grep netmask
>> /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
>> /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask = 255.255.255.0
>> /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask = 255.255.255.0
>>
>> Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
>> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>> options=3<RXCSUM,TXCSUM>
>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>> inet 127.0.0.1 netmask 0xff000000
>> inet6 ::1 prefixlen 128
>> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>> stf0: flags=0<> mtu 1280
>> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> ether 14:10:9f:d7:0b:13
>> inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
>> inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
>> media: autoselect
>> status: active
>> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>> ether 06:10:9f:d7:0b:13
>> media: autoselect
>> status: inactive
>> vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> ether 00:50:56:c0:00:01
>> inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
>> vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> ether 00:50:56:c0:00:08
>> inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
>>
>> You may also have to change the IPs on your other VMs to go along with
>> these NAT subnets if you have others.
>>
>> On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
>> <mi...@solidfire.com> wrote:
>>> I notice when running ifconfig from my host (Mac OS X), I don't see any
>>> info on Fusion adapter:
>>>
>>> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>>> options=3<RXCSUM,TXCSUM>
>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>>> inet 127.0.0.1 netmask 0xff000000
>>> inet6 ::1 prefixlen 128
>>> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>>> stf0: flags=0<> mtu 1280
>>> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
>>> ether 40:6c:8f:56:0e:27
>>> media: autoselect (none)
>>> status: inactive
>>> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>> ether 7c:d1:c3:8f:e1:64
>>> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
>>> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
>>> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
>>> temporary
>>> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
>>> media: autoselect
>>> status: active
>>> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>>> ether 0e:d1:c3:8f:e1:64
>>> media: autoselect
>>> status: inactive
>>> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
>>> lladdr 00:3e:e1:ff:fe:61:3c:5c
>>> media: autoselect <full-duplex>
>>> status: inactive
>>>
>>>
>>>
>>> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
>>> mike.tutkowski@solidfire.com> wrote:
>>>
>>>> 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 <sh...@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" <mi...@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.tutkowski@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 <shadowsor@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" <sh...@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.tutkowski@solidfire.com
>>>>> > >> >
>>>>> > >> > wrote:
>>>>> > >> >
>>>>> > >> >> From that KVM host, that is. :)
>>>>> > >> >>
>>>>> > >> >>
>>>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>>>>> > >> >> mike.tutkowski@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.tutkowski@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 <
>>>>> > >> shadowsor@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" <
>>>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the
>>> cloud<http://solidfire.com/solution/overview/?video=play>
>>> *™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
Maybe devcloud-kvm is just not going to work for me.
I uninstall, then reinstalled Fusion and got the same results after
changing my networking settings again.
I even tried copying and pasting in default VNET_1 and VNET_8 settings I
found on the web somewhere and restarting services and got error messages.
I might be better off just creating a KVM host from scratch.
Thanks for helping out, though, Marcus!
On Tue, Sep 3, 2013 at 12:37 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> Maybe you can see an error in my networking file?
>
> 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_3_HOSTONLY_NETMASK 255.255.255.0
> answer VNET_3_HOSTONLY_SUBNET 172.16.140.0
> answer VNET_3_VIRTUAL_ADAPTER yes
> 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
> add_bridge_mapping en1 2
> add_bridge_mapping en0 4
>
>
> On Tue, Sep 3, 2013 at 12:37 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> Sorry...I should have copied/pasted the results in for you when I did
>> that (tried it right after --status):
>>
>> mtutkowski-LT:~ mtutkowski$ sudo /Applications/VMware\
>> Fusion.app/Contents/Library/vmnet-cli --start
>> Password:
>> Failed to start NAT service on vmnet1
>> Failed to enable hostonly virtual adapter on vmnet1
>> Failed to enable hostonly virtual adapter on vmnet3
>> Failed to start NAT service on vmnet8
>> Failed to enable hostonly virtual adapter on vmnet8
>> Failed to start some/all services
>>
>>
>> On Tue, Sep 3, 2013 at 12:27 PM, Marcus Sorensen <sh...@gmail.com>wrote:
>>
>>> Any luck with "/Applications/VMware\
>>> Fusion.app/Contents/Library/vmnet-cli --start" ?
>>>
>>> On Tue, Sep 3, 2013 at 12:17 PM, Mike Tutkowski
>>> <mi...@solidfire.com> wrote:
>>> > Running it with sudo:
>>> >
>>> > mtutkowski-LT:~ mtutkowski$ sudo /Applications/VMware\
>>> > Fusion.app/Contents/Library/vmnet-cli --status
>>> > NAT service on vmnet1 is not running
>>> > Hostonly virtual adapter on vmnet1 is disabled
>>> > Hostonly virtual adapter on vmnet3 is disabled
>>> > NAT service on vmnet8 is not running
>>> > Hostonly virtual adapter on vmnet8 is disabled
>>> > Some/All of the configured services are not running
>>> >
>>> >
>>> > On Tue, Sep 3, 2013 at 12:16 PM, Mike Tutkowski <
>>> > mike.tutkowski@solidfire.com> wrote:
>>> >
>>> >> Ah, this looks bad:
>>> >>
>>> >> mtutkowski-LT:~ mtutkowski$ /Applications/VMware\
>>> >> Fusion.app/Contents/Library/vmnet-cli --status
>>> >> Failed to initialize
>>> >>
>>> >>
>>> >> On Sat, Aug 31, 2013 at 8:59 PM, Marcus Sorensen <shadowsor@gmail.com
>>> >wrote:
>>> >>
>>> >>> Also take a look at the output of this:
>>> >>>
>>> >>> Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
>>> >>> Fusion.app/Contents/Library/vmnet-cli --status
>>> >>> Password:
>>> >>> NAT service on vmnet1 is running
>>> >>> Hostonly virtual adapter on vmnet1 is enabled
>>> >>> NAT service on vmnet8 is running
>>> >>> Hostonly virtual adapter on vmnet8 is enabled
>>> >>> All the services configured on all the networks are running
>>> >>>
>>> >>> On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <
>>> shadowsor@gmail.com>
>>> >>> wrote:
>>> >>> > Check your nat.conf files and verify that they have an ip and
>>> netmask
>>> >>> > entry, bot the vmnet1 and vmnet8 ones, they tend to get switched
>>> back
>>> >>> > automatically for some reason.
>>> >>> >
>>> >>> > /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
>>> >>> > /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
>>> >>> >
>>> >>> > Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
>>> >>> > Fusion/vmnet[18]/nat.conf
>>> >>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
>>> >>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip =
>>> 192.168.100.1
>>> >>> >
>>> >>> > Marcuss-MacBook-Pro:~ marcus$ grep netmask
>>> >>> > /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
>>> >>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask =
>>> >>> 255.255.255.0
>>> >>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask =
>>> >>> 255.255.255.0
>>> >>> >
>>> >>> > Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
>>> >>> > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>>> >>> > options=3<RXCSUM,TXCSUM>
>>> >>> > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>>> >>> > inet 127.0.0.1 netmask 0xff000000
>>> >>> > inet6 ::1 prefixlen 128
>>> >>> > gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>>> >>> > stf0: flags=0<> mtu 1280
>>> >>> > en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>>> 1500
>>> >>> > ether 14:10:9f:d7:0b:13
>>> >>> > inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
>>> >>> > inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
>>> >>> > media: autoselect
>>> >>> > status: active
>>> >>> > p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>>> >>> > ether 06:10:9f:d7:0b:13
>>> >>> > media: autoselect
>>> >>> > status: inactive
>>> >>> > vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST>
>>> mtu
>>> >>> 1500
>>> >>> > ether 00:50:56:c0:00:01
>>> >>> > inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
>>> >>> > vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST>
>>> mtu
>>> >>> 1500
>>> >>> > ether 00:50:56:c0:00:08
>>> >>> > inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
>>> >>> >
>>> >>> > You may also have to change the IPs on your other VMs to go along
>>> with
>>> >>> > these NAT subnets if you have others.
>>> >>> >
>>> >>> > On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
>>> >>> > <mi...@solidfire.com> wrote:
>>> >>> >> I notice when running ifconfig from my host (Mac OS X), I don't
>>> see any
>>> >>> >> info on Fusion adapter:
>>> >>> >>
>>> >>> >> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>>> >>> >> options=3<RXCSUM,TXCSUM>
>>> >>> >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>>> >>> >> inet 127.0.0.1 netmask 0xff000000
>>> >>> >> inet6 ::1 prefixlen 128
>>> >>> >> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>>> >>> >> stf0: flags=0<> mtu 1280
>>> >>> >> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>>> 1500
>>> >>> >> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
>>> >>> >> ether 40:6c:8f:56:0e:27
>>> >>> >> media: autoselect (none)
>>> >>> >> status: inactive
>>> >>> >> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>>> 1500
>>> >>> >> ether 7c:d1:c3:8f:e1:64
>>> >>> >> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
>>> >>> >> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64
>>> autoconf
>>> >>> >> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64
>>> autoconf
>>> >>> >> temporary
>>> >>> >> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
>>> >>> >> media: autoselect
>>> >>> >> status: active
>>> >>> >> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>>> >>> >> ether 0e:d1:c3:8f:e1:64
>>> >>> >> media: autoselect
>>> >>> >> status: inactive
>>> >>> >> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>>> 4078
>>> >>> >> lladdr 00:3e:e1:ff:fe:61:3c:5c
>>> >>> >> media: autoselect <full-duplex>
>>> >>> >> status: inactive
>>> >>> >>
>>> >>> >>
>>> >>> >>
>>> >>> >> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
>>> >>> >> mike.tutkowski@solidfire.com> wrote:
>>> >>> >>
>>> >>> >>> 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 <
>>> shadowsor@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.tutkowski@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.tutkowski@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 <
>>> >>> shadowsor@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" <
>>> shadowsor@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.tutkowski@solidfire.com
>>> >>> >>>> > >> >
>>> >>> >>>> > >> > wrote:
>>> >>> >>>> > >> >
>>> >>> >>>> > >> >> From that KVM host, that is. :)
>>> >>> >>>> > >> >>
>>> >>> >>>> > >> >>
>>> >>> >>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>>> >>> >>>> > >> >> mike.tutkowski@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.tutkowski@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 <
>>> >>> >>>> > >> shadowsor@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" <
>>> >>> >>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
Maybe you can see an error in my networking file?
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_3_HOSTONLY_NETMASK 255.255.255.0
answer VNET_3_HOSTONLY_SUBNET 172.16.140.0
answer VNET_3_VIRTUAL_ADAPTER yes
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
add_bridge_mapping en1 2
add_bridge_mapping en0 4
On Tue, Sep 3, 2013 at 12:37 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> Sorry...I should have copied/pasted the results in for you when I did that
> (tried it right after --status):
>
> mtutkowski-LT:~ mtutkowski$ sudo /Applications/VMware\
> Fusion.app/Contents/Library/vmnet-cli --start
> Password:
> Failed to start NAT service on vmnet1
> Failed to enable hostonly virtual adapter on vmnet1
> Failed to enable hostonly virtual adapter on vmnet3
> Failed to start NAT service on vmnet8
> Failed to enable hostonly virtual adapter on vmnet8
> Failed to start some/all services
>
>
> On Tue, Sep 3, 2013 at 12:27 PM, Marcus Sorensen <sh...@gmail.com>wrote:
>
>> Any luck with "/Applications/VMware\
>> Fusion.app/Contents/Library/vmnet-cli --start" ?
>>
>> On Tue, Sep 3, 2013 at 12:17 PM, Mike Tutkowski
>> <mi...@solidfire.com> wrote:
>> > Running it with sudo:
>> >
>> > mtutkowski-LT:~ mtutkowski$ sudo /Applications/VMware\
>> > Fusion.app/Contents/Library/vmnet-cli --status
>> > NAT service on vmnet1 is not running
>> > Hostonly virtual adapter on vmnet1 is disabled
>> > Hostonly virtual adapter on vmnet3 is disabled
>> > NAT service on vmnet8 is not running
>> > Hostonly virtual adapter on vmnet8 is disabled
>> > Some/All of the configured services are not running
>> >
>> >
>> > On Tue, Sep 3, 2013 at 12:16 PM, Mike Tutkowski <
>> > mike.tutkowski@solidfire.com> wrote:
>> >
>> >> Ah, this looks bad:
>> >>
>> >> mtutkowski-LT:~ mtutkowski$ /Applications/VMware\
>> >> Fusion.app/Contents/Library/vmnet-cli --status
>> >> Failed to initialize
>> >>
>> >>
>> >> On Sat, Aug 31, 2013 at 8:59 PM, Marcus Sorensen <shadowsor@gmail.com
>> >wrote:
>> >>
>> >>> Also take a look at the output of this:
>> >>>
>> >>> Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
>> >>> Fusion.app/Contents/Library/vmnet-cli --status
>> >>> Password:
>> >>> NAT service on vmnet1 is running
>> >>> Hostonly virtual adapter on vmnet1 is enabled
>> >>> NAT service on vmnet8 is running
>> >>> Hostonly virtual adapter on vmnet8 is enabled
>> >>> All the services configured on all the networks are running
>> >>>
>> >>> On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <shadowsor@gmail.com
>> >
>> >>> wrote:
>> >>> > Check your nat.conf files and verify that they have an ip and
>> netmask
>> >>> > entry, bot the vmnet1 and vmnet8 ones, they tend to get switched
>> back
>> >>> > automatically for some reason.
>> >>> >
>> >>> > /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
>> >>> > /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
>> >>> >
>> >>> > Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
>> >>> > Fusion/vmnet[18]/nat.conf
>> >>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
>> >>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip =
>> 192.168.100.1
>> >>> >
>> >>> > Marcuss-MacBook-Pro:~ marcus$ grep netmask
>> >>> > /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
>> >>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask =
>> >>> 255.255.255.0
>> >>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask =
>> >>> 255.255.255.0
>> >>> >
>> >>> > Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
>> >>> > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>> >>> > options=3<RXCSUM,TXCSUM>
>> >>> > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>> >>> > inet 127.0.0.1 netmask 0xff000000
>> >>> > inet6 ::1 prefixlen 128
>> >>> > gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>> >>> > stf0: flags=0<> mtu 1280
>> >>> > en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>> 1500
>> >>> > ether 14:10:9f:d7:0b:13
>> >>> > inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
>> >>> > inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
>> >>> > media: autoselect
>> >>> > status: active
>> >>> > p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>> >>> > ether 06:10:9f:d7:0b:13
>> >>> > media: autoselect
>> >>> > status: inactive
>> >>> > vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>> >>> 1500
>> >>> > ether 00:50:56:c0:00:01
>> >>> > inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
>> >>> > vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>> >>> 1500
>> >>> > ether 00:50:56:c0:00:08
>> >>> > inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
>> >>> >
>> >>> > You may also have to change the IPs on your other VMs to go along
>> with
>> >>> > these NAT subnets if you have others.
>> >>> >
>> >>> > On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
>> >>> > <mi...@solidfire.com> wrote:
>> >>> >> I notice when running ifconfig from my host (Mac OS X), I don't
>> see any
>> >>> >> info on Fusion adapter:
>> >>> >>
>> >>> >> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>> >>> >> options=3<RXCSUM,TXCSUM>
>> >>> >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>> >>> >> inet 127.0.0.1 netmask 0xff000000
>> >>> >> inet6 ::1 prefixlen 128
>> >>> >> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>> >>> >> stf0: flags=0<> mtu 1280
>> >>> >> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>> 1500
>> >>> >> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
>> >>> >> ether 40:6c:8f:56:0e:27
>> >>> >> media: autoselect (none)
>> >>> >> status: inactive
>> >>> >> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>> 1500
>> >>> >> ether 7c:d1:c3:8f:e1:64
>> >>> >> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
>> >>> >> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
>> >>> >> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
>> >>> >> temporary
>> >>> >> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
>> >>> >> media: autoselect
>> >>> >> status: active
>> >>> >> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>> >>> >> ether 0e:d1:c3:8f:e1:64
>> >>> >> media: autoselect
>> >>> >> status: inactive
>> >>> >> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>> 4078
>> >>> >> lladdr 00:3e:e1:ff:fe:61:3c:5c
>> >>> >> media: autoselect <full-duplex>
>> >>> >> status: inactive
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
>> >>> >> mike.tutkowski@solidfire.com> wrote:
>> >>> >>
>> >>> >>> 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 <
>> shadowsor@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.tutkowski@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.tutkowski@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 <
>> >>> shadowsor@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" <
>> shadowsor@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.tutkowski@solidfire.com
>> >>> >>>> > >> >
>> >>> >>>> > >> > wrote:
>> >>> >>>> > >> >
>> >>> >>>> > >> >> From that KVM host, that is. :)
>> >>> >>>> > >> >>
>> >>> >>>> > >> >>
>> >>> >>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>> >>> >>>> > >> >> mike.tutkowski@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.tutkowski@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 <
>> >>> >>>> > >> shadowsor@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" <
>> >>> >>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
Sorry...I should have copied/pasted the results in for you when I did that
(tried it right after --status):
mtutkowski-LT:~ mtutkowski$ sudo /Applications/VMware\
Fusion.app/Contents/Library/vmnet-cli --start
Password:
Failed to start NAT service on vmnet1
Failed to enable hostonly virtual adapter on vmnet1
Failed to enable hostonly virtual adapter on vmnet3
Failed to start NAT service on vmnet8
Failed to enable hostonly virtual adapter on vmnet8
Failed to start some/all services
On Tue, Sep 3, 2013 at 12:27 PM, Marcus Sorensen <sh...@gmail.com>wrote:
> Any luck with "/Applications/VMware\
> Fusion.app/Contents/Library/vmnet-cli --start" ?
>
> On Tue, Sep 3, 2013 at 12:17 PM, Mike Tutkowski
> <mi...@solidfire.com> wrote:
> > Running it with sudo:
> >
> > mtutkowski-LT:~ mtutkowski$ sudo /Applications/VMware\
> > Fusion.app/Contents/Library/vmnet-cli --status
> > NAT service on vmnet1 is not running
> > Hostonly virtual adapter on vmnet1 is disabled
> > Hostonly virtual adapter on vmnet3 is disabled
> > NAT service on vmnet8 is not running
> > Hostonly virtual adapter on vmnet8 is disabled
> > Some/All of the configured services are not running
> >
> >
> > On Tue, Sep 3, 2013 at 12:16 PM, Mike Tutkowski <
> > mike.tutkowski@solidfire.com> wrote:
> >
> >> Ah, this looks bad:
> >>
> >> mtutkowski-LT:~ mtutkowski$ /Applications/VMware\
> >> Fusion.app/Contents/Library/vmnet-cli --status
> >> Failed to initialize
> >>
> >>
> >> On Sat, Aug 31, 2013 at 8:59 PM, Marcus Sorensen <shadowsor@gmail.com
> >wrote:
> >>
> >>> Also take a look at the output of this:
> >>>
> >>> Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
> >>> Fusion.app/Contents/Library/vmnet-cli --status
> >>> Password:
> >>> NAT service on vmnet1 is running
> >>> Hostonly virtual adapter on vmnet1 is enabled
> >>> NAT service on vmnet8 is running
> >>> Hostonly virtual adapter on vmnet8 is enabled
> >>> All the services configured on all the networks are running
> >>>
> >>> On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <sh...@gmail.com>
> >>> wrote:
> >>> > Check your nat.conf files and verify that they have an ip and netmask
> >>> > entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
> >>> > automatically for some reason.
> >>> >
> >>> > /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
> >>> > /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
> >>> >
> >>> > Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
> >>> > Fusion/vmnet[18]/nat.conf
> >>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
> >>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
> >>> >
> >>> > Marcuss-MacBook-Pro:~ marcus$ grep netmask
> >>> > /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
> >>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask =
> >>> 255.255.255.0
> >>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask =
> >>> 255.255.255.0
> >>> >
> >>> > Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
> >>> > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> >>> > options=3<RXCSUM,TXCSUM>
> >>> > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> >>> > inet 127.0.0.1 netmask 0xff000000
> >>> > inet6 ::1 prefixlen 128
> >>> > gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> >>> > stf0: flags=0<> mtu 1280
> >>> > en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
> 1500
> >>> > ether 14:10:9f:d7:0b:13
> >>> > inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
> >>> > inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
> >>> > media: autoselect
> >>> > status: active
> >>> > p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> >>> > ether 06:10:9f:d7:0b:13
> >>> > media: autoselect
> >>> > status: inactive
> >>> > vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
> >>> 1500
> >>> > ether 00:50:56:c0:00:01
> >>> > inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
> >>> > vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
> >>> 1500
> >>> > ether 00:50:56:c0:00:08
> >>> > inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
> >>> >
> >>> > You may also have to change the IPs on your other VMs to go along
> with
> >>> > these NAT subnets if you have others.
> >>> >
> >>> > On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
> >>> > <mi...@solidfire.com> wrote:
> >>> >> I notice when running ifconfig from my host (Mac OS X), I don't see
> any
> >>> >> info on Fusion adapter:
> >>> >>
> >>> >> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> >>> >> options=3<RXCSUM,TXCSUM>
> >>> >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> >>> >> inet 127.0.0.1 netmask 0xff000000
> >>> >> inet6 ::1 prefixlen 128
> >>> >> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> >>> >> stf0: flags=0<> mtu 1280
> >>> >> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
> 1500
> >>> >> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
> >>> >> ether 40:6c:8f:56:0e:27
> >>> >> media: autoselect (none)
> >>> >> status: inactive
> >>> >> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
> 1500
> >>> >> ether 7c:d1:c3:8f:e1:64
> >>> >> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
> >>> >> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
> >>> >> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
> >>> >> temporary
> >>> >> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
> >>> >> media: autoselect
> >>> >> status: active
> >>> >> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> >>> >> ether 0e:d1:c3:8f:e1:64
> >>> >> media: autoselect
> >>> >> status: inactive
> >>> >> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
> 4078
> >>> >> lladdr 00:3e:e1:ff:fe:61:3c:5c
> >>> >> media: autoselect <full-duplex>
> >>> >> status: inactive
> >>> >>
> >>> >>
> >>> >>
> >>> >> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
> >>> >> mike.tutkowski@solidfire.com> wrote:
> >>> >>
> >>> >>> 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 <
> shadowsor@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.tutkowski@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.tutkowski@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 <
> >>> shadowsor@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" <
> shadowsor@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.tutkowski@solidfire.com
> >>> >>>> > >> >
> >>> >>>> > >> > wrote:
> >>> >>>> > >> >
> >>> >>>> > >> >> From that KVM host, that is. :)
> >>> >>>> > >> >>
> >>> >>>> > >> >>
> >>> >>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> >>> >>>> > >> >> mike.tutkowski@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.tutkowski@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 <
> >>> >>>> > >> shadowsor@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" <
> >>> >>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
Any luck with "/Applications/VMware\
Fusion.app/Contents/Library/vmnet-cli --start" ?
On Tue, Sep 3, 2013 at 12:17 PM, Mike Tutkowski
<mi...@solidfire.com> wrote:
> Running it with sudo:
>
> mtutkowski-LT:~ mtutkowski$ sudo /Applications/VMware\
> Fusion.app/Contents/Library/vmnet-cli --status
> NAT service on vmnet1 is not running
> Hostonly virtual adapter on vmnet1 is disabled
> Hostonly virtual adapter on vmnet3 is disabled
> NAT service on vmnet8 is not running
> Hostonly virtual adapter on vmnet8 is disabled
> Some/All of the configured services are not running
>
>
> On Tue, Sep 3, 2013 at 12:16 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> Ah, this looks bad:
>>
>> mtutkowski-LT:~ mtutkowski$ /Applications/VMware\
>> Fusion.app/Contents/Library/vmnet-cli --status
>> Failed to initialize
>>
>>
>> On Sat, Aug 31, 2013 at 8:59 PM, Marcus Sorensen <sh...@gmail.com>wrote:
>>
>>> Also take a look at the output of this:
>>>
>>> Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
>>> Fusion.app/Contents/Library/vmnet-cli --status
>>> Password:
>>> NAT service on vmnet1 is running
>>> Hostonly virtual adapter on vmnet1 is enabled
>>> NAT service on vmnet8 is running
>>> Hostonly virtual adapter on vmnet8 is enabled
>>> All the services configured on all the networks are running
>>>
>>> On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <sh...@gmail.com>
>>> wrote:
>>> > Check your nat.conf files and verify that they have an ip and netmask
>>> > entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
>>> > automatically for some reason.
>>> >
>>> > /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
>>> > /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
>>> >
>>> > Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
>>> > Fusion/vmnet[18]/nat.conf
>>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
>>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
>>> >
>>> > Marcuss-MacBook-Pro:~ marcus$ grep netmask
>>> > /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
>>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask =
>>> 255.255.255.0
>>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask =
>>> 255.255.255.0
>>> >
>>> > Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
>>> > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>>> > options=3<RXCSUM,TXCSUM>
>>> > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>>> > inet 127.0.0.1 netmask 0xff000000
>>> > inet6 ::1 prefixlen 128
>>> > gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>>> > stf0: flags=0<> mtu 1280
>>> > en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>> > ether 14:10:9f:d7:0b:13
>>> > inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
>>> > inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
>>> > media: autoselect
>>> > status: active
>>> > p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>>> > ether 06:10:9f:d7:0b:13
>>> > media: autoselect
>>> > status: inactive
>>> > vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>>> 1500
>>> > ether 00:50:56:c0:00:01
>>> > inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
>>> > vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>>> 1500
>>> > ether 00:50:56:c0:00:08
>>> > inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
>>> >
>>> > You may also have to change the IPs on your other VMs to go along with
>>> > these NAT subnets if you have others.
>>> >
>>> > On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
>>> > <mi...@solidfire.com> wrote:
>>> >> I notice when running ifconfig from my host (Mac OS X), I don't see any
>>> >> info on Fusion adapter:
>>> >>
>>> >> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>>> >> options=3<RXCSUM,TXCSUM>
>>> >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>>> >> inet 127.0.0.1 netmask 0xff000000
>>> >> inet6 ::1 prefixlen 128
>>> >> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>>> >> stf0: flags=0<> mtu 1280
>>> >> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>> >> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
>>> >> ether 40:6c:8f:56:0e:27
>>> >> media: autoselect (none)
>>> >> status: inactive
>>> >> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>> >> ether 7c:d1:c3:8f:e1:64
>>> >> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
>>> >> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
>>> >> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
>>> >> temporary
>>> >> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
>>> >> media: autoselect
>>> >> status: active
>>> >> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>>> >> ether 0e:d1:c3:8f:e1:64
>>> >> media: autoselect
>>> >> status: inactive
>>> >> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
>>> >> lladdr 00:3e:e1:ff:fe:61:3c:5c
>>> >> media: autoselect <full-duplex>
>>> >> status: inactive
>>> >>
>>> >>
>>> >>
>>> >> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
>>> >> mike.tutkowski@solidfire.com> wrote:
>>> >>
>>> >>> 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 <shadowsor@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.tutkowski@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.tutkowski@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 <
>>> shadowsor@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" <shadowsor@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.tutkowski@solidfire.com
>>> >>>> > >> >
>>> >>>> > >> > wrote:
>>> >>>> > >> >
>>> >>>> > >> >> From that KVM host, that is. :)
>>> >>>> > >> >>
>>> >>>> > >> >>
>>> >>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>>> >>>> > >> >> mike.tutkowski@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.tutkowski@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 <
>>> >>>> > >> shadowsor@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" <
>>> >>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
Running it with sudo:
mtutkowski-LT:~ mtutkowski$ sudo /Applications/VMware\
Fusion.app/Contents/Library/vmnet-cli --status
NAT service on vmnet1 is not running
Hostonly virtual adapter on vmnet1 is disabled
Hostonly virtual adapter on vmnet3 is disabled
NAT service on vmnet8 is not running
Hostonly virtual adapter on vmnet8 is disabled
Some/All of the configured services are not running
On Tue, Sep 3, 2013 at 12:16 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> Ah, this looks bad:
>
> mtutkowski-LT:~ mtutkowski$ /Applications/VMware\
> Fusion.app/Contents/Library/vmnet-cli --status
> Failed to initialize
>
>
> On Sat, Aug 31, 2013 at 8:59 PM, Marcus Sorensen <sh...@gmail.com>wrote:
>
>> Also take a look at the output of this:
>>
>> Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
>> Fusion.app/Contents/Library/vmnet-cli --status
>> Password:
>> NAT service on vmnet1 is running
>> Hostonly virtual adapter on vmnet1 is enabled
>> NAT service on vmnet8 is running
>> Hostonly virtual adapter on vmnet8 is enabled
>> All the services configured on all the networks are running
>>
>> On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <sh...@gmail.com>
>> wrote:
>> > Check your nat.conf files and verify that they have an ip and netmask
>> > entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
>> > automatically for some reason.
>> >
>> > /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
>> > /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
>> >
>> > Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
>> > Fusion/vmnet[18]/nat.conf
>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
>> >
>> > Marcuss-MacBook-Pro:~ marcus$ grep netmask
>> > /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
>> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask =
>> 255.255.255.0
>> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask =
>> 255.255.255.0
>> >
>> > Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
>> > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>> > options=3<RXCSUM,TXCSUM>
>> > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>> > inet 127.0.0.1 netmask 0xff000000
>> > inet6 ::1 prefixlen 128
>> > gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>> > stf0: flags=0<> mtu 1280
>> > en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> > ether 14:10:9f:d7:0b:13
>> > inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
>> > inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
>> > media: autoselect
>> > status: active
>> > p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>> > ether 06:10:9f:d7:0b:13
>> > media: autoselect
>> > status: inactive
>> > vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>> 1500
>> > ether 00:50:56:c0:00:01
>> > inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
>> > vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu
>> 1500
>> > ether 00:50:56:c0:00:08
>> > inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
>> >
>> > You may also have to change the IPs on your other VMs to go along with
>> > these NAT subnets if you have others.
>> >
>> > On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
>> > <mi...@solidfire.com> wrote:
>> >> I notice when running ifconfig from my host (Mac OS X), I don't see any
>> >> info on Fusion adapter:
>> >>
>> >> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>> >> options=3<RXCSUM,TXCSUM>
>> >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>> >> inet 127.0.0.1 netmask 0xff000000
>> >> inet6 ::1 prefixlen 128
>> >> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>> >> stf0: flags=0<> mtu 1280
>> >> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> >> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
>> >> ether 40:6c:8f:56:0e:27
>> >> media: autoselect (none)
>> >> status: inactive
>> >> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> >> ether 7c:d1:c3:8f:e1:64
>> >> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
>> >> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
>> >> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
>> >> temporary
>> >> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
>> >> media: autoselect
>> >> status: active
>> >> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>> >> ether 0e:d1:c3:8f:e1:64
>> >> media: autoselect
>> >> status: inactive
>> >> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
>> >> lladdr 00:3e:e1:ff:fe:61:3c:5c
>> >> media: autoselect <full-duplex>
>> >> status: inactive
>> >>
>> >>
>> >>
>> >> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
>> >> mike.tutkowski@solidfire.com> wrote:
>> >>
>> >>> 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 <shadowsor@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.tutkowski@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.tutkowski@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 <
>> shadowsor@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" <shadowsor@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.tutkowski@solidfire.com
>> >>>> > >> >
>> >>>> > >> > wrote:
>> >>>> > >> >
>> >>>> > >> >> From that KVM host, that is. :)
>> >>>> > >> >>
>> >>>> > >> >>
>> >>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>> >>>> > >> >> mike.tutkowski@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.tutkowski@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 <
>> >>>> > >> shadowsor@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" <
>> >>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
Ah, this looks bad:
mtutkowski-LT:~ mtutkowski$ /Applications/VMware\
Fusion.app/Contents/Library/vmnet-cli --status
Failed to initialize
On Sat, Aug 31, 2013 at 8:59 PM, Marcus Sorensen <sh...@gmail.com>wrote:
> Also take a look at the output of this:
>
> Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
> Fusion.app/Contents/Library/vmnet-cli --status
> Password:
> NAT service on vmnet1 is running
> Hostonly virtual adapter on vmnet1 is enabled
> NAT service on vmnet8 is running
> Hostonly virtual adapter on vmnet8 is enabled
> All the services configured on all the networks are running
>
> On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <sh...@gmail.com>
> wrote:
> > Check your nat.conf files and verify that they have an ip and netmask
> > entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
> > automatically for some reason.
> >
> > /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
> > /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
> >
> > Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
> > Fusion/vmnet[18]/nat.conf
> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
> >
> > Marcuss-MacBook-Pro:~ marcus$ grep netmask
> > /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
> > /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask =
> 255.255.255.0
> > /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask =
> 255.255.255.0
> >
> > Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
> > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> > options=3<RXCSUM,TXCSUM>
> > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> > inet 127.0.0.1 netmask 0xff000000
> > inet6 ::1 prefixlen 128
> > gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> > stf0: flags=0<> mtu 1280
> > en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > ether 14:10:9f:d7:0b:13
> > inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
> > inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
> > media: autoselect
> > status: active
> > p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> > ether 06:10:9f:d7:0b:13
> > media: autoselect
> > status: inactive
> > vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > ether 00:50:56:c0:00:01
> > inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
> > vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > ether 00:50:56:c0:00:08
> > inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
> >
> > You may also have to change the IPs on your other VMs to go along with
> > these NAT subnets if you have others.
> >
> > On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
> > <mi...@solidfire.com> wrote:
> >> I notice when running ifconfig from my host (Mac OS X), I don't see any
> >> info on Fusion adapter:
> >>
> >> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> >> options=3<RXCSUM,TXCSUM>
> >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> >> inet 127.0.0.1 netmask 0xff000000
> >> inet6 ::1 prefixlen 128
> >> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> >> stf0: flags=0<> mtu 1280
> >> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> >> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
> >> ether 40:6c:8f:56:0e:27
> >> media: autoselect (none)
> >> status: inactive
> >> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> >> ether 7c:d1:c3:8f:e1:64
> >> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
> >> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
> >> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
> >> temporary
> >> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
> >> media: autoselect
> >> status: active
> >> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> >> ether 0e:d1:c3:8f:e1:64
> >> media: autoselect
> >> status: inactive
> >> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
> >> lladdr 00:3e:e1:ff:fe:61:3c:5c
> >> media: autoselect <full-duplex>
> >> status: inactive
> >>
> >>
> >>
> >> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
> >> mike.tutkowski@solidfire.com> wrote:
> >>
> >>> 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 <shadowsor@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.tutkowski@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.tutkowski@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 <
> shadowsor@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" <sh...@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.tutkowski@solidfire.com
> >>>> > >> >
> >>>> > >> > wrote:
> >>>> > >> >
> >>>> > >> >> From that KVM host, that is. :)
> >>>> > >> >>
> >>>> > >> >>
> >>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> >>>> > >> >> mike.tutkowski@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.tutkowski@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 <
> >>>> > >> shadowsor@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" <
> >>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
Also take a look at the output of this:
Marcuss-MacBook-Pro:~ marcus$ sudo /Applications/VMware\
Fusion.app/Contents/Library/vmnet-cli --status
Password:
NAT service on vmnet1 is running
Hostonly virtual adapter on vmnet1 is enabled
NAT service on vmnet8 is running
Hostonly virtual adapter on vmnet8 is enabled
All the services configured on all the networks are running
On Sat, Aug 31, 2013 at 8:05 PM, Marcus Sorensen <sh...@gmail.com> wrote:
> Check your nat.conf files and verify that they have an ip and netmask
> entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
> automatically for some reason.
>
> /Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
> /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
>
> Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
> Fusion/vmnet[18]/nat.conf
> /Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
> /Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
>
> Marcuss-MacBook-Pro:~ marcus$ grep netmask
> /Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
> /Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask = 255.255.255.0
> /Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask = 255.255.255.0
>
> Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> options=3<RXCSUM,TXCSUM>
> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> inet 127.0.0.1 netmask 0xff000000
> inet6 ::1 prefixlen 128
> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> stf0: flags=0<> mtu 1280
> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> ether 14:10:9f:d7:0b:13
> inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
> inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
> media: autoselect
> status: active
> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> ether 06:10:9f:d7:0b:13
> media: autoselect
> status: inactive
> vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> ether 00:50:56:c0:00:01
> inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
> vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> ether 00:50:56:c0:00:08
> inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
>
> You may also have to change the IPs on your other VMs to go along with
> these NAT subnets if you have others.
>
> On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
> <mi...@solidfire.com> wrote:
>> I notice when running ifconfig from my host (Mac OS X), I don't see any
>> info on Fusion adapter:
>>
>> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>> options=3<RXCSUM,TXCSUM>
>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
>> inet 127.0.0.1 netmask 0xff000000
>> inet6 ::1 prefixlen 128
>> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
>> stf0: flags=0<> mtu 1280
>> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
>> ether 40:6c:8f:56:0e:27
>> media: autoselect (none)
>> status: inactive
>> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> ether 7c:d1:c3:8f:e1:64
>> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
>> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
>> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
>> temporary
>> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
>> media: autoselect
>> status: active
>> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
>> ether 0e:d1:c3:8f:e1:64
>> media: autoselect
>> status: inactive
>> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
>> lladdr 00:3e:e1:ff:fe:61:3c:5c
>> media: autoselect <full-duplex>
>> status: inactive
>>
>>
>>
>> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
>> mike.tutkowski@solidfire.com> wrote:
>>
>>> 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 <sh...@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" <mi...@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.tutkowski@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 <shadowsor@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" <sh...@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.tutkowski@solidfire.com
>>>> > >> >
>>>> > >> > wrote:
>>>> > >> >
>>>> > >> >> From that KVM host, that is. :)
>>>> > >> >>
>>>> > >> >>
>>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>>>> > >> >> mike.tutkowski@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.tutkowski@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 <
>>>> > >> shadowsor@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" <
>>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the
>> cloud<http://solidfire.com/solution/overview/?video=play>
>> *™*
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
Check your nat.conf files and verify that they have an ip and netmask
entry, bot the vmnet1 and vmnet8 ones, they tend to get switched back
automatically for some reason.
/Library/Preferences/VMware\ Fusion/vmnet1/nat.conf
/Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
Marcuss-MacBook-Pro:~ marcus$ grep ip /Library/Preferences/VMware\
Fusion/vmnet[18]/nat.conf
/Library/Preferences/VMware Fusion/vmnet1/nat.conf:ip = 172.17.10.1
/Library/Preferences/VMware Fusion/vmnet8/nat.conf:ip = 192.168.100.1
Marcuss-MacBook-Pro:~ marcus$ grep netmask
/Library/Preferences/VMware\ Fusion/vmnet[18]/nat.conf
/Library/Preferences/VMware Fusion/vmnet1/nat.conf:netmask = 255.255.255.0
/Library/Preferences/VMware Fusion/vmnet8/nat.conf:netmask = 255.255.255.0
Marcuss-MacBook-Pro:~ marcus$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 14:10:9f:d7:0b:13
inet6 fe80::1610:9fff:fed7:b13%en0 prefixlen 64 scopeid 0x4
inet 10.10.10.145 netmask 0xffffff00 broadcast 10.10.10.255
media: autoselect
status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
ether 06:10:9f:d7:0b:13
media: autoselect
status: inactive
vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:50:56:c0:00:01
inet 172.17.10.2 netmask 0xffffff00 broadcast 172.17.10.255
vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:50:56:c0:00:08
inet 192.168.100.2 netmask 0xffffff00 broadcast 192.168.100.255
You may also have to change the IPs on your other VMs to go along with
these NAT subnets if you have others.
On Sat, Aug 31, 2013 at 6:24 PM, Mike Tutkowski
<mi...@solidfire.com> wrote:
> I notice when running ifconfig from my host (Mac OS X), I don't see any
> info on Fusion adapter:
>
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
> options=3<RXCSUM,TXCSUM>
> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
> inet 127.0.0.1 netmask 0xff000000
> inet6 ::1 prefixlen 128
> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
> stf0: flags=0<> mtu 1280
> en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
> ether 40:6c:8f:56:0e:27
> media: autoselect (none)
> status: inactive
> en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> ether 7c:d1:c3:8f:e1:64
> inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
> inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
> inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
> temporary
> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
> media: autoselect
> status: active
> p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
> ether 0e:d1:c3:8f:e1:64
> media: autoselect
> status: inactive
> fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
> lladdr 00:3e:e1:ff:fe:61:3c:5c
> media: autoselect <full-duplex>
> status: inactive
>
>
>
> On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> 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 <sh...@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" <mi...@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.tutkowski@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 <shadowsor@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" <sh...@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.tutkowski@solidfire.com
>>> > >> >
>>> > >> > wrote:
>>> > >> >
>>> > >> >> From that KVM host, that is. :)
>>> > >> >>
>>> > >> >>
>>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>>> > >> >> mike.tutkowski@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.tutkowski@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 <
>>> > >> shadowsor@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" <
>>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
I notice when running ifconfig from my host (Mac OS X), I don't see any
info on Fusion adapter:
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
ether 40:6c:8f:56:0e:27
media: autoselect (none)
status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 7c:d1:c3:8f:e1:64
inet6 fe80::7ed1:c3ff:fe8f:e164%en1 prefixlen 64 scopeid 0x5
inet6 2600:100e:b006:5436:7ed1:c3ff:fe8f:e164 prefixlen 64 autoconf
inet6 2600:100e:b006:5436:b47f:ebff:2b65:c03b prefixlen 64 autoconf
temporary
inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
media: autoselect
status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
ether 0e:d1:c3:8f:e1:64
media: autoselect
status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr 00:3e:e1:ff:fe:61:3c:5c
media: autoselect <full-duplex>
status: inactive
On Sat, Aug 31, 2013 at 6:21 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> 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 <sh...@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" <mi...@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.tutkowski@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 <shadowsor@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" <sh...@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.tutkowski@solidfire.com
>> > >> >
>> > >> > wrote:
>> > >> >
>> > >> >> From that KVM host, that is. :)
>> > >> >>
>> > >> >>
>> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>> > >> >> mike.tutkowski@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.tutkowski@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 <
>> > >> shadowsor@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" <
>> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <sh...@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" <mi...@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.tutkowski@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 <shadowsor@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" <sh...@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.tutkowski@solidfire.com
> > >> >
> > >> > wrote:
> > >> >
> > >> >> From that KVM host, that is. :)
> > >> >>
> > >> >>
> > >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> > >> >> mike.tutkowski@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.tutkowski@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 <
> > >> shadowsor@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" <
> shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
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" <mi...@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.tutkowski@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-kvm from
> > section 'Building'
> >
> >
> >
> > On Sat, Aug 31, 2013 at 5:50 PM, Marcus Sorensen <shadowsor@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" <sh...@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.tutkowski@solidfire.com
> >> >
> >> > wrote:
> >> >
> >> >> From that KVM host, that is. :)
> >> >>
> >> >>
> >> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> >> >> mike.tutkowski@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.tutkowski@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 <
> >> shadowsor@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" <shadowsor@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *™*
>
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
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.tutkowski@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-kvm from
> section 'Building'
>
>
>
> On Sat, Aug 31, 2013 at 5:50 PM, Marcus Sorensen <sh...@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" <sh...@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.tutkowski@solidfire.com
>> >
>> > wrote:
>> >
>> >> From that KVM host, that is. :)
>> >>
>> >>
>> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>> >> mike.tutkowski@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.tutkowski@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 <
>> shadowsor@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" <sh...@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
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-kvm from
section 'Building'
On Sat, Aug 31, 2013 at 5:50 PM, Marcus Sorensen <sh...@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" <sh...@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" <mi...@solidfire.com>
> > wrote:
> >
> >> From that KVM host, that is. :)
> >>
> >>
> >> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> >> mike.tutkowski@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.tutkowski@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 <
> shadowsor@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" <sh...@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
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" <sh...@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" <mi...@solidfire.com>
> wrote:
>
>> From that KVM host, that is. :)
>>
>>
>> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
>> mike.tutkowski@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.tutkowski@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 <shadowsor@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" <sh...@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the
>> cloud<http://solidfire.com/solution/overview/?video=play>
>> *™*
>>
>
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
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" <mi...@solidfire.com>
wrote:
> From that KVM host, that is. :)
>
>
> On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
> mike.tutkowski@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.tutkowski@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 <shadowsor@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" <sh...@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *™*
>
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
>From that KVM host, that is. :)
On Sat, Aug 31, 2013 at 4:37 PM, Mike Tutkowski <
mike.tutkowski@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.tutkowski@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 <sh...@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" <sh...@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
I don't seem to have access to the Internet.
On Sat, Aug 31, 2013 at 4:25 PM, Mike Tutkowski <
mike.tutkowski@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 <sh...@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" <sh...@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <sh...@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" <sh...@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
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" <sh...@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" <mi...@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.tutkowski@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the
>> cloud<http://solidfire.com/solution/overview/?video=play>
>> *™*
>>
>
Re: devcloud-kvm
Posted by Marcus Sorensen <sh...@gmail.com>.
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" <mi...@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.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *™*
>