1. 05 Jun, 2015 1 commit
  2. 29 May, 2015 1 commit
  3. 13 May, 2015 1 commit
  4. 12 May, 2015 1 commit
  5. 06 May, 2015 4 commits
  6. 27 Apr, 2015 1 commit
  7. 23 Apr, 2015 3 commits
    • Helga Velroyen's avatar
      Introduce (testutils) SSH file manager · b3465c03
      Helga Velroyen authored
      Testing the backend functions which update SSH keys is a
      pain and maintaining the tests even more. Therefore, this
      patch introduces a manager for all SSH key files of a
      clusters (ganeti_pub_keys and authorized_keys). It
      emulates all operations on these files for all nodes in
      the cluster.
      This has the following advantages:
      - One can query the state of the entire cluster in a
        consisten way, for example "Do all nodes have this
        master candidates' key?" instead of tediously evaluating
        a history of mock calls.
      - The file manager emulates both local changes in the
        master nodes' key files and changes on other nodes'
        key files using the ssh_update tool. This way, the
        state of the cluster ssh files is managed consistently
        no matter by what mechanism they were changed.
      - The file manager offers a couple of convenience
        functions to set up the test data and to query their
        state after test operation.
      Note that this might look like a lot of code, but it
      vastly simplifies the current unit tests and it will
      make future tests (for example for invalid calls) much
      more easier. As it is a test utility, it is properly
      documented to make it maintainable.
      Signed-off-by: default avatarHelga Velroyen <helgav@google.com>
      Reviewed-by: default avatarPetr Pudlak <pudlak@google.com>
    • Klaus Aehlig's avatar
      Add a utility function for extracting exclusion tags · 3b7c4c4d
      Klaus Aehlig authored
      In order to be able to verify exclusion tag violations in cluster
      verify, we need to decide which tags are exclusion tags. So add
      two python utility functions: one for extracting exclusion prefixes
      from from the cluster tags and one testing if a tag starts with
      one of a set of given prefixes.
      Signed-off-by: default avatarKlaus Aehlig <aehlig@google.com>
      Reviewed-by: default avatarPetr Pudlak <pudlak@google.com>
    • Klaus Aehlig's avatar
      Move htools tag constants to a separate module · 09872d39
      Klaus Aehlig authored
      In this way, we can export some of those constants via
      Ganeti/Constants.hs to the python world while still keeping
      all the special htools prefixes togehter in an HTools module.
      (Note that Ganeti/Constants.hs cannot depend on
      Ganeti/HTools/Tags.hs as this would cause a cylic dependency.)
      Signed-off-by: default avatarKlaus Aehlig <aehlig@google.com>
      Reviewed-by: default avatarPetr Pudlak <pudlak@google.com>
  8. 22 Apr, 2015 2 commits
  9. 20 Apr, 2015 2 commits
  10. 15 Apr, 2015 6 commits
  11. 13 Apr, 2015 2 commits
  12. 31 Mar, 2015 1 commit
  13. 24 Mar, 2015 2 commits
  14. 19 Mar, 2015 1 commit
  15. 18 Mar, 2015 2 commits
  16. 16 Mar, 2015 1 commit
  17. 11 Mar, 2015 1 commit
    • Petr Pudlak's avatar
      Fix issues when generating 'lens' version definitions · 437d77c8
      Petr Pudlak authored
      The original version didn't work when the version was just 2 numbers,
      and also wasn't robust enough when there were multiple 'lens' versions
      This patch fixes that, and always takes the last installed version, as
      reported by ghc-pkg.
      Starting with 2.14 there is a native cabal-based mechanism for
      generating these definitions, so the whole 'hs-lens-version' target
      should be dropped from the Makefile in that version.
      Signed-off-by: default avatarPetr Pudlak <pudlak@google.com>
      Reviewed-by: default avatarHelga Velroyen <helgav@google.com>
  18. 05 Mar, 2015 4 commits
  19. 25 Feb, 2015 2 commits
  20. 19 Feb, 2015 1 commit
    • Klaus Aehlig's avatar
      Add a data collector for xentop · 83973f12
      Klaus Aehlig authored
      We already have a CPU load collector based on /proc/stat; however,
      in a Xen setup this only measures the dom0 CPU load which is not
      that useful, if we're interested in the activity of the instances
      on that node. Therefore add a xen-specific CPU-load data collector,
      based on xentop.
      From xentop we can obtain the total amount of vCPU seconds used since
      an arbitrary start point. We collect those observations together with
      time stamps over the averaging period for CPU load. When asked for CPU
      average, it can be easily computed from the first and last data point
      Signed-off-by: default avatarKlaus Aehlig <aehlig@google.com>
      Reviewed-by: default avatarHrvoje Ribicic <riba@google.com>
  21. 13 Feb, 2015 1 commit