1. 11 Nov, 2009 1 commit
  2. 10 Nov, 2009 1 commit
  3. 06 Nov, 2009 1 commit
  4. 05 Nov, 2009 1 commit
  5. 04 Nov, 2009 4 commits
  6. 03 Nov, 2009 3 commits
  7. 22 Oct, 2009 4 commits
  8. 12 Oct, 2009 1 commit
  9. 09 Oct, 2009 4 commits
  10. 06 Oct, 2009 1 commit
  11. 05 Oct, 2009 1 commit
    • Jun Futagawa's avatar
      Add support for using the bootloader in xen-pvm · 2f2dbb4b
      Jun Futagawa authored
      
      
      This patch adds three optional parameters:
        - 'use_bootloader', whether use or not the bootloader
        - 'bootloader_path', absolute path to the bootloader
        - 'bootloader_args', extra arguments to the bootloader
      
      Syntax:
        gnt-cluster modify --hypervisor-parameters \
          xen-pvm:bootloader_path=/usr/bin/pygrub,use_bootloader=False
        gnt-instance modify -H use_bootloader=True instance1.example.com
      
      If use_bootloader is True, each domU can boot with its own kernel
      instead of using the dom0 kernel.
      Signed-off-by: default avatarJun Futagawa <jfut@integ.jp>
      Signed-off-by: default avatarMichael Hanselmann <hansmi@google.com>
      Reviewed-by: ultortter
      2f2dbb4b
  12. 24 Sep, 2009 3 commits
  13. 03 Sep, 2009 3 commits
  14. 10 Aug, 2009 2 commits
  15. 20 Jul, 2009 1 commit
    • Iustin Pop's avatar
      Fix backend import errors from GetHypervisorClass · e5a45a16
      Iustin Pop authored
      The merge of commit 360b0dc2
      
       into branch-2.1 broke import of backend,
      since it uses hypervisor.GetHypervisor() which returns an instance of
      the hypervisor. Some of the hypervisors create directories at init time,
      thus the import of backend failed due this chain if it's not done on a
      (proper) ganeti node, such as during unittest time.
      
      This patch adds in hypervisor a GetHypervisorClass() function, which
      returns the class not the instance of the hypervisor, and uses that in
      _BuildUploadFiles(). The existing GetHypervisor is then changed to use
      this function.
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      e5a45a16
  16. 07 Jul, 2009 1 commit
  17. 26 Jun, 2009 1 commit
  18. 18 Jun, 2009 1 commit
  19. 16 Jun, 2009 1 commit
  20. 15 Jun, 2009 2 commits
  21. 27 May, 2009 1 commit
    • Iustin Pop's avatar
      Add a node powercycle command · f5118ade
      Iustin Pop authored
      
      
      This (somewhat big) patch adds support for remotely rebooting the nodes
      via whatever support the hypervisor has for such a concept.
      
      For KVM/fake (and containers in the future) this just uses sysrq plus a
      ‘reboot’ call if the sysrq method failed. For Xen, it first tries the
      above, and then Xen-hypervisor reboot (we first try sysrq since that
      just requires opening a file handle, whereas xen reboot means launching
      an external utility).
      
      The user interface is:
      
          # gnt-node powercycle node5
          Are you sure you want to hard powercycle node node5?
          y/[n]/?: y
          Reboot scheduled in 5 seconds
      
      The node reboots hopefully after sending the reply. In case the clock is
      broken, “time.sleep(5)” might take ages (but then I suspect SSL
      negotiation wouldn't work).
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      f5118ade
  22. 22 May, 2009 2 commits