1. 01 Oct, 2019 1 commit
  2. 08 Aug, 2019 1 commit
  3. 01 Aug, 2019 1 commit
  4. 19 Jul, 2019 5 commits
  5. 16 Jul, 2019 2 commits
  6. 15 Jul, 2019 1 commit
  7. 04 Jun, 2019 1 commit
  8. 20 Dec, 2018 1 commit
    • Jérome Perrin's avatar
      proxy: implement software destruction · ac32cc74
      Jérome Perrin authored
      proxy was just removing the software from database when destruction was
      requested. Instead, keep it as requested_state = "destroyed" and return
      this information to the node, so that nodes properly destroy the
      software.
      ac32cc74
  9. 14 Dec, 2018 1 commit
  10. 20 Jul, 2018 1 commit
    • Rafael Monnerat's avatar
      API Change: Remove available/building API from Computer Partition · 9fdaa54d
      Rafael Monnerat authored
        The API that notify availability and building from Computer Partition is unecessary and it's
        implementation overuse resources and cause flaky effect on the state of the Computer Partition.
      
        At the Software Release, the states can be available/building/error, and this state tens to be
        immutable once the software release is finished (it will be available, where building and error are
        transitory states).
      
        At Computer Partition, we intent to have started/stopped/destroyed instances, where available and
        building were transitory, but they have no practical function as a second report would come quickly
        after. So we may consider that started is actually same as available, in this case, it is a duplicated
        meaning, as you cannot be available w/o been started/stopped.
      
        computer_partition.building were never used, as the master knew that a partition is been processed,
        so this API were never used.
      
        Report transitory states are prevent us to determinate the actuall state, considering that the latest
        actuall state is more relevant (started/stopped/destroyed).
      9fdaa54d
  11. 28 Mar, 2018 1 commit
  12. 24 Jan, 2018 2 commits
  13. 05 Oct, 2016 1 commit
    • Alain Takoudjou's avatar
      Introduce new garbage collector for instances ignored by buildout · a403cff3
      Alain Takoudjou authored
      Buildout cannot request destroy sub instances when it is removed from
      instance parameters by the user. Ex: request a cluster of KVM, with
      kvm1 and kvm2 instances, edit parameters and remove kvm2 in the list.
      Buildout will just ignore that instance and it will be removed only when
      the hosting subscription will be destroyed.
      
                       -- kvm1
      root instance --|
                       -X- kvm2
      
      So when processing a partition, we send to master the list of requested sub
      instance(s). If the previous list was ['kvm1', 'kvm2'], then after remove kvm2
      the list will be ['kvm1'] (for the root instance). Commit this list to the
      master will unlink between root instance and kvm2 (predecessor categorie).
      
      A new alarm will search for unlinked instances: Instance which has no parent,
      and destroy them (also destroy the sub tree).
      a403cff3
  14. 29 Apr, 2016 2 commits
  15. 11 May, 2015 1 commit
  16. 25 Mar, 2015 1 commit
  17. 17 Feb, 2015 1 commit
  18. 26 Nov, 2014 1 commit
  19. 25 Nov, 2014 1 commit
  20. 24 Nov, 2014 1 commit
  21. 18 Nov, 2014 1 commit
  22. 14 Nov, 2014 2 commits
  23. 13 Nov, 2014 6 commits
  24. 10 Nov, 2014 4 commits