Skip to content
Snippets Groups Projects
  1. Feb 28, 2011
  2. Feb 25, 2011
  3. Feb 24, 2011
  4. Feb 18, 2011
  5. Feb 16, 2011
  6. Feb 03, 2011
  7. Jan 31, 2011
  8. Jan 28, 2011
  9. Jan 26, 2011
    • Michael Hanselmann's avatar
      Fix bug in “gnt-node list-storage” · 5ae7cd11
      Michael Hanselmann authored
      
      LVM PV storage units would always show as allocatable, even when they
      weren't. For some reason I have not been able to determine, the function
      parsing the attributes (“_GetAllocatable”) was not even called and the
      list opcode simply returned the attribute string as the value (e.g.
      “a-”).  Removing “@staticmethod” did the trick and then I just moved it
      to module level.
      
      A QA test is included.
      
      Signed-off-by: default avatarMichael Hanselmann <hansmi@google.com>
      Reviewed-by: default avatarIustin Pop <iustin@google.com>
      5ae7cd11
  10. Jan 25, 2011
  11. Jan 20, 2011
  12. Jan 18, 2011
  13. Jan 12, 2011
    • Iustin Pop's avatar
      Run pylint over QA code too · 3582eef6
      Iustin Pop authored
      
      Right now, the QA code is not covered by pylint, and this shows at
      least one low-impact bug.
      
      This patch does the necessary changes to make QA pylint-clean, and the
      changes the makefile to run pylint for it.
      
      Notable changes:
      
      - qa_utils.GenericQueryTest: randfields was not used at all, and my
        belief is that it was indented to be used in order not to modify the
        input list; so I replaced randfields with fields, so we only shuffle
        the our local copy
      - qa_node.TestOutOfBand was using it's own copy of AcquireNode(), so I
        replaced it with the existing version
      - qa_os: was using 'dir' in a couple of places, replaced with dirname
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      3582eef6
    • Iustin Pop's avatar
      QA: use a persistent SSH connection to the master · f7e6f3c8
      Iustin Pop authored
      
      The recent additions to QA (many more tests) make QA slow if the
      machine on which the QA runs is not very close to the tested nodes —
      or in general, when the SSH handhaske is costly.
      
      We discussed before about using a persistent connection, and here is
      the patch that implements it. On a very small QA (very very small), it
      cuts down a lot of time (almost half), so it should be useful even for
      a full QA.
      
      I've also thought about changing from external ssh to paramiko, but I
      estimated that it would be more work to correctly interleave the IO
      from the remote process than just running a background SSH.
      
      Also note that yes, the global dict is ugly, but I don't know of
      another simple way to implement this.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      f7e6f3c8
    • Iustin Pop's avatar
      QA: Fix duplicated OOB tests · 69df9d2b
      Iustin Pop authored
      
      Patch f55312bd added the OOB tests to TestClusterVerify, which is not
      actually a test for cluster verify, but a runner for cluster verify
      that is called multiple times, for each instance type, etc. This led
      to running the OOB commands multiple times, which is painful
      especially as this is a slow test.
      
      The patch moves this to a separate test, that is run only once.
      
      Furthermore, the way that data files are copied around is very
      inefficient: touch + mv + chmod + mv + rm for each node (5 times
      number of nodes), whereas it could be simply: touch on master, chmod
      on master, cluster copyfile, chmod on master, cluster copyfile,
      cluster command rm, i.e. only 5 fixed ssh calls to the master. The
      code is changed as such, for increased speed.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      69df9d2b
  14. Jan 10, 2011
  15. Jan 06, 2011
  16. Jan 05, 2011
  17. Jan 04, 2011
  18. Dec 21, 2010
  19. Dec 20, 2010
  20. Dec 17, 2010
  21. Dec 16, 2010
  22. Dec 14, 2010
  23. Dec 13, 2010
  24. Dec 10, 2010
  25. Dec 09, 2010
  26. Dec 08, 2010
Loading