Skip to content
Snippets Groups Projects
  1. Jun 14, 2012
  2. May 11, 2012
  3. Apr 20, 2012
  4. Apr 19, 2012
  5. Mar 30, 2012
  6. Feb 21, 2012
  7. Dec 08, 2011
  8. Nov 30, 2011
  9. Nov 22, 2011
  10. Nov 17, 2011
  11. Nov 16, 2011
  12. Nov 07, 2011
  13. Oct 12, 2011
    • Iustin Pop's avatar
      Rename filter and filter_ to qfilter · 2e5c33db
      Iustin Pop authored
      
      We currently use 'filter' as the OpCode, QueryRequest and RAPI field
      name for representing a query filter. However, since 'filter' is a
      built-in function, we actually have to use filter_ throughout the code
      in order to not override the built-in function.
      
      This patch simply goes and does a global sed over the code. Due to the
      fact that the RAPI interface already exposed this field, we add
      compatibility code for now which handles both forms.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      2e5c33db
  14. Aug 30, 2011
  15. Aug 03, 2011
  16. Aug 02, 2011
  17. Jul 27, 2011
  18. Jul 11, 2011
  19. Apr 21, 2011
  20. Apr 18, 2011
  21. Apr 05, 2011
  22. Mar 14, 2011
  23. Mar 07, 2011
  24. Mar 02, 2011
  25. Mar 01, 2011
    • Michael Hanselmann's avatar
      query: Add support for filters · fb0be379
      Michael Hanselmann authored
      
      This patch adds a “compiler” for query filters, converting them to a
      callable function used while preparing the query result. In addition, a
      hints call allows some analysis to be done on the query (e.g. referenced
      names), making data collection more efficient.
      
      The depth of filters is limited to avoid exceeding the runtime's maximum
      recursion depth.
      
      More operators and other improvements can be implemented using this
      base. Extensive unittests are provided.
      
      Signed-off-by: default avatarMichael Hanselmann <hansmi@google.com>
      Reviewed-by: default avatarRené Nussbaumer <rn@google.com>
      fb0be379
    • Michael Hanselmann's avatar
      Add query field flags · 111bf531
      Michael Hanselmann authored
      
      Some fields (e.g. “name”) should be treated specially when comparing for
      equality. Hypervisor names should use normal rules, but for node names,
      “node2” should be equivalent with “node2.example.com”.
      
      To make these differences, a new field for flags is added to the query
      fields. It is not added to ”objects.QueryFieldDefinition” (the first
      item) as it would be exported to clients, something not desired for
      these internal rules. Instead, an additional field is added.
      
      Other special rules, e.g. “a list of strings” for an instance's
      secondary nodes, can be implemented as flags, too.
      
      Signed-off-by: default avatarMichael Hanselmann <hansmi@google.com>
      Reviewed-by: default avatarRené Nussbaumer <rn@google.com>
      111bf531
  26. Feb 24, 2011
  27. Feb 23, 2011
  28. Feb 22, 2011
  29. Feb 17, 2011
    • Iustin Pop's avatar
      NodeQuery: mark live fields as UNAVAIL for non-vm_capable nodes · effab4ca
      Iustin Pop authored
      
      Since we don't have the data per design, UNAVAIL is appropriate here,
      while NODATA is not.
      
      The patch also adds a comment: if we extend the live fields list to
      contain other data in the future, we need to reevaluate this solution.
      
      This should fix issue 143. The listing now shows (node2==ofline,
      node3==not vm_capable):
      
        Node     DTotal     DFree    MTotal     MNode     MFree Pinst Sinst
        node1    698.6G    630.5G     32.0G      1.0G     30.0G     8     7
        node2 (offline) (offline) (offline) (offline) (offline)     9     4
        node3 (unavail) (unavail) (unavail) (unavail) (unavail)     0     0
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      effab4ca
  30. Jan 28, 2011
Loading