Skip to content
Snippets Groups Projects
  1. Mar 30, 2012
  2. Feb 21, 2012
  3. Dec 08, 2011
  4. Nov 30, 2011
  5. Nov 22, 2011
  6. Nov 17, 2011
  7. Nov 16, 2011
  8. Nov 07, 2011
  9. 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
  10. Aug 30, 2011
  11. Aug 03, 2011
  12. Aug 02, 2011
  13. Jul 27, 2011
  14. Jul 11, 2011
  15. Apr 21, 2011
  16. Apr 18, 2011
  17. Apr 05, 2011
  18. Mar 14, 2011
  19. Mar 07, 2011
  20. Mar 02, 2011
  21. 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
  22. Feb 24, 2011
  23. Feb 23, 2011
  24. Feb 22, 2011
  25. 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
  26. Jan 28, 2011
  27. Jan 21, 2011
  28. Jan 20, 2011
  29. Jan 18, 2011
Loading