1. 15 Jul, 2013 3 commits
  2. 17 May, 2013 1 commit
  3. 04 Mar, 2013 1 commit
  4. 19 Feb, 2013 1 commit
  5. 18 Jan, 2013 1 commit
  6. 20 Dec, 2012 1 commit
    • Constantinos Venetsanopoulos's avatar
      Implement the External Storage Interface · 376631d1
      Constantinos Venetsanopoulos authored
      With this commit we introduce the External Storage Interface
      to Ganeti, abbreviated: ExtStorage Interface.
      The ExtStorage Interface provides Ganeti with the ability to interact
      with externally connected shared storage pools, visible by all
      VM-capable nodes. This means that Ganeti is able to handle VM disks
      that reside inside a NAS/SAN or any distributed block storage provider.
      The ExtStorage Interface provides a clear API, heavily inspired by the
      gnt-os-interface API, that can be used by storage vendors or sysadmins
      to write simple ExtStorage Providers (correlated to gnt-os-interface's
      OS Definitions). Those Providers will glue externally attached shared
      storage with Ganeti, without the need of preprovisioned block devices
      on Ganeti VM-capable nodes as confined be the current `blockdev' disk
      To do so, we implement a new disk template called `ext' (of type
      DTS_EXT_MIRROR) that passes control to externally provided scripts
      (the ExtStorage Provider) for the template's basic functions:
       create / attach / detach / remove / grow
      The scripts reside under ES_SEARCH_PATH (correlated to OS_SEARCH_PATH)
      and only one ExtStorage Provider is supported called `ext'.
      The disk's logical id is the tuple ('ext', UUID.ext.diskX), where UUID
      is generated as in disk template `plain' and X is the disk's index.
      Signed-off-by: default avatarConstantinos Venetsanopoulos <cven@grnet.gr>
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      [iustin@google.com: small simplification in bdev code, pylint fixes]
      Reviewed-by: default avatarIustin Pop <iustin@google.com>
  7. 19 Dec, 2012 1 commit
  8. 06 Dec, 2012 1 commit
  9. 29 Nov, 2012 1 commit
  10. 21 Nov, 2012 1 commit
  11. 14 Nov, 2012 1 commit
  12. 26 Oct, 2012 2 commits
  13. 11 Oct, 2012 2 commits
  14. 05 Oct, 2012 1 commit
  15. 25 Sep, 2012 1 commit
  16. 18 Sep, 2012 1 commit
    • Michael Hanselmann's avatar
      constants: Move most paths to separate module · 3329f4de
      Michael Hanselmann authored
      This is inpreparation for the implementation of virtual clusters. Many
      paths will change based on an environment variable and are no longer
      constant and should no longer be in “constants.py”. Since “constants.py”
      is already huge a number of other paths are also moved in the process.
      For now a wildcard import is used to re-export all paths from
      “constants.py” (this will change over coming patches). Daemon log paths
      have been changed to use a function. “RUN_GANETI_DIR” was moved to
      “RUN_DIR” as the latter was only used in “constants.py”.
      Signed-off-by: default avatarMichael Hanselmann <hansmi@google.com>
      Reviewed-by: default avatarIustin Pop <iustin@google.com>