* [Qemu-devel] What is the best way to control qemu on a remote box?
@ 2007-07-26 23:29 n schembr
0 siblings, 0 replies; 4+ messages in thread
From: n schembr @ 2007-07-26 23:29 UTC (permalink / raw)
To: qemu-devel
I'm using a command line like:
qemu -vnc :4 -kernel-kqemu -std-vga -no-reboot -monitor unix:/vservers/qemu/cms1/cms1.sock,server,nowait -boot c -hda hda1.img -hdb swap.img -net nic,vlan=0,macaddr=00:16:3e:00:0f:00 -net tap,vlan=0,ifname=br0-cms1,script=/etc/qemu-ifup-br0 -m 256
I'm running linux but would like the system to feel as close to real hardware as I can get.
The the shutdown process is a pain.
echo -n "Asking $GUEST to stop...(sleep $WAIT_FOR_GUEST)"
su $USER -c " echo 'sendkey ctrl-alt-delete' |socat - unix-connect:/$BasePath/$GUEST/$GUEST.sock " >/dev/null
With some distros the guest stops and qemu exits. On Ubuntu the guest will shutdown and get to "halt", but qemu will never exit.
What is the correct way to setup a remote system like this. I would like to use the qemu monitor mode better.
Note: The host system is 11 hour away, and I will never sit at the hosts console.
Thank you for your time.
Nicholas A. Schembri
state college pa usa
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] What is the best way to control qemu on a remote box?
@ 2007-07-27 16:22 n schembr
2007-07-27 17:55 ` Michael Hanselmann
0 siblings, 1 reply; 4+ messages in thread
From: n schembr @ 2007-07-27 16:22 UTC (permalink / raw)
To: qemu-devel
socat - unix-connect:/vservers/qemu/cms1/cms1.sock works well.
Ctrl-d stops socat.
I'd prefer not to have vnc running unless I needed it,but some of my guests hang when -nographic is used. Note : the guest has X running and the host is running headless.
Is system_powerdown a better way to stop the host?
Is system_powerdown a soft operation like the atx powersupply? It did not work with a smoothwall guest.
I can see adding '-serial unix:/vservers/qemu/cms1/ttyS0.sock,server,nowait' for better control.
If I have '-no-reboot' on the command line and I reboot with send ctrl-alt-delete why is it just getting to halt? It never reboots and qemu continues to run. I'll build a clean guest and try to give a bug report.
Is there a way to use the monitor and see what the guest is doing?
----- Original Message ----
From: Ben Taylor <sol10x86@cox.net>
To: n schembr <nschembr@yahoo.com>
Sent: Friday, July 27, 2007 8:45:46 AM
Subject: Re: [Qemu-devel] What is the best way to control qemu on a remote box?
why are you using a socket for the monitor? YOu can easily go into monitor
mode when using VNC, and I amd using ubuntu 7.04 as a guest and
vnc it to my main workstation all the time. Yes, you run shutdown, and it leaves
something still there, but once in the monitor, you type "quit" and it ends.
I supposed using your socket method, you could wait some predefined time
and then send "quit" using the send-key method you used.
Just seems convoluted to send a ctrl-alt-del via send-key as opposed to being
logged in via SSH, or just shutdown from the VNC window.
Ben
---- n schembr <nschembr@yahoo.com> wrote:
> I'm using a command line like:
qemu -vnc :4 -kernel-kqemu -std-vga -no-reboot -monitor unix:/vservers/qemu/cms1/cms1.sock,server,nowait -boot c -hda hda1.img -hdb swap.img -net nic,vlan=0,macaddr=00:16:3e:00:0f:00 -net tap,vlan=0,ifname=br0-cms1,script=/etc/qemu-ifup-br0 -m 256
I'm running linux but would like the system to feel as close to real hardware as I can get.
The the shutdown process is a pain.
echo -n "Asking $GUEST to stop...(sleep $WAIT_FOR_GUEST)"
su $USER -c " echo 'sendkey ctrl-alt-delete' |socat - unix-connect:/$BasePath/$GUEST/$GUEST.sock " >/dev/null
With some distros the guest stops and qemu exits. On Ubuntu the guest will shutdown and get to "halt", but qemu will never exit.
What is the correct way to setup a remote system like this. I would like to use the qemu monitor mode better.
Note: The host system is 11 hour away, and I will never sit at the hosts console.
Thank you for your time.
Nicholas A. Schembri
state college pa usa
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] What is the best way to control qemu on a remote box?
2007-07-27 16:22 [Qemu-devel] What is the best way to control qemu on a remote box? n schembr
@ 2007-07-27 17:55 ` Michael Hanselmann
2007-08-01 0:05 ` Thiemo Seufer
0 siblings, 1 reply; 4+ messages in thread
From: Michael Hanselmann @ 2007-07-27 17:55 UTC (permalink / raw)
To: qemu-devel
[-- Attachment #1: Type: text/plain, Size: 476 bytes --]
On Fri, Jul 27, 2007 at 09:22:08AM -0700, n schembr wrote:
> Is system_powerdown a better way to stop the host? Is
> system_powerdown a soft operation like the atx powersupply? It did
> not work with a smoothwall guest.
It would, but is not implemented for x86. I've been working on it using
ACPI, but gave up after an enquiry about IRQ handling on this list
hasn't been answered and a related patch has been ignored.
Greets,
Michael
--
http://hansmi.ch/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] What is the best way to control qemu on a remote box?
2007-07-27 17:55 ` Michael Hanselmann
@ 2007-08-01 0:05 ` Thiemo Seufer
0 siblings, 0 replies; 4+ messages in thread
From: Thiemo Seufer @ 2007-08-01 0:05 UTC (permalink / raw)
To: Michael Hanselmann; +Cc: qemu-devel
Michael Hanselmann wrote:
> On Fri, Jul 27, 2007 at 09:22:08AM -0700, n schembr wrote:
> > Is system_powerdown a better way to stop the host? Is
> > system_powerdown a soft operation like the atx powersupply? It did
> > not work with a smoothwall guest.
>
> It would, but is not implemented for x86. I've been working on it using
> ACPI, but gave up after an enquiry about IRQ handling on this list
> hasn't been answered and a related patch has been ignored.
I committed your patch, sorry for the delay.
Thiemo
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2007-08-01 0:17 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-27 16:22 [Qemu-devel] What is the best way to control qemu on a remote box? n schembr
2007-07-27 17:55 ` Michael Hanselmann
2007-08-01 0:05 ` Thiemo Seufer
-- strict thread matches above, loose matches on Subject: below --
2007-07-26 23:29 n schembr
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).