<div dir="ltr"><div><div><div><div><div><div>Our typical non-openstack use case is to have a number of test machines that developers can test stuff on... web development is a good example of what we want:<br><br></div>1. Make the site on your local machine (we recommend unix with full SCM support like devel/aegis [devel/aegis and devel/cook are the foundation of PetiteCloud's build system)<br>
</div>2. The site is uploaded to a private instance that is as identical to the public hosting environment as possible for testing and client review<br></div>3. Once the client approves the site it is transferred to the public hosting (likely AWS or RatSh*t)<br>
<br><br></div>All the above except the creative part of item 1 is streamed lined into a single push button web front end. BTW when we talk of cloud "applications" we mean stuff like this (stuff that can only be done on cloud computing, not just a collection of instances). Note Dee should have the first version of our API done sometime today (it will only have instance start/stop for now) so you can automate things like this.<br>
<br></div>This is a small example of what we call the "N+1" problem... namely no matter how many machines a computer professional (or serious hobbyist) has access to they always need "just one more".... sadly to give our users the illusion of solving the N+1 problem we have created a N*M problem for us (N machines on M host configs).<br>
<br></div>On apps even though the in code support is still quiet primitive (Dee will be improving it drastically over the course of the spring) we encourage people to make Apps for PetiteCloud... Our business model itself is that PetiteCloud is the only cloud platform good enough for certain kinds of apps which we will sell commercially. But we see no way to make money of the platform itself (or even the types of apps it enables without making on such app ourselves) therefor we have open sourced PetiteCloud and the only way we will have a relatively good market to sell our apps to is if there is already a well supported ecosystem (even if many of the members are direct competitors of our commercial work). In other words we never plan to make money of our open source work and only make money of the stuff said work enables.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 11, 2014 at 3:23 PM, Michael Thoreson <span dir="ltr"><<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I assume you are trying the following:<br>
<br>
Guest nic #1 \<br>
Brige to physical nic<br>
Guest nic #2 /<br>
<br>
Have you tried?<br>
<br>
Guest nic #1 --- Bridge to physical nic #1<br>
Guest nic #2 --- Bridge to physical nic #2<br>
<br>
If you have only one physical nic on the host you could try:<br>
<br>
Guest nic #1 -- Bridge to physical nic<br>
<br>
and then just add aliases to the Guest nic. I do see any advantage trying to bridge multiple vnics to one physical nic.<br>
<br>
Michael Thoreson,<div class=""><br>
<br>
On 11/02/2014 2:05 PM, Aryeh Friedman wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
Ok this is baffling the single NIC version of Linux the script works but as soon I add a second NIC to the bridge it bricks up... any ideas?<br>
<br>
<br></div><div class="">
On Tue, Feb 11, 2014 at 2:47 PM, Aryeh Friedman <<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.com</a> <mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>>> wrote:<br>
<br>
Found the issue I think (deleteing the iface as soon I make it...<br>
now to figure out how on earth the tare down for tap3 came before<br>
the hyperv call):<br>
<br>
#!/bin/sh<br>
<br>
tunctl -d tap3<br>
ip link set tap3 up<br>
sleep 1s<br>
brctl addif br0 tap3<br>
tunctl -d tap4<br>
ip link set tap4 up<br>
sleep 1s<br>
brctl addif br0 tap4<br>
brctl delif eth0 tap3<br>
ip link set tap3 down<br>
tunctl -d tap3<br>
<br>
qemu-system-x86_64 -vnc :0 -display none -drive<br>
cache=writeback,format=raw,if=<u></u>virtio,file=/dev/sdb -net<br>
nic,model=virtio -net tap,ifname<br>
=tap3 -net nic,model=virtio -net tap,ifname=tap4 -smb 1 -m 512<br>
echo $!>/var/run/petitecloud/<u></u>6opn0hm7uh<br>
<br>
<br>
<br>
On Tue, Feb 11, 2014 at 2:24 PM, Aryeh Friedman<br></div><div><div class="h5">
<<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.com</a> <mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>>> wrote:<br>
<br>
Turns out I got mistaken about what the host OS I was testing<br>
on (I was testing on linux under QEMU) and this is zero issue<br>
in FreeBSD:<br>
<br>
aryeh@com-dev:/home/aryeh% ifconfig -a<br>
vtnet0:<br>
flags=8943<UP,BROADCAST,<u></u>RUNNING,PROMISC,SIMPLEX,<u></u>MULTICAST><br>
metric 0 mtu 1500<br>
options=80028<VLAN_MTU,JUMBO_<u></u>MTU,LINKSTATE><br>
ether 00:a0:98:53:65:98<br>
inet 10.0.10.6 netmask 0xffffff00 broadcast 10.0.10.255<br>
inet6 fe80::2a0:98ff:fe53:6598%<u></u>vtnet0 prefixlen 64 scopeid<br>
0x1<br>
nd6 options=29<PERFORMNUD,<u></u>IFDISABLED,AUTO_LINKLOCAL><br>
media: Ethernet 10Gbase-T <full-duplex><br>
status: active<br>
vtnet1: flags=8902<BROADCAST,PROMISC,<u></u>SIMPLEX,MULTICAST> metric<br>
0 mtu 1500<br>
options=80028<VLAN_MTU,JUMBO_<u></u>MTU,LINKSTATE><br>
ether 00:a0:98:b6:a2:a9<br>
nd6 options=29<PERFORMNUD,<u></u>IFDISABLED,AUTO_LINKLOCAL><br>
media: Ethernet 10Gbase-T <full-duplex><br>
status: active<br>
vtnet2: flags=8902<BROADCAST,PROMISC,<u></u>SIMPLEX,MULTICAST> metric<br>
0 mtu 1500<br>
options=80028<VLAN_MTU,JUMBO_<u></u>MTU,LINKSTATE><br>
ether 00:a0:98:20:ee:f7<br>
nd6 options=29<PERFORMNUD,<u></u>IFDISABLED,AUTO_LINKLOCAL><br>
media: Ethernet 10Gbase-T <full-duplex><br>
status: active<br>
lo0: flags=8049<UP,LOOPBACK,<u></u>RUNNING,MULTICAST> metric 0 mtu 16384<br>
options=600003<RXCSUM,TXCSUM,<u></u>RXCSUM_IPV6,TXCSUM_IPV6><br>
inet6 ::1 prefixlen 128<br>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4<br>
inet 127.0.0.1 netmask 0xff000000<br>
nd6 options=21<PERFORMNUD,AUTO_<u></u>LINKLOCAL><br>
aryeh@com-dev:/home/aryeh% sudo su -<br>
root@com-dev:~ # ifconfig vtnet1 192.168.0.1<br>
root@com-dev:~ # logout<br>
aryeh@com-dev:/home/aryeh% logout<br>
Connection to 10.0.10.6 closed.<br>
aryeh@pc-dev:~/o-petitecloud.<u></u>C112 % sudo su -<br>
root@pc-dev:~ # ifconfig -a<br>
vtnet0:<br>
flags=8943<UP,BROADCAST,<u></u>RUNNING,PROMISC,SIMPLEX,<u></u>MULTICAST><br>
metric 0 mtu 1500<br>
options=80028<VLAN_MTU,JUMBO_<u></u>MTU,LINKSTATE><br>
ether 00:a0:98:8f:e1:e2<br>
inet 10.0.10.3 netmask 0xffffff00 broadcast 10.0.10.255<br>
inet6 fe80::2a0:98ff:fe8f:e1e2%<u></u>vtnet0 prefixlen 64 scopeid<br>
0x1<br>
nd6 options=23<PERFORMNUD,ACCEPT_<u></u>RTADV,AUTO_LINKLOCAL><br>
media: Ethernet 10Gbase-T <full-duplex><br>
status: active<br>
lo0: flags=8049<UP,LOOPBACK,<u></u>RUNNING,MULTICAST> metric 0 mtu 16384<br>
options=600003<RXCSUM,TXCSUM,<u></u>RXCSUM_IPV6,TXCSUM_IPV6><br>
inet6 ::1 prefixlen 128<br>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2<br>
inet 127.0.0.1 netmask 0xff000000<br>
nd6 options=21<PERFORMNUD,AUTO_<u></u>LINKLOCAL><br>
bridge0: flags=8843<UP,BROADCAST,<u></u>RUNNING,SIMPLEX,MULTICAST><br>
metric 0 mtu 1500<br>
ether 02:38:f4:6e:71:00<br>
nd6 options=9<PERFORMNUD,<u></u>IFDISABLED><br>
id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15<br>
maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200<br>
root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0<br>
member: tap5 flags=143<LEARNING,DISCOVER,<u></u>AUTOEDGE,AUTOPTP><br>
ifmaxaddr 0 port 7 priority 128 path cost 2000000<br>
member: tap4 flags=143<LEARNING,DISCOVER,<u></u>AUTOEDGE,AUTOPTP><br>
ifmaxaddr 0 port 6 priority 128 path cost 2000000<br>
member: tap10 flags=143<LEARNING,DISCOVER,<u></u>AUTOEDGE,AUTOPTP><br>
ifmaxaddr 0 port 5 priority 128 path cost 2000000<br>
member: tap3 flags=143<LEARNING,DISCOVER,<u></u>AUTOEDGE,AUTOPTP><br>
ifmaxaddr 0 port 4 priority 128 path cost 2000000<br>
tap3:<br>
flags=8943<UP,BROADCAST,<u></u>RUNNING,PROMISC,SIMPLEX,<u></u>MULTICAST><br>
metric 0 mtu 1500<br>
options=80000<LINKSTATE><br>
ether 00:bd:3a:92:00:03<br>
inet6 fe80::2bd:3aff:fe92:3%tap3 prefixlen 64 scopeid 0x4<br>
nd6 options=29<PERFORMNUD,<u></u>IFDISABLED,AUTO_LINKLOCAL><br>
media: Ethernet autoselect<br>
status: no carrier<br>
tap10:<br>
flags=8943<UP,BROADCAST,<u></u>RUNNING,PROMISC,SIMPLEX,<u></u>MULTICAST><br>
metric 0 mtu 1500<br>
options=80000<LINKSTATE><br>
ether 00:bd:6d:95:00:0a<br>
inet6 fe80::2bd:6dff:fe95:a%tap10 prefixlen 64 scopeid 0x5<br>
nd6 options=21<PERFORMNUD,AUTO_<u></u>LINKLOCAL><br>
media: Ethernet autoselect<br>
status: no carrier<br>
tap4:<br>
flags=8943<UP,BROADCAST,<u></u>RUNNING,PROMISC,SIMPLEX,<u></u>MULTICAST><br>
metric 0 mtu 1500<br>
options=80000<LINKSTATE><br>
ether 00:bd:b4:cd:00:04<br>
inet6 fe80::2bd:b4ff:fecd:4%tap4 prefixlen 64 scopeid 0x6<br>
nd6 options=29<PERFORMNUD,<u></u>IFDISABLED,AUTO_LINKLOCAL><br>
media: Ethernet autoselect<br>
status: no carrier<br>
tap5:<br>
flags=8943<UP,BROADCAST,<u></u>RUNNING,PROMISC,SIMPLEX,<u></u>MULTICAST><br>
metric 0 mtu 1500<br>
options=80000<LINKSTATE><br>
ether 00:bd:52:d7:00:05<br>
inet6 fe80::2bd:52ff:fed7:5%tap5 prefixlen 64 scopeid 0x7<br>
nd6 options=21<PERFORMNUD,AUTO_<u></u>LINKLOCAL><br>
media: Ethernet autoselect<br>
status: no carrier<br>
root@pc-dev:~ # ifconfig vtnet0 alias 192.168.0.2<br>
root@pc-dev:~ # ping 192.168.0.2<br>
PING 192.168.0.2 (192.168.0.2): 56 data bytes<br></div></div>
64 bytes from 192.168.0.2 <<a href="http://192.168.0.2" target="_blank">http://192.168.0.2</a>>: icmp_seq=0<br>
ttl=64 time=0.112 ms<br>
64 bytes from 192.168.0.2 <<a href="http://192.168.0.2" target="_blank">http://192.168.0.2</a>>: icmp_seq=1<div class=""><br>
ttl=64 time=0.016 ms<br>
^C<br>
--- 192.168.0.2 ping statistics ---<br>
2 packets transmitted, 2 packets received, 0.0% packet loss<br>
round-trip min/avg/max/stddev = 0.016/0.064/0.112/0.048 ms<br>
root@pc-dev:~ # ping 192.168.0.1<br>
PING 192.168.0.1 (192.168.0.1): 56 data bytes<br></div>
64 bytes from 192.168.0.1 <<a href="http://192.168.0.1" target="_blank">http://192.168.0.1</a>>: icmp_seq=0<br>
ttl=64 time=0.231 ms<br>
64 bytes from 192.168.0.1 <<a href="http://192.168.0.1" target="_blank">http://192.168.0.1</a>>: icmp_seq=1<div class=""><br>
ttl=64 time=0.107 ms<br>
^C<br>
--- 192.168.0.1 ping statistics ---<br>
2 packets transmitted, 2 packets received, 0.0% packet loss<br>
round-trip min/avg/max/stddev = 0.107/0.169/0.231/0.062 ms<br>
<br>
<br>
<br>
On Tue, Feb 11, 2014 at 1:59 PM, Michael Thoreson<br></div><div class="">
<<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a> <mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>>> wrote:<br>
<br>
Below is an older article but still talks about sysctl I<br>
had to set when using jails in FreeNAS.<br>
<br>
<a href="http://www.cyberciti.biz/faq/freebsd-jail-allow-ping-tracerouter-commands/" target="_blank">http://www.cyberciti.biz/faq/<u></u>freebsd-jail-allow-ping-<u></u>tracerouter-commands/</a><br>
<br>
I had to set it in order to allow the jail guest to<br>
ping\traceroute to the outside and it was the only way I<br>
could access services running on the jail guest from<br>
outside the guest.<br>
<br>
Michael Thoreson,<br>
<br>
<br>
On 11/02/2014 12:28 PM, Aryeh Friedman wrote:<br>
<br>
Please respond to the list so I don't have to keep<br>
forwarding it.... I am unfamiliar with jail issue but<br>
I do know that when reusing a NIC you need to do a<br>
"hard reset" of it (delete the iface and then remake<br>
and readd to the bridge)... where is a good pointer to<br>
this?<br>
<br>
<br>
On Tue, Feb 11, 2014 at 1:23 PM, Michael Thoreson<br>
<<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a> <mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>><br></div><div><div class="h5">
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a><br>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>>><u></u>> wrote:<br>
<br>
Could the traffic issue be similar to the sysctl<br>
raw socket issue<br>
with BSD jails?<br>
<br>
On a side note with the FreeBSD instructions I<br>
have to change<br>
<br>
tar fvz port.tar.gz<br>
<br>
to<br>
<br>
tar*x*fvz port.tar.gz<br>
<br>
for the extraction to work properly.<br>
<br>
Michael Thoreson,<br>
<br>
<br>
On 11/02/2014 12:13 PM, Aryeh Friedman wrote:<br>
<br>
A few additions to this (learned in the last<br>
few mins):<br>
<br>
* PetiteCloud assumes that drives are vtbdXsY<br>
(will be looked<br>
into later) and thus once you get the bootable<br>
drive to do a<br>
partial loading you will need to edit<br>
/etc/fstab to make it so<br>
it points to something more reasonable like<br>
adaXsY.<br>
<br>
* The NIC's appear in the bridge on the host<br>
and are on the<br>
instance but seem to not allow any traffic<br>
(likely an issue<br>
with how to setup multiple NIC's).. i.e. the<br>
interface is<br>
pingable from inside the instance but not from<br>
the outside world<br>
<br>
<br>
On Tue, Feb 11, 2014 at 1:08 PM, Michael Thoreson<br>
<<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a><br>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>><br>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a><br>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>>><br>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a><br>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>><br>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a><br>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>>><u></u>>><br>
<br>
wrote:<br>
<br>
Awesome will start testing it today.<br>
<br>
<br>
On 11/02/2014 3:36 AM, Aryeh Friedman wrote:<br>
<br>
Just booted FreeBSD 10-RELEASE on<br>
Ubuntu 12.04.3 LTS<br>
using a<br>
2.5" raw disk as a backing store with<br>
3 virtual NIC's<br>
and it<br>
seems to work<br>
<br>
<br>
On Tue, Feb 11, 2014 at 4:30 AM, Aryeh<br>
Friedman<br>
<<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.com</a><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>>><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>>>><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>>><br>
<br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a><br>
<mailto:<a href="mailto:aryeh.friedman@gmail.com" target="_blank">aryeh.friedman@gmail.<u></u>com</a>>>>>> wrote:<br>
<br>
I just bumped 0.2.5 to the release<br>
version because<br>
without<br>
advanced settings it works just<br>
fine it is the<br>
advanced<br>
options<br>
that are untested... just get it<br>
from the download<br>
page<br>
<br>
<br>
On Tue, Feb 11, 2014 at 4:19 AM,<br>
Aryeh M. Friedman<br>
<<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a>><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a>>><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a> <mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a>><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a>>><u></u>><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a>><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a>>><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a> <mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a>><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a><br>
<mailto:<a href="mailto:aryeh@cloud.fnwe.net" target="_blank">aryeh@cloud.fnwe.net</a>>><u></u>>>><br>
<br>
wrote:<br>
<br>
Michael I have forwarded this<br>
message to the<br>
mailing list<br>
because I think it is an<br>
interesting use case<br>
and I am a<br>
strong proponent of the<br>
FreeBSD model of open<br>
knowledge<br>
(everything is in public unless some reason it<br>
can't be).<br>
<br>
Comments on content:<br>
<br>
1. 0.2.5 (currently in testing<br>
you need go to<br>
<a href="http://downloads.petitecloud.org/petitecloud-aryeh-0.2.5.tar.gz" target="_blank">http://downloads.petitecloud.<u></u>org/petitecloud-aryeh-0.2.5.<u></u>tar.gz</a><br>
add<br>
-0.2.5 to the port file name<br>
also to grab it)<br>
is 99% (only<br>
reason for not saying 100% is<br>
it is untested)<br>
of the<br>
way to<br>
being able to run all possible<br>
configurations of<br>
OpenStack. See the current<br>
change_history on<br>
the site<br>
for details.<br>
<br>
2. We are looking at using<br>
something like<br>
FreeNAS to<br>
provide<br>
SAN like services for small<br>
clouds (OpenStack<br>
assumes a<br>
certain layout to the cloud<br>
that is only<br>
typical in data<br>
centers). That is if native<br>
iSCSI is not<br>
sufficent.<br>
<br>
3. I will fix these links<br>
(that will teach me<br>
to rely on<br>
automated testing only) as<br>
soon I send this<br>
message<br>
<br>
4. We will be writting a set<br>
of full tutorials<br>
showing<br>
how to<br>
do I full OpenStack install<br>
using nothing but<br>
VM's. We will<br>
also discuss how to improve<br>
the stability and<br>
robustness of<br>
OpenStack along the way (using<br>
FreeBSD instead of<br>
Linux is a<br>
good start)<br>
<br>
---------------------- FORWARDED MESSAGE<br>
-------------------------<br>
FreeBSD and Linux install<br>
instruction links<br>
are still<br>
broken.<br>
Otherwise<br>
everything else works. I<br>
especially am going<br>
to try the<br>
DevStack\OpenStack you described. It looks like an<br>
easy way to<br>
get a ZFS<br>
backed cloud.<br>
<br>
Michael Thoreson,<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>>><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>>>><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>>><br>
<br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>>>>><br>
<br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>
<br>
<br>
<br>
<br>
-- Aryeh M. Friedman, Lead<br>
Developer,<br>
<a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
<br>
<br>
-- Aryeh M. Friedman, Lead<br>
Developer,<br>
<a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
<br>
<br>
<br>
-- Aryeh M. Friedman, Lead Developer,<br>
<a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
<br>
<br>
<br>
-- Aryeh M. Friedman, Lead Developer,<br>
<a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
<br>
<br>
<br>
-- Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
<br>
<br>
-- Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
<br>
<br>
-- <br>
Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
</div></div></blockquote>
<br>
</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br></div>
</div>