Re: Upcoming FreeBSD 10.x + bhyve ...

2013-12-04 Thread Michael Dexter

Marc,

On 12/2/13 4:11 PM, Marc Fournier wrote:
 I just read through http://bhyve.org/bhyve-manual.txt, and one thing
 that doesn’t seem to be supported (or, I’ve missed it) is HeadLess
 support … I get the impression that using this on a remote server
 isn’t currently possible, or am I missing something in the docs?

I have documented the null modem serial console access at bhyve.org/faq

In short:

-S 31,uart,stdio

Becomes:

-S 31,uart,/dev/nmdm0A

Before starting the VM, run:

kldload nmdm

Start the VM but note that it will not display any output when booted.
Connect to the serial interface with:

cu -l /dev/nmdm0B -s 9600

nmdmN is a 32bit in so you should have plenty to work with.

The pty style of console is more involved and I am experimenting with it.

Michael
___
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: Upcoming FreeBSD 10.x + bhyve ...

2013-12-04 Thread Peter Grehan

Hi Michael,


In short:

-S 31,uart,stdio

Becomes:

-S 31,uart,/dev/nmdm0A


 This will continue to work, though the preferred way of setting up a 
console port is to use the PCI-ISA (aka LPC) bridge


 -s N,lpc

 (N can be any slot number on bus 0, usually 1..31)

 There are 2 serial ports behind the LPC bridge, com1 and com2. These 
can have backends assigned to them in the same way as PCI devices, but 
use the -l option for configuration since they are 'lpc' devices e.g.


 -l com1,stdio

 -l com2,/dev/nmdm9B

 The advantage of using the LPC serial ports is that they will show up 
on the expected tty devices - com1 will be /dev/ttyu0 on FreeBSD as 
opposed to /dev/ttyu2 for the uart PCI device.


 So: -S 31,uart/dev/nmdm0A becomes -s 31,lpc -l com1,nmdm0A

 ... and change the guest's /etc/ttys file to set up a getty on ttyu0

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


Re: Upcoming FreeBSD 10.x + bhyve ...

2013-12-03 Thread Marc Fournier

How about disk size?   The Instructions for vmrun.sh state:


6. Select default console type vt100 or whatever is appropriate for you
   Install on disk device vtbd0 (appears as a 8GB disk device)
   At the end select yes when the Manual Configuration box appears.


I’m assuming that I can change that default, but, if let’s say I stick with 8G 
to start, but decide I want to make it bigger later … is there an ability to 
‘growfs’ the file system?  Or do I build a bigger system, rsync hte files from 
old to new and ditch the old?  or … ?



On Dec 2, 2013, at 18:32 , Peter Grehan gre...@freebsd.org wrote:

 Hi Marc,
 
 It is. The easiest is using the recent change (r258668) which
 allows bhyveload and bhyve to direct output to a tty instead of
 just stdio.
 
 ‘k, that would work … so *if* I’m reading the docs right, the intiial
 build of the file system / install of guest OS, happens on an
 interactive remote ssh session, then I’d shutdown and restart it
 redirecting output … ?
 
 That will work, as will Michael Gmelin's tmux method mentioned in an earlier 
 email.
 
 later,
 
 Peter.



signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: Upcoming FreeBSD 10.x + bhyve ...

2013-12-03 Thread Peter Grehan

Hi Marc,


How about disk size?   The Instructions for vmrun.sh state:

 6. Select default console type vt100 or whatever is
appropriate for you Install on disk device vtbd0 (appears as a 8GB
disk device) At the end select yes when the Manual Configuration
box appears. 

I’m assuming that I can change that default, but, if let’s say I
stick with 8G to start, but decide I want to make it bigger later …
is there an ability to ‘growfs’ the file system?  Or do I build a
bigger system, rsync hte files from old to new and ditch the old?  or
… ?


 Standard tools - truncate(8) on the host to extend the disk image 
file, and then growfs/gpart in the guest to use the extra space.


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


Re: Upcoming FreeBSD 10.x + bhyve ...

2013-12-03 Thread Ivan Voras
Hi,

What is the status of running foreign (non-FreeBSD) guests in bhyve in
10.0 and CURRENT?



signature.asc
Description: OpenPGP digital signature


RE: Upcoming FreeBSD 10.x + bhyve ...

2013-12-03 Thread Robert Sevat
Hey,

Did you see the list in the Faq?

http://bhyve.org/faq/


Q: What guest operating systems does bhyve support?


A: bhyve supports any version of FreeBSD amd64 with VirtIO support, plus 
OpenBSD amd64 and GNU/Linux amd64 using the sysutils/grub2-bhyve port to load 
them:


FreeBSD 8.4-RELEASE amd64 and 8-STABLE amd64FreeBSD 9.2-RELEASE amd64 9-STABLE 
amd64FreeBSD 10 (All amd64 versions)FreeBSD 11-CURRENT amd64OpenBSD amd64 HEAD 
as of late October, 2013GNU/Linux amd64




Tested GNU/Linux distributions include (documentation to come):



CentOS 6.2 minimal CDCentOS 6.4 minimal CDDebian 6.0.7 netinstallDebian 7.0 
netinstallOpenSUSE 12.3Ubuntu 10.0.4 serverUbuntu 12.0.4 serverUbuntu 13.0.4 
serverUbuntu 13.10 server

Kind Regards,

Robert Sevat


 To: freebsd-virtualization@freebsd.org
 From: ivo...@freebsd.org
 Subject: Re: Upcoming FreeBSD 10.x + bhyve ...
 Date: Tue, 3 Dec 2013 18:19:38 +0100
 
 Hi,
 
 What is the status of running foreign (non-FreeBSD) guests in bhyve in
 10.0 and CURRENT?
 
  
___
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: Upcoming FreeBSD 10.x + bhyve ...

2013-12-03 Thread Peter Grehan

Hi Ivan,


What is the status of running foreign (non-FreeBSD) guests in bhyve in
10.0 and CURRENT?


 Recent Linux/x64's should work using grub-bhyve from ports. The 
easiest to use are server distros with grub2 native - Ubuntu 12/13 LTS, 
Debian 6/7. RHEL/CentOS 6.* works but with some manual bhyve-grub 
command line work required.


 I had a lightly modified OpenBSD 5.4 working, though recent snapshots 
aren't - need to debug that.


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


Upcoming FreeBSD 10.x + bhyve ...

2013-12-02 Thread Marc Fournier

Am currently trying to read up on bhyve, and replacing virtualbox with it once 
we move to 10.x … rather something native vs 3rd party *if* it fits …

I just read through http://bhyve.org/bhyve-manual.txt, and one thing that 
doesn’t seem to be supported (or, I’ve missed it) is HeadLess support … I get 
the impression that using this on a remote server isn’t currently possible, or 
am I missing something in the docs?

Thanks ...
___
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: Upcoming FreeBSD 10.x + bhyve ...

2013-12-02 Thread Peter Grehan

Hi Marc,


I just read through http://bhyve.org/bhyve-manual.txt, and one thing
that doesn’t seem to be supported (or, I’ve missed it) is HeadLess
support … I get the impression that using this on a remote server
isn’t currently possible, or am I missing something in the docs?


 It is. The easiest is using the recent change (r258668) which allows 
bhyveload and bhyve to direct output to a tty instead of just stdio.


 Use nmdm(4) to create a bidirectional null-modem, point 
bhyveload/bhyve at one end, and then use any mechanism to attach to the 
other end (cu, screen, socat etc) at any time. Remote access can be 
built on top of this if needed.


 I'm looking to MFC this particular change back to 10.0.

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


Re: Upcoming FreeBSD 10.x + bhyve ...

2013-12-02 Thread Marc Fournier

On Dec 2, 2013, at 16:08 , Peter Grehan gre...@freebsd.org wrote:

 Hi Marc,
 
 I just read through http://bhyve.org/bhyve-manual.txt, and one thing
 that doesn’t seem to be supported (or, I’ve missed it) is HeadLess
 support … I get the impression that using this on a remote server
 isn’t currently possible, or am I missing something in the docs?
 
 It is. The easiest is using the recent change (r258668) which allows 
 bhyveload and bhyve to direct output to a tty instead of just stdio.

‘k, that would work … so *if* I’m reading the docs right, the intiial build of 
the file system / install of guest OS, happens on an interactive remote ssh 
session, then I’d shutdown and restart it redirecting output … ?

I’m plannin gon building a 10.x system over Christmas to start playing with 
this, just trying to do as much research as possible before … 

thx


___
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: Upcoming FreeBSD 10.x + bhyve ...

2013-12-02 Thread Michael Gmelin


On Mon, 2 Dec 2013 16:11:53 -0800
Marc Fournier scra...@hub.org wrote:

 
 On Dec 2, 2013, at 16:08 , Peter Grehan gre...@freebsd.org wrote:
 
  Hi Marc,
  
  I just read through http://bhyve.org/bhyve-manual.txt, and one
  thing that doesn’t seem to be supported (or, I’ve missed it) is
  HeadLess support … I get the impression that using this on a
  remote server isn’t currently possible, or am I missing something
  in the docs?
  
  It is. The easiest is using the recent change (r258668) which
  allows bhyveload and bhyve to direct output to a tty instead of
  just stdio.
 
 ‘k, that would work … so *if* I’m reading the docs right, the intiial
 build of the file system / install of guest OS, happens on an
 interactive remote ssh session, then I’d shutdown and restart it
 redirecting output … ?
 
 I’m plannin gon building a 10.x system over Christmas to start
 playing with this, just trying to do as much research as possible
 before … 
 
 thx
 
 

Even though it's not the official solution, my little bhyve-rc script
works reliably (requires sysutils/tmux). You can basically tmux attach
into your session anytime. It also provides bhyve_guest for a clean
shutdown of FreeBSD guests (a workaround until bhyve can inject the
necessary acpi instructions to trigger a shutdown). I've been using it
for half a year now and it gets the job done. You can find it here
http://druidbsd.cvs.sourceforge.net/viewvc/druidbsd/bhyve_rc/

Please share your experience with the changes in r258668,
quite interested if this works ok for you.

-- 
Michael Gmelin
___
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: Upcoming FreeBSD 10.x + bhyve ...

2013-12-02 Thread Peter Grehan

Hi Marc,


It is. The easiest is using the recent change (r258668) which
allows bhyveload and bhyve to direct output to a tty instead of
just stdio.


‘k, that would work … so *if* I’m reading the docs right, the intiial
build of the file system / install of guest OS, happens on an
interactive remote ssh session, then I’d shutdown and restart it
redirecting output … ?


 That will work, as will Michael Gmelin's tmux method mentioned in an 
earlier email.


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