1. 24 Aug, 2010 1 commit
    • Michael Hanselmann's avatar
      Add simple lock monitor · 19b9ba9a
      Michael Hanselmann authored
      This patch adds an initial implementation of a lock monitor, accessible
      for the user through “gnt-debug locks”. It currently shows all resource
      locks: BGL, nodes and instances. Config and job queue locks could be
      shown too, but wouldn't be of much help.  The current owner(s) and mode
      are also shown.
      Showing pending acquires will require further changes on the SharedLock
      internals and is not yet implemented.
      Example output:
      $ gnt-debug locks -o name,mode,owner
      Name            Mode      Owner
      BGL/BGL         shared    JobQueue19/Job147
      instances/inst1 exclusive JobQueue19/Job147
      instances/inst2 -         -
      instances/inst3 -         -
      instances/inst4 -         -
      nodes/node1     exclusive JobQueue19/Job147
      nodes/node2     exclusive JobQueue19/Job147
      Signed-off-by: default avatarMichael Hanselmann <hansmi@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      Reviewed-by: default avatarIustin Pop <iustin@google.com>
  2. 23 Aug, 2010 1 commit
  3. 19 Aug, 2010 1 commit
  4. 13 Aug, 2010 1 commit
  5. 28 Jul, 2010 2 commits
    • Iustin Pop's avatar
      Improve handling of lost jobs · 91c622a8
      Iustin Pop authored
      Currently, if the cli.JobExecutor class is being used, and one of the
      jobs is being archived before it can check its result, it will raise a
      stracktrace as _ChooseJob is not prepared to handle this case.
      This case makes JobExecutor work better with lost jobs (it still reports
      them as 'failed', but it doesn't break and returns a proper error
      message), and modifies the generic FormatError to report the JobLost
      exception properly, instead of as "Unhandled Ganeti Exception".
      Since JobExecutor is hard to test properly, I only tested this manually,
      via a fake invocation.
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
    • Iustin Pop's avatar
      luxi: convert permission errors into exception · 5a1c22fe
      Iustin Pop authored
      This patch adds handling of permission errors so that we don't show
      tracebacks when a non-root user runs a gnt-* command. Since in the
      future we'll have different permissions, we need to handle this in RAPI
      It also fixes a typo in RAPI error message and the docstrings of LUXI
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
  6. 26 Jul, 2010 2 commits
  7. 23 Jul, 2010 1 commit
  8. 19 Jul, 2010 1 commit
    • Iustin Pop's avatar
      Introduce git reference/tag tracking for debugging · 84a12e40
      Iustin Pop authored
      This patch adds a new vcs-version file that is generated via git (and
      can be adapted if VCS is changed) and then embebbded as VCS_VERSION in
      the constants module.
      This means two things:
      - local modifications without committing to git (or when using a tar.gz
        archive + mods) will not be reflected
      - version is fixed at the time of the last make regen-vcs-version (dist time,
        or devel/upload which calls this)
      Thus this is more geared at developers rather than end users.
      The patch:
      - adds rules for generating the vcs-version file
      - adds a dist-hook for re-generating the file (if possible) and copying
        the updated version to the distdir
      - modifies devel/upload to re-generate the file before upload
      The output of --version will look like:
      gnt-cluster (ganeti v2.2.0beta0-184-gebca7e6) 2.2.0~beta0
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
  9. 16 Jul, 2010 1 commit
    • Iustin Pop's avatar
      Add a migration type global hypervisor parameter · e71b9ef4
      Iustin Pop authored
      Since migration live/non-live is more stable (e.g.) for Xen-PVM versus
      Xen-HVM, we introduce a new parameter for what mode we should use by
      default (if not overridden by the user, in the opcode).
      The meaning of the opcode 'live' field changes from boolean to either
      None (use the hypervisor default), or one of the allowed migration
      string constants. The live parameter of the TLMigrateInstance is still a
      boolean, computed from the opcode field (which is no longer passed to
      the TL).
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
  10. 12 Jul, 2010 2 commits
  11. 09 Jul, 2010 1 commit
  12. 08 Jul, 2010 1 commit
  13. 06 Jul, 2010 2 commits
  14. 29 Jun, 2010 1 commit
  15. 23 Jun, 2010 1 commit
  16. 22 Jun, 2010 1 commit
  17. 10 Jun, 2010 1 commit
  18. 25 May, 2010 1 commit
  19. 10 May, 2010 1 commit
  20. 21 Apr, 2010 1 commit
  21. 16 Apr, 2010 2 commits
  22. 12 Apr, 2010 3 commits
  23. 08 Apr, 2010 1 commit
  24. 23 Mar, 2010 2 commits
  25. 17 Mar, 2010 4 commits
  26. 16 Mar, 2010 1 commit
  27. 15 Mar, 2010 2 commits
  28. 12 Mar, 2010 1 commit