1. 25 Aug, 2011 1 commit
  2. 19 Aug, 2011 1 commit
  3. 17 Aug, 2011 1 commit
  4. 12 Aug, 2011 1 commit
  5. 08 Aug, 2011 1 commit
  6. 05 Aug, 2011 2 commits
  7. 04 Aug, 2011 1 commit
  8. 29 Jul, 2011 4 commits
  9. 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>
  10. 25 Jul, 2011 1 commit
  11. 21 Jul, 2011 2 commits
  12. 20 Jul, 2011 1 commit
  13. 15 Jul, 2011 2 commits
  14. 11 Jul, 2011 1 commit
    • Iustin Pop's avatar
      Reverts the patch series about console wrappers · 7238edb5
      Iustin Pop authored
      This reverts commits 030a9cb8 and
      There are two problems:
      - Makefile.am breakage, which is trivial to revert
      - unittest breakage, which honestly I'm not sure how to fix and how
        serial consoles interact with the unpause helper
      After the reset, the startup --paused still works but won't unpause
      the instance automatically (if I understood the code correctly).
      Furthermore, the code also fixes a style issue in hv_kvm.py (too long
      line) introduced by the next commit after the above two.
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
  15. 08 Jul, 2011 2 commits
  16. 17 Jun, 2011 1 commit
  17. 15 Jun, 2011 1 commit
  18. 24 May, 2011 1 commit
  19. 16 May, 2011 1 commit
  20. 10 May, 2011 2 commits
  21. 02 May, 2011 2 commits
    • Iustin Pop's avatar
      Cluster verify: check for missing bridges · 20d317d4
      Iustin Pop authored
      Currently cluster verify doesn't check for bridge information; the
      only checks are done at instance create and failover/migrate
      time. This means a cluster that seems healthy will fail creation jobs.
      This patch implements a simple verification that all nodes (in the
      entire cluster, so doesn't work well for multi-group) have all the
      required bridges: the default one plus any instance bridge.
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
    • Marco Casavecchia's avatar
      Use floppy disk and a second CDROM on KVM · cc130cc7
      Marco Casavecchia authored
      Hi all,
      this patch will add 3 new KVM parameters and a new option.
      New Parameters:
       - floppy_image_path = "" -> Specify the floppy image to load as
      floppy disk.
       - cdrom2_image_path = "" -> Specify a second cdrom image to load on
      the system (note: this in not intended to be used as a boot device. To
      boot the system from cdrom you must use the "cdrom_image_path"
      parameter as always).
       - cdrom_disk_type = "" -> it can be one of the kvm supported types as
      "ide,scsi,paravirtual,ecc". I introduced this optional parameter to
      make possible to specify a different virtual device for cdroms. It is
      useful if you want to install a windows system
      New option for "boot_device" parameter:
       -  "floppy": with this value you should be able to boot a KVM
      instance from floppy image.
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarIustin Pop <iustin@google.com>
  22. 28 Apr, 2011 1 commit
  23. 21 Apr, 2011 1 commit
  24. 06 Apr, 2011 1 commit
    • Iustin Pop's avatar
      Increase the lock timeouts before we block-acquire · d385a174
      Iustin Pop authored
      This has been observed to cause problems on real clusters via the
      following mechanism:
      - a long job (e.g. a replace-disks) is keeping an exclusive lock on an
      - the watcher starts and submits its query instances opcode which
        wants shared locks for all instances
      - after about an hour, the watcher job falls back to blocking acquire,
        after having acquired all other locks
      - any instance opcode that wants an exclusive lock for an instance
        cannot start until the watcher has finished, even though there's no
        actual operation on that instance
      In order to alleviate this problem, we simply increase the max timeout
      until lock acquires are sent back to either blocking acquire or
      priority increase. The timeout is computed such that we wait ~10 hours
      (instead of one) for this to happen, which should be within the
      maximum lifetime of a reasonable opcode on a healthy cluster. The
      timeout also means that priority increases will happen every half hour.
      We also increase the max wait interval to 15 seconds, otherwise we'd
      have too many retries with the increased interval.
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
  25. 31 Mar, 2011 1 commit
  26. 25 Mar, 2011 1 commit
  27. 15 Mar, 2011 1 commit
  28. 14 Mar, 2011 1 commit
  29. 09 Mar, 2011 1 commit
  30. 08 Mar, 2011 2 commits