Uploaded image for project: 'Hawkular Metrics'
  1. Hawkular Metrics
  2. HWKMETRICS-506

Wrong ordering when fetching compressed and uncompressed data

    Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Critical
    • Resolution: Done
    • Affects Version/s: 0.20.0
    • Fix Version/s: 0.21.0
    • Component/s: Core
    • Labels:
      None

      Description

      There seems to be a bug either in data compression or in data fetching:
      Scenario:

      • Having a server running for several hours (I started from an empty DB)
      • Fetch raw data, ascending order (I used @post /raw/query endpoint but other endpoints should have similar result)
      • Got unordered result, for instance when I fetch 6 data points I get them in the following order:
        (I added some debug output on my server, with timestamps ; this log was written before concatenation occurs in MetricServiceImpl.findDataPoints)

      17:46:08,201 INFO [stdout] (RxComputationScheduler-5) compressed: 1476190799638
      17:46:08,201 INFO [stdout] (RxComputationScheduler-6) uncompressed: 1476180002313
      17:46:08,201 INFO [stdout] (RxComputationScheduler-5) compressed: 1476194399860
      17:46:08,201 INFO [stdout] (RxComputationScheduler-6) uncompressed: 1476183598010
      17:46:08,201 INFO [stdout] (RxComputationScheduler-6) uncompressed: 1476187198069
      17:46:08,202 INFO [stdout] (RxComputationScheduler-6) uncompressed: 1476198000640

      As you can see there is some uncompressed data BEFORE compressed data. Compressed data are correctly ordered, as well as uncompressed data, but they are interleaved ; so when concatenation occurs in MetricServiceImpl.findDataPoints, it breaks the ordering.

      Note that I run this on my own environment. There may have been downtimes, and I don't know how that affects compression.

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  burmanm Michael Burman
                  Reporter:
                  jotak Joel Takvorian
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  3 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: