From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56772) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIk0Z-0008UZ-AF for qemu-devel@nongnu.org; Tue, 03 Feb 2015 15:23:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YIk0V-0005lp-OX for qemu-devel@nongnu.org; Tue, 03 Feb 2015 15:23:39 -0500 Received: from mx2.parallels.com ([199.115.105.18]:39692) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIk0V-0005kd-Ih for qemu-devel@nongnu.org; Tue, 03 Feb 2015 15:23:35 -0500 Message-ID: <54D12E3A.3050503@openvz.org> Date: Tue, 3 Feb 2015 23:23:22 +0300 From: "Denis V. Lunev" MIME-Version: 1.0 References: <20150203190921.GR3354@HEDWIG.INI.CMU.EDU> <54D11DFB.906@parallels.com> <20150203201444.GS3354@HEDWIG.INI.CMU.EDU> In-Reply-To: <20150203201444.GS3354@HEDWIG.INI.CMU.EDU> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] RFC: Proposal to add QEMU "Guest Environment Variables" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Gabriel L. Somlo" Cc: qemu-devel@nongnu.org, mdroth@linux.vnet.ibm.com On 03/02/15 23:14, Gabriel L. Somlo wrote: > Hi Denis, > > On Tue, Feb 03, 2015 at 10:14:03PM +0300, Denis V. Lunev wrote: >> On 03/02/15 22:09, Gabriel L. Somlo wrote: >>> >>> I'm interested in adding a way for a host to pass environment variables >>> into a qemu guest VM -- analogous to setting environment variables for >>> a process to access via getenv() and friends. >>> >>> The QEMU Guest Agent (QGA) does not appear to quite fit the bill, at >>> least not in its current form: The agent must have been successfully >>> started on the guest before the host would have to connect to it (in >>> a separate act from just starting the guest in the first place), and >>> get it to execute any hypothetical commands to configure or otherwise >>> influence the guest. >>> >>> For this functionality to really resemble the way environment variables >>> are used, environment information should be provided as part of the QEMU >>> command line, without the requirement to make a separate/subsequent >>> connection to the guest agent. For example: >>> >>> qemu-system-x86_64 -guest-env="VAR1=value1;VAR2=value 2" -hda image.qcow2 >>> >>> Once the guest is started, it should be possible to query the guest >>> environment with something like: >>> >>> $ qemu-guest-env get VAR1 >>> value1 >>> >>> $ qemu-guest-env get VAR2 >>> value 2 >>> [...] >> >> I think that you can do this through guest write/guest exec commands. >> You can configure service start to perform it is a proper way through >> guest read/guest write and after that restart the agent. > > Are these supposed to be commands issued from the qemu monitor prompt > (or qmp) ? My Google-fu didn't help too much either :) > > The main idea is to be able to provide environment data to a guest > at start time (on the qemu command line), and not have to worry about > connecting back to it (via monitor prompt, qmp, if/when it starts the > guest agent, etc) to pass more information to it later on. > > I'm probably misunderstanding what you said, though, so please > clarify... > > Thanks much, > --Gabriel > QEMU guest agent starts as a service inside the guest. Its startup is controlled through standard Unix scripts. You can modify these scrips from the host side and (hopefully) restart agent. The modification could be made using ## # @GuestFileRead # # Result of guest agent file-read operation # # @count: number of bytes read (note: count is *before* # base64-encoding is applied) # # @buf-b64: base64-encoded bytes read # # @eof: whether EOF was encountered during read operation. # # Since: 0.15.0 ## { 'type': 'GuestFileRead', 'data': { 'count': 'int', 'buf-b64': 'str', 'eof': 'bool' } } ## # @GuestFileWrite # # Result of guest agent file-write operation # # @count: number of bytes written (note: count is actual bytes # written, after base64-decoding of provided buffer) # # @eof: whether EOF was encountered during write operation. # # Since: 0.15.0 ## { 'type': 'GuestFileWrite', 'data': { 'count': 'int', 'eof': 'bool' } } Den