qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [PATCH] migration: setup bi-directional I/O channel for exec: protocol
@ 2017-04-21 11:12 Daniel P. Berrange
  2017-04-21 11:55 ` Juan Quintela
  0 siblings, 1 reply; 2+ messages in thread
From: Daniel P. Berrange @ 2017-04-21 11:12 UTC (permalink / raw)
  To: qemu-devel
  Cc: Dr. David Alan Gilbert, Juan Quintela, qemu-stable,
	Daniel P. Berrange

Historically the migration data channel has only needed to be
unidirectional. Thus the 'exec:' protocol was requesting an
I/O channel with O_RDONLY on incoming side, and O_WRONLY on
the outgoing side.

This is fine for classic migration, but if you then try to run
TLS over it, this fails because the TLS handshake requires a
bi-directional channel.

Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
---
 migration/exec.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/migration/exec.c b/migration/exec.c
index 9157721..aba9089 100644
--- a/migration/exec.c
+++ b/migration/exec.c
@@ -32,7 +32,7 @@ void exec_start_outgoing_migration(MigrationState *s, const char *command, Error
 
     trace_migration_exec_outgoing(command);
     ioc = QIO_CHANNEL(qio_channel_command_new_spawn(argv,
-                                                    O_WRONLY,
+                                                    O_RDWR,
                                                     errp));
     if (!ioc) {
         return;
@@ -59,7 +59,7 @@ void exec_start_incoming_migration(const char *command, Error **errp)
 
     trace_migration_exec_incoming(command);
     ioc = QIO_CHANNEL(qio_channel_command_new_spawn(argv,
-                                                    O_RDONLY,
+                                                    O_RDWR,
                                                     errp));
     if (!ioc) {
         return;
-- 
2.9.3

^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [Qemu-devel] [PATCH] migration: setup bi-directional I/O channel for exec: protocol
  2017-04-21 11:12 [Qemu-devel] [PATCH] migration: setup bi-directional I/O channel for exec: protocol Daniel P. Berrange
@ 2017-04-21 11:55 ` Juan Quintela
  0 siblings, 0 replies; 2+ messages in thread
From: Juan Quintela @ 2017-04-21 11:55 UTC (permalink / raw)
  To: Daniel P. Berrange; +Cc: qemu-devel, Dr. David Alan Gilbert, qemu-stable

"Daniel P. Berrange" <berrange@redhat.com> wrote:
> Historically the migration data channel has only needed to be
> unidirectional. Thus the 'exec:' protocol was requesting an
> I/O channel with O_RDONLY on incoming side, and O_WRONLY on
> the outgoing side.
>
> This is fine for classic migration, but if you then try to run
> TLS over it, this fails because the TLS handshake requires a
> bi-directional channel.
>
> Signed-off-by: Daniel P. Berrange <berrange@redhat.com>

Reviewed-by: Juan Quintela <quintela@redhat.com>

Actually, lots of people request that we have bi-directional
communication always that it is possible.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2017-04-21 11:56 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-04-21 11:12 [Qemu-devel] [PATCH] migration: setup bi-directional I/O channel for exec: protocol Daniel P. Berrange
2017-04-21 11:55 ` Juan Quintela

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).