1. 22 Nov, 2011 1 commit
  2. 17 Nov, 2011 1 commit
  3. 16 Nov, 2011 2 commits
  4. 14 Nov, 2011 2 commits
  5. 10 Nov, 2011 1 commit
  6. 02 Nov, 2011 1 commit
  7. 01 Nov, 2011 2 commits
  8. 20 Oct, 2011 1 commit
  9. 18 Oct, 2011 2 commits
  10. 17 Oct, 2011 1 commit
  11. 13 Oct, 2011 1 commit
  12. 07 Oct, 2011 1 commit
  13. 05 Oct, 2011 2 commits
  14. 29 Sep, 2011 1 commit
    • Andrea Spadaccini's avatar
      Make migration RPC non-blocking · 6a1434d7
      Andrea Spadaccini authored
      
      
      To add status reporting for the KVM migration, the instance_migrate RPC
      must be non-blocking. Moreover, there must be a way to represent the
      migration status and a way to fetch it.
      
      * constants.py:
        - add constants representing the migration statuses
      
      * objects.py:
        - add the MigrationStatus object
      
      * hypervisor/hv_base.py
        - change the FinalizeMigration method name to FinalizeMigrationDst
        - add the FinalizeMigrationSource method
        - add the GetMigrationStatus method
      
      * hypervisor/hv_kvm.py
        - change the implementation of MigrateInstance to be non-blocking
          (i.e. do not poll the status of the migration)
        - implement the new methods defined in BaseHypervisor
      
      * backend.py, server/noded.py, rpc.py
        - add methods to call the new hypervisor methods
        - fix documentation of the existing methods to reflect the changes
      
      * cmdlib.py
        - adapt the logic of TLMigrateInstance._ExecMigration to reflect
          the changes
      Signed-off-by: default avatarAndrea Spadaccini <spadaccio@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      6a1434d7
  15. 28 Sep, 2011 1 commit
  16. 20 Sep, 2011 2 commits
  17. 15 Sep, 2011 1 commit
  18. 13 Sep, 2011 2 commits
  19. 03 Sep, 2011 1 commit
  20. 25 Aug, 2011 2 commits
  21. 19 Aug, 2011 1 commit
  22. 17 Aug, 2011 1 commit
  23. 12 Aug, 2011 1 commit
  24. 08 Aug, 2011 1 commit
  25. 05 Aug, 2011 2 commits
  26. 04 Aug, 2011 1 commit
  27. 29 Jul, 2011 4 commits
  28. 26 Jul, 2011 1 commit
    • Iustin Pop's avatar
      Fix recompilation of htools on regen-vcs-version · 13aeae6a
      Iustin Pop authored
      
      
      Currently, most htools code depends on Constants.hs which is generated
      from constants.py and also depends on _autoconf.py. Also, _autoconf.py
      depends on vcs-version, which all together means that when 'make
      regen-vcs-version' is run, for example by ./devel/upload, most of the
      Haskell code needs recompilation.
      
      Since htools already has its 'optimised' vcs-version (and doesn't use
      the _autoconf.VCS_VERSION constants), we can optimise this as follows:
      
      - _autoconf.py doesn't contain the VCS_VERSION anymore, and that is
        instead moved to _vcsversion.py
      - constants.py depends on and imports this new module
      - _autoconf.py doesn't get regenerated at vcs-version changes, but
        only at re-running configure/changing Makefile time
      
      The end result is that only htools/Ganeti/HTools/Version.hs is
      recompiled now, which is a significant speedup (usually < 1 second
      versus 10 seconds previously).
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      13aeae6a