1. 23 8月, 2013 1 次提交
  2. 11 3月, 2013 4 次提交
  3. 21 12月, 2012 2 次提交
  4. 19 12月, 2012 4 次提交
  5. 03 11月, 2012 5 次提交
  6. 23 10月, 2012 4 次提交
    • P
      migration (incoming): add error propagation to fd and exec protocols · 43eaae28
      Paolo Bonzini 提交于
      And remove the superfluous integer return value.
      Reviewed-by: NLuiz Capitulino <lcapitulino@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      43eaae28
    • P
      migration (outgoing): add error propagation for all protocols · f37afb5a
      Paolo Bonzini 提交于
      Error propagation is already there for socket backends.  Add it to other
      protocols, simplifying code that tests for errors that will never happen.
      With all protocols understanding Error, the code can be simplified
      further by removing the return value.
      
      Unfortunately, the quality of error messages varies depending
      on where the error is detected, because no Error is passed to the
      NonBlockingConnectHandler.  Thus, the exact error message still cannot
      be sent to the user if the OS reports it asynchronously via SO_ERROR.
      If NonBlockingConnectHandler received an Error**, we could for
      example report the error class and/or message via a new field of the
      query-migration command even if it is reported asynchronously.
      
      Before:
      
          (qemu) migrate fd:ffff
          migrate: An undefined error has occurred
          (qemu) info migrate
          (qemu)
      
      After:
      
          (qemu) migrate fd:ffff
          migrate: File descriptor named 'ffff' has not been found
          (qemu) info migrate
          capabilities: xbzrle: off
          Migration status: failed
          total time: 0 milliseconds
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      f37afb5a
    • P
      migration: centralize call to migrate_fd_error() · 342ab8d1
      Paolo Bonzini 提交于
      The call to migrate_fd_error() was missing for non-socket backends, so
      centralize it in qmp_migrate().
      
      Before:
      
          (qemu) migrate fd:ffff
          migrate: An undefined error has occurred
          (qemu) info migrate
          (qemu)
      
      After:
      
          (qemu) migrate fd:ffff
          migrate: An undefined error has occurred
          (qemu) info migrate
          capabilities: xbzrle: off
          Migration status: failed
          total time: 0 milliseconds
      
      (The awful error message will be fixed later in the series).
      Reviewed-by: NLuiz Capitulino <lcapitulino@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      342ab8d1
    • P
      migration: avoid using error_is_set and thus relying on errp != NULL · be7059cd
      Paolo Bonzini 提交于
      The migration code is using errp to detect "internal" errors, this means
      that it relies on errp being non-NULL.
      
      No impact so far because our only QMP clients (the QMP marshaller and HMP)
      never pass a NULL Error **.  But if we had others, this patch would make
      sure that migration can work with a NULL Error **.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      be7059cd
  7. 26 9月, 2012 2 次提交
  8. 14 8月, 2012 2 次提交
  9. 11 5月, 2012 1 次提交
    • A
      use inet_listen()/inet_connect() to support ipv6 migration · d5c5dacc
      Amos Kong 提交于
      Use help functions in qemu-socket.c for tcp migration,
      which already support ipv6 addresses.
      
      Currently errp will be set to UNDEFINED_ERROR when migration fails,
      qemu would output "migration failed: ...", and current user can
      see a message("An undefined error has occurred") in monitor.
      
      This patch changed tcp_start_outgoing_migration()/inet_connect()
      /inet_connect_opts(), socket error would be passed back,
      then current user can see a meaningful err message in monitor.
      
      Qemu will exit if listening fails, so output socket error
      to qemu stderr.
      
      For IPv6 brackets must be mandatory if you require a port.
      Referencing to RFC5952, the recommended format is:
        [2312::8274]:5200
      
      test status: Successed
      listen side: qemu-kvm .... -incoming tcp:[2312::8274]:5200
      client side: qemu-kvm ...
                   (qemu) migrate -d tcp:[2312::8274]:5200
      Signed-off-by: NAmos Kong <akong@redhat.com>
      Reviewed-by: NOrit Wasserman <owasserm@redhat.com>
      Reviewed-by: NMichael Roth <mdroth@linux.vnet.ibm.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      d5c5dacc
  10. 14 1月, 2012 1 次提交
  11. 13 12月, 2011 1 次提交
  12. 20 10月, 2011 8 次提交
  13. 21 8月, 2011 1 次提交
  14. 16 4月, 2011 1 次提交
  15. 21 3月, 2011 1 次提交
  16. 25 7月, 2010 1 次提交
  17. 23 6月, 2010 1 次提交