CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
Can people look at the instructions/tutorial on how to install DevStack on FreeBSD at http://www.freebsd-openstack.org and let us know if anything is confusing, misleading or just outright wrong in it? (Note the domain is brand new so there might be some DNS jitter) -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
On 1/31/2014 1:20 AM, Aryeh Friedman wrote: Can people look at the instructions/tutorial on how to install DevStack on FreeBSD at http://www.freebsd-openstack.org and let us know if anything is confusing, misleading or just outright wrong in it? (Note the domain is brand new so there might be some DNS jitter) Um, this is thinly veiled marketing gimmick at best and domain squatting at worst. ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
On Jan 31, 2014 2:55 AM, Kevin Bowling kevin.bowl...@kev009.com wrote: On 1/31/2014 1:20 AM, Aryeh Friedman wrote: Can people look at the instructions/tutorial on how to install DevStack on FreeBSD at http://www.freebsd-openstack.org and let us know if anything is confusing, misleading or just outright wrong in it? (Note the domain is brand new so there might be some DNS jitter) Um, this is thinly veiled marketing gimmick at best and domain squatting at worst. ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org I agree as you are really installing devstack on ubuntu within petiteCloud. Also sending reply again as I forgot to reply all. ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
We are planning to make the domain it self (within the next few weeks) a) a portal for everything openstack (or cloud related) on the *BSD's run by the *COMMUNITY* not us [as it says on the petitecloud site and as asked about a few days ago we want all communication about petitecloud and related projects to be cared out on -virtualization@ with the evenual business goal of turning both projects completely over to their respective communities for maintaince, growth and evulation [see note]) and b) be a set of tutorials I will be writing on how to make a complete open stack installation [real and virtual] from the ground up without any need for expensive training or other material from anyone [including us]. Note: Our business model calls for making both projects 100% open source and getting as wide of community support for them as possible and we will *NEVER* attempt to commercialize the purely open source parts of our work and/or make any of our work dependent on any closed sourced software or knowledge. The reason for this is we plan to be making a set of commerical products that depend on the type of cloud computing we see petitecloud becoming but are *NOT* required for petitecloud to function at it's full capabilities or is in any other way crippled. To this end in order to make petitecloud what we need it to be we need to get as much help as we can from the community. After all we are just two programmers attempting to make a living compared to OpenStack that has almost all of corporate america behind them On Fri, Jan 31, 2014 at 3:51 AM, Kevin Bowling kevin.bowl...@kev009.comwrote: On 1/31/2014 1:20 AM, Aryeh Friedman wrote: Can people look at the instructions/tutorial on how to install DevStack on FreeBSD at http://www.freebsd-openstack.org and let us know if anything is confusing, misleading or just outright wrong in it? (Note the domain is brand new so there might be some DNS jitter) Um, this is thinly veiled marketing gimmick at best and domain squatting at worst. ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization- unsubscr...@freebsd.org -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
I agree as you are really installing devstack on ubuntu within petiteCloud. Also sending reply again as I forgot to reply all. All good tutorials are basically how to take existing tools and combine them into something new. Also as far I know *NO ONE* [at least publically] has ever gotten any OpenStack component to run on FreeBSD in any form and thus we see this as a very useful PR trick (as you call it) for the entire FreeBSD community not just us. -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
Aryeh, Actually we have already a working OpenStack on FreeBSD. More precisely the Nova compute node running directly on FreeBSD host, which spawns guest VMs using bhyve hypervisor. It is in very early stage and currently it uses our prototype bhyve driver for the Nova compute. We have been putting now some effort to bring the bhyve into Nova via libvirt library as it is strongly favored by the OpenStack community. We had some discussions with maintainers of the Nova component and they clearly suggested that the libvirt path is the one that can be eventually integrated into the Nova code. One of our colleagues is currently putting together a wiki page that will explain how to set it all up, it should be available soon. If you are also interested in bringing the OpenStack into the FreeBSD world, perhaps it would make a sense to join forces and make it happen sooner. Regards, Michal. On 31 January 2014 10:28, Aryeh Friedman aryeh.fried...@gmail.com wrote: I agree as you are really installing devstack on ubuntu within petiteCloud. Also sending reply again as I forgot to reply all. All good tutorials are basically how to take existing tools and combine them into something new. Also as far I know *NO ONE* [at least publically] has ever gotten any OpenStack component to run on FreeBSD in any form and thus we see this as a very useful PR trick (as you call it) for the entire FreeBSD community not just us. -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
We feel that openstack is not quiet robust enough to run out side of the data center on bare metal. Thus one of the potential uses of petitecloud as we see it is as blast wall for when it does blow up. It also allows people who are studying for their OpenStack certification to have a machine they can blow up over and over again. We fully support native OpenStack on FreeBSD and feel that all efforts in this area should move forward. We are offering the OpenStack community a way of doing experiments without blowing real machines up. Namely once they get what they want virtually they will move it over to a native install that does not include petirecloud. On Fri, Jan 31, 2014 at 4:36 AM, Michał Dubiel m...@semihalf.com wrote: Aryeh, Actually we have already a working OpenStack on FreeBSD. More precisely the Nova compute node running directly on FreeBSD host, which spawns guest VMs using bhyve hypervisor. It is in very early stage and currently it uses our prototype bhyve driver for the Nova compute. We have been putting now some effort to bring the bhyve into Nova via libvirt library as it is strongly favored by the OpenStack community. We had some discussions with maintainers of the Nova component and they clearly suggested that the libvirt path is the one that can be eventually integrated into the Nova code. One of our colleagues is currently putting together a wiki page that will explain how to set it all up, it should be available soon. If you are also interested in bringing the OpenStack into the FreeBSD world, perhaps it would make a sense to join forces and make it happen sooner. Regards, Michal. On 31 January 2014 10:28, Aryeh Friedman aryeh.fried...@gmail.com wrote: I agree as you are really installing devstack on ubuntu within petiteCloud. Also sending reply again as I forgot to reply all. All good tutorials are basically how to take existing tools and combine them into something new. Also as far I know *NO ONE* [at least publically] has ever gotten any OpenStack component to run on FreeBSD in any form and thus we see this as a very useful PR trick (as you call it) for the entire FreeBSD community not just us. -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
On Fri, Jan 31, 2014 at 10:36 AM, Michał Dubiel m...@semihalf.com wrote: Aryeh, Actually we have already a working OpenStack on FreeBSD. More precisely the Nova compute node running directly on FreeBSD host, which spawns guest VMs using bhyve hypervisor. It is in very early stage and currently it uses our prototype bhyve driver for the Nova compute. We have been putting now some effort to bring the bhyve into Nova via libvirt library as it is strongly favored by the OpenStack community. We had some discussions with maintainers of the Nova component and they clearly suggested that the libvirt path is the one that can be eventually integrated into the Nova code. One of our colleagues is currently putting together a wiki page that will explain how to set it all up, it should be available soon. If you are also interested in bringing the OpenStack into the FreeBSD world, perhaps it would make a sense to join forces and make it happen sooner. The last quarterly status report provides more information on our work towards FreeBSD host support in OpenStack, there are links to the repos with our work in progress: http://www.freebsd.org/news/status/report-2013-10-2013-12.html#FreeBSD-Host-Support-for-OpenStack-and-OpenContrail Rafal ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: CFT: Procedure for installing DevStack on FreeBSD using PetiteCloud
On 1/31/2014 2:36 AM, Michał Dubiel wrote: Aryeh, Actually we have already a working OpenStack on FreeBSD. More precisely the Nova compute node running directly on FreeBSD host, which spawns guest VMs using bhyve hypervisor. It is in very early stage and currently it uses our prototype bhyve driver for the Nova compute. We have been putting now some effort to bring the bhyve into Nova via libvirt library as it is strongly favored by the OpenStack community. We had some discussions with maintainers of the Nova component and they clearly suggested that the libvirt path is the one that can be eventually integrated into the Nova code. One of our colleagues is currently putting together a wiki page that will explain how to set it all up, it should be available soon. If you are also interested in bringing the OpenStack into the FreeBSD world, perhaps it would make a sense to join forces and make it happen sooner. Regards, Michal. I would like to help with libvirt development and code review. Can you put a public branch with this integration on github or elsewhere? ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: ports/185362: [NEW PORT] emulators/petitecloud (resubmittal after many flaws fixed)
Looks like the formating got messed up you can always find the latest patch at http://www.petitecloud.org/downloads/patch.tar.gz On Fri, Jan 31, 2014 at 1:30 PM, Aryeh Friedman aryeh.fried...@gmail.comwrote: The following reply was made to PR ports/185362; it has been noted by GNATS. From: Aryeh Friedman aryeh.fried...@gmail.com To: bug-follo...@freebsd.org, aryeh.fried...@gmail.com, freebsd-virtualization@freebsd.org freebsd-virtualization@freebsd.org Cc: Subject: Re: ports/185362: [NEW PORT] emulators/petitecloud (resubmittal after many flaws fixed) Date: Fri, 31 Jan 2014 13:22:03 -0500 --047d7b6dcdcc2f576504f148407e Content-Type: multipart/alternative; boundary=047d7b6dcdcc2f576104f148407c --047d7b6dcdcc2f576104f148407c Content-Type: text/plain; charset=ISO-8859-1 Attached is the final working copy of the patch (there have been about 30 downloads without any complaints) please commit it -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org --047d7b6dcdcc2f576104f148407c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable div dir=3DltrAttached is the final working copy of the patch (there hav= e been about 30 downloads without any complaints) please commit itbr clear= =3Dalldivbr-- brdiv dir=3DltrAryeh M. Friedman, Lead Developer= , a href=3Dhttp://www.PetiteCloud.org; target=3D_blank http://www.Petit= eCloud.org/abr /div /div/div --047d7b6dcdcc2f576104f148407c-- --047d7b6dcdcc2f576504f148407e Content-Type: text/plain; charset=US-ASCII; name=port-patch.txt Content-Disposition: attachment; filename=port-patch.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_hr3s3ot20 KioqIC9kZXYvbnVsbAlXZWQgSmFuIDI5IDIxOjM0OjUwIDIwMTQKLS0tIHNjcmFwL3BvcnQvcGtn LWRlc2NyCVdlZCBKYW4gMjkgMTk6NDA6NDAgMjAxNAoqKioqKioqKioqKioqKioKKioqIDAgKioq KgotLS0gMSwxNyAtLS0tCisgUGV0aXRlQ2xvdWQgaXMgYSBIeXBlclZpc29yIGZyb250ZW5kIGZv ciBCU0QuIEl0IGhhcyB0aGUgZm9sbG93aW5nIGZlYXR1cmVzOgorIAorICAgICAqIFN1cHBvcnQg Zm9yIGJoeXZlIGFuZCBRRU1VLgorIAorICAgICAqIEFueSB4ODYgT1MgYXMgYSBndWVzdCAodGVz dGVkIG9ubHkgb24gUUVNVSkKKyAKKyAgICAgKiBJbnN0YWxsLCBpbXBvcnQsIHN0YXJ0LCBzdG9w IGFuZCByZWJvb3QgaW5zdGFuY2VzIHNhZmVseSAoZ3Vlc3QgT1MgbmVlZHMgdG8gYmUgY29udHJv bGxlZCBpbmRlcGVuZGVudGx5KQorIAorICAgICAqIENsb25lLCBiYWNrdXAvZXhwb3J0LCBkZWxl dGUgc3RvcHBlZCBpbnN0YW5jZXMgMTAwJSBzYWZlbHkKKyAKKyAgICAgKiBLZWVwIHRyYWNrIG9m IGFsbCB5b3VyIGluc3RhbmNlcyBvbiBvbmUgc2NyZWVuCisgCisgICAgICogQWxsIHRyYW5zYWN0 aW9ucyB0aGF0IGNoYW5nZSBpbnN0YW5jZSBzdGF0ZSBhcmUgcGFzc3dvcmQgcHJvdGVjdGVkIGF0 IGFsbCBjcml0aWNhbCBzdGFnZXMKKyAKKyAgICAgKiBBIGdyb3dpbmcgbnVtYmVyIG9mIGdlbmVy YWwgcHVycG9zZSBhbmQgc3BlY2lhbGl6ZWQgaW5zdGFuY2VzL2FwcGxpY2F0aW9ucyBhcmUgYXZh aWxhYmxlIGZvciBQZXRpdGVDbG91ZAorIAorIFdXVzogaHR0cDovL3d3dy5wZXRpdGVjbG91ZC5v cmcKKioqIC9kZXYvbnVsbAlXZWQgSmFuIDI5IDIxOjM0OjUwIDIwMTQKLS0tIHNjcmFwL3BvcnQv cGtnLWluc3RhbGwJV2VkIEphbiAyOSAxOTo0MDo0MSAyMDE0CioqKioqKioqKioqKioqKgoqKiog MCAqKioqCi0tLSAxLDE3IC0tLS0KKyBlY2hvICcgJ3wgcHcgdXNlcm1vZCBwZXRpdGVjbG91ZCAt aCAwIDI+JjEKKyBwdyBsb2NrIHBldGl0ZWNsb3VkCisgcHcgZ3JvdXBtb2Qgd3d3IC1tIHBldGl0 ZWNsb3VkCisgcHcgZ3JvdXBtb2Qgd2hlZWwgLW0gcGV0aXRlY2xvdWQKKyBwdyBncm91cG1vZCBw ZXRpdGVjbG91ZCAtbSB3d3cKKyBwdyBncm91cG1vZCB3aGVlbCAtbSB3d3cKKyBta2RpciAtcCAv dm1zL2NkcworIG1rZGlyIC1wIC92bXMvcHJpCisgbWtkaXIgLXAgL3Ztcy9pbXBvcnQKKyBta2Rp ciAtcCAvdm1zL3RtcAorIGNob3duIC1SIHBldGl0ZWNsb3VkOnBldGl0ZWNsb3VkIC92bXMKKyBt a2RpciAtcCAvdXNyL2xvY2FsL2V0Yy9wZXRpdGVjbG91ZC9jb3VudGVycworIGVjaG8gMCA+IC91 c3IvbG9jYWwvZXRjL3BldGl0ZWNsb3VkL2NvdW50ZXJzL2luc3RhbmNlcy5jbnQKKyBjaG93biAt UiB3d3c6d3d3IC91c3IvbG9jYWwvZXRjL3BldGl0ZWNsb3VkCisgY2htb2QgNzc3IC91c3IvbG9j YWwvZXRjL3BldGl0ZWNsb3VkL2NvdW50ZXJzL2luc3RhbmNlcy5jbnQKKyBjaG1vZCAtUiA3Nzcg L3Ztcy8KKyBjaG1vZCA3NzcgL3ZtcwoqKiogL2Rldi9udWxsCVdlZCBKYW4gMjkgMjE6MzQ6NTAg MjAxNAotLS0gc2NyYXAvcG9ydC9NYWtlZmlsZQlXZWQgSmFuIDI5IDE5OjQwOjQzIDIwMTQKKioq KioqKioqKioqKioqCioqKiAwICoqKioKLS0tIDEsMTggLS0tLQorIENBVEVHT1JJRVM9ZGV2ZWwK KyBQT1JUTkFNRT1zcmMtcGV0aXRlY2xvdWQtYXJ5ZWgKKyBQT1JUVkVSU0lPTj0wLjIuMworIENP TU1FTlQ9YnVpbGRzeXN0ZW0KKyBMSUNFTlNFPUJTRAorIAorIE1BU1RFUl9TSVRFUz0gICBmdHA6 Ly9mdHAucGV0aXRlY2xvdWQub3JnL3BldGl0ZWNsb3VkLzAuMi4zL2FyeWVoLworIAorIEJVSUxE X0RFUEVORFM9ICAke0xPQ0FMQkFTRX0vYmluL2Nvb2s6JHtQT1JUU0RJUn0vZGV2ZWwvY29vayBc CisgCQkke0xPQ0FMQkFTRX0vb3BlbmpkazcvYmluL2phdmE6JHtQT1JUU0RJUn0vamF2YS9vcGVu amRrNyBcCisgCQkke0xPQ0FMQkFTRX0vYXBhY2hlLXRvbWNhdC03LjAvYmluL2NhdGFsaW5hLnNo OiR7UE9SVFNESVJ9L3d3dy90b21jYXQ3IFwKKyAJCSR7TE9DQUxCQVNFfS9iaW4vcWVtdS1zeXN0 ZW0teDg2XzY0OiR7UE9SVFNESVJ9L2VtdWxhdG9ycy9xZW11LWRldmVsIFwKKyAJCSR7TE9DQUxC QVNFfS9zYmluL2dydWItYmh5dmU6JHtQT1JUU0RJUn0vc3lzdXRpbHMvZ3J1YjItYmh5dmUKKyAK KyBVU0VSUz0gcGV0aXRlY2xvdWQgCisgR1JPVVBTPSBwZXRpdGVjbG91ZAorIAorIC5pbmNsdWRl IDxic2QucG9ydC5taz4KKioqIC9kZXYvbnVsbAlXZWQgSmFuIDI5IDIxOjM0OjUwIDIwMTQKLS0t
Re: bhyve - ESXi comparison part 2
Hi Andrea, Here comes the part 2 of our bhyve - ESXi comparison. Excellent work :) My take is that there is more general hypervisor overhead with bhyve. Given that both user and system times from the benchmark are almost uniformally larger for bhyve in all tests points to this. There has been work in CURRENT to allow the host to have a much lower clock, which could reduce hopefully a large piece of that overhead. The 20 x single CPU benchmark is really an ESXi vs FreeBSD filesystem test - the user/system times show the same penalty as in the first benchmark. The final benchmark points to how effective the ESXi scheduler is under heavy load and with multiprocessor guests. I suspect it goes to great lengths to avoid the 'lockholder preemption problem' - this is pointed to by the fact that the -P option with bhvye allows it to now complete the test, along with the large amount of time accounted as system time. later, Peter. ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
