PetiteCloud 0.2.5 released

2014-02-12 Thread Aryeh Friedman
What's new: * Ability to use physical disks as backing stores * Multiple NIC's * Multiple backing stores (1 primary and upto 5 secondary) * Advanced settings -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org

Re: Detect of BHyve VM was powered off or rebooted?

2014-02-12 Thread Craig Rodrigues
On Tue, Feb 11, 2014 at 3:18 PM, Neel Natu neeln...@gmail.com wrote: One question, if bhyve exits, do I have to call bhyveload again before calling bhyve? Yes, that is correct. You will also need to destroy the VM after bhyve exits. Why can't bhyve clean up after itself as the

Re: Detect of BHyve VM was powered off or rebooted?

2014-02-12 Thread Aryeh Friedman
On Wed, Feb 12, 2014 at 4:28 AM, Craig Rodrigues rodr...@freebsd.orgwrote: On Tue, Feb 11, 2014 at 3:18 PM, Neel Natu neeln...@gmail.com wrote: One question, if bhyve exits, do I have to call bhyveload again before calling bhyve? Yes, that is correct. You will also need to

Re: Fwd: CFT: bhyve AMD snapshot

2014-02-12 Thread Aryeh Friedman
On Tue, Feb 11, 2014 at 7:08 PM, Peter Grehan gre...@freebsd.org wrote: Hi Aryeh, root@:/home/aryeh # uname -a FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r261732: Tue Feb 11 03:19:01 EST 2014 aryeh@:/usr/obj/usr/src/sys/GENERIC amd64 This isn't the revision of the

Re: Detect of BHyve VM was powered off or rebooted?

2014-02-12 Thread Peter Grehan
Hi Craig, It seems pointless to me for the user to have to explictly destroy the VM. We're working on fixing it. What it gave during the development process (and still gives) is the ability to get post-mortem information when the bhyve process exits. Once the bhyve process exits, I

Re: Fwd: CFT: bhyve AMD snapshot

2014-02-12 Thread Peter Grehan
Hi Aryeh, kernel panic during boot Can you post a verbose boot log with the panic (i.e. boot -v from the loader prompt) ? later, Peter. ___ freebsd-virtualization@freebsd.org mailing list

Re: Detect of BHyve VM was powered off or rebooted?

2014-02-12 Thread Aryeh Friedman
On Wed, Feb 12, 2014 at 10:28 AM, Peter Grehan gre...@freebsd.org wrote: No - leave them there. Think of the tap interfaces as ports on a switch, and the bhyve processes as being plugged/unplugged from the ports. Every time I have tried this it has lead to bricking the bridge if done in the

best branch for bhyve on AMD?

2014-02-12 Thread John Nielsen
Greetings, I am running FreeBSD 10.0-STABLE r261733 amd64 on a system with an AMD Brisbane CPU: CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2835.16-MHz K8-class CPU) Origin = AuthenticAMD Id = 0x60fb2 Family = 0xf Model = 0x6b Stepping = 2

Re: best branch for bhyve on AMD?

2014-02-12 Thread Thomas Hoffmann
On Wed, Feb 12, 2014 at 12:14 PM, John Nielsen li...@jnielsen.net wrote: Greetings, I am running FreeBSD 10.0-STABLE r261733 amd64 on a system with an AMD Brisbane CPU: CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2835.16-MHz K8-class CPU) Origin = AuthenticAMD Id = 0x60fb2

Re: best branch for bhyve on AMD?

2014-02-12 Thread Peter Grehan
Hi John, Am I right in thinking that bhyve support for AMD processors is not yet in -STABLE? Yes, that's correct. If so, is there working code for bhyve under AMD anywhere? Where? -HEAD, projects/bhyve_svm or somewhere else? projects/bhyve_svm Is it considered experimental, stable, or