Query:Unable to query all data from S3

Unable to query all data from S3.I'm sure there is data in S3, because I can see the completion data for October last week, but not this week. This happens almost every month, and I can't find the problem.
Thanos, Prometheus and Golang version used:
prometheus, version 2.22.0 (branch: HEAD, revision: 0a7fdd3b76960808c3a91d92267c3d815c1bc354)
  build user:       root@6321101b2c50
  build date:       20201015-12:29:59
  go version:       go1.15.3
  platform:         linux/amd64

thanos, version 0.16.0 (branch: HEAD, revision: dc6a1666bb68cd5c11be54452842e823f57668c5)
  build user:       circleci@f967e3ca52e4
  build date:       20201026-14:08:25
  go version:       go1.15

Object Storage Provider: AWS S3
What happened:
Unable to retrieve full data from S3:

What you expected to happen
I'm sure the S3 data exists and I need to see the full data.Like my test cluster.

How to reproduce it (as minimally and precisely as possible):

Three prometheus nodes
prometheus config：

    - --config.file=/etc/prometheus-shared/prometheus.yml
    - --storage.tsdb.path=/var/prometheus
    - --web.enable-lifecycle
    - --storage.tsdb.max-block-duration=2h
    - --storage.tsdb.retention.time=6h

sidecar config:
    - --log.level=info
    - --tsdb.path=/var/prometheus
    - --prometheus.url=http://localhost:9090
    - --reloader.config-file=/etc/prometheus/prometheus.yml
    - --reloader.config-envsubst-file=/etc/prometheus-shared/prometheus.yml
    - --objstore.config-file=/etc/thanos/thanos.yml

Two thanos storegateway nodes

    - store
    - --log.level=info
    - --data-dir=/data
    - --index-cache-size=500MB
    - --chunk-pool-size=500MB
    - |
        --objstore.config=type: S3

Thress querier nodes

    - query
    - --log.level=info
    - --query.replica-label=replica
    - --store=dns+thanos-store-gateway.ops.svc:10901
    - --store=sidecar.ops.svc:10901
    - --store=sidecar-1.ops.svc:10901
    - --store=sidecar-2.ops.svc:10901

One compactor node

    - --consistency-delay=30m
    - --retention.resolution-raw=16d
    - --retention.resolution-5m=42d
    - --retention.resolution-1h=180d
    - --wait

Full logs to relevant components:
Logs

storegateway:

level=info ts=2020-11-06T03:37:20.317270279Z caller=fetcher.go:453 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=1.695243972s cached=192 returned=90 partial=0
level=info ts=2020-11-06T03:37:20.437147987Z caller=bucket.go:479 msg="loaded new block" elapsed=116.117069ms id=01EPDSXPPE930NX8QGVMEZJRBC
level=info ts=2020-11-06T03:37:20.450622362Z caller=bucket.go:479 msg="loaded new block" elapsed=129.710535ms id=01EPDT09X5SMG4436J44W8PEVD
level=info ts=2020-11-06T03:37:20.451024383Z caller=bucket.go:479 msg="loaded new block" elapsed=130.163356ms id=01EPDSZ3TFA6DSX0FPMH7CW408
level=info ts=2020-11-06T03:37:20.452851447Z caller=bucket.go:408 msg="dropped outdated block" block=01EPD3B154RJKWB2DVZQE15C3Z
level=info ts=2020-11-06T03:37:20.453376488Z caller=bucket.go:408 msg="dropped outdated block" block=01EPDH2FN55RWVZ43JJFB3JF1W
level=info ts=2020-11-06T03:37:20.453810496Z caller=bucket.go:408 msg="dropped outdated block" block=01EPDH2FPAZNK7NQV7HK7PJHVK
level=info ts=2020-11-06T03:37:20.454187837Z caller=bucket.go:408 msg="dropped outdated block" block=01EPD3B16AZH89GH0VF5V7J3FH
level=info ts=2020-11-06T03:37:20.454568926Z caller=bucket.go:408 msg="dropped outdated block" block=01EPDH2FM5HWG0G3Y8XE8P8EZF
level=info ts=2020-11-06T03:37:20.45531202Z caller=bucket.go:408 msg="dropped outdated block" block=01EPCWF9W5FQKN8SJNDVXN395R
level=info ts=2020-11-06T03:37:20.45567691Z caller=bucket.go:408 msg="dropped outdated block" block=01EPCWFA0AGS22W8587QF11A9J
level=info ts=2020-11-06T03:37:20.456132256Z caller=bucket.go:408 msg="dropped outdated block" block=01EPDA6REA82WYM17Q972KTV3J
level=info ts=2020-11-06T03:37:20.456488035Z caller=bucket.go:408 msg="dropped outdated block" block=01EPD3B146YN8J6BK7NCGAS0XV
level=info ts=2020-11-06T03:37:20.456868514Z caller=bucket.go:408 msg="dropped outdated block" block=01EPDA6RC6K3ZE7BZ3RZX72MSM
level=info ts=2020-11-06T03:37:20.457236161Z caller=bucket.go:408 msg="dropped outdated block" block=01EPDA6RD4ZC0J2SMMT3M1CR0F
level=info ts=2020-11-06T03:37:20.4576176Z caller=bucket.go:408 msg="dropped outdated block" block=01EPCWF9X6A1VN4XCQ1CTR7YP7

querier:

level=debug ts=2020-11-06T03:39:09.234324022Z caller=storeset.go:340 component=storeset msg="starting updating storeAPIs" cachedStores=4
level=debug ts=2020-11-06T03:39:09.236072059Z caller=storeset.go:343 component=storeset msg="checked requested storeAPIs" activeStores=4 cachedStores=4
level=debug ts=2020-11-06T03:39:11.359132985Z caller=proxy.go:283 msg="store Addr: sidecar.ops.svc:10901 LabelSets: {cluster=\"prod-bj\", replica=\"prometheus-0\"} Mint:<PHONE_NUMBER>000 Maxt:<PHONE_NUMBER>854775807 filtered out;store Addr: sidecar-2.ops.svc:10901 LabelSets: {cluster=\"prod-bj\", replica=\"prometheus-2\"} Mint:<PHONE_NUMBER>000 Maxt:<PHONE_NUMBER>854775807 filtered out;Store Addr: <IP_ADDRESS>:10901 LabelSets: {cluster=\"prod-bj\", replica=\"prometheus-0\"},{cluster=\"prod-bj\", replica=\"prometheus-1\"},{cluster=\"prod-bj\", replica=\"prometheus-2\"} Mint:<PHONE_NUMBER>000 Maxt:<PHONE_NUMBER>000 queried;store Addr: sidecar-1.ops.svc:10901 LabelSets: {cluster=\"prod-bj\", replica=\"prometheus-1\"} Mint:<PHONE_NUMBER>000 Maxt:<PHONE_NUMBER>854775807 filtered out"
level=debug ts=2020-11-06T03:39:11.359245787Z caller=proxy.go:283 msg="Store Addr: <IP_ADDRESS>:10901 LabelSets: {cluster=\"prod-bj\", replica=\"prometheus-0\"},{cluster=\"prod-bj\", replica=\"prometheus-1\"},{cluster=\"prod-bj\", replica=\"prometheus-2\"} Mint:<PHONE_NUMBER>000 Maxt:<PHONE_NUMBER>000 queried;store Addr: sidecar-1.ops.svc:10901 LabelSets: {cluster=\"prod-bj\", replica=\"prometheus-1\"} Mint:<PHONE_NUMBER>000 Maxt:<PHONE_NUMBER>854775807 filtered out;store Addr: sidecar.ops.svc:10901 LabelSets: {cluster=\"prod-bj\", replica=\"prometheus-0\"} Mint:<PHONE_NUMBER>000 Maxt:<PHONE_NUMBER>854775807 filtered out;store Addr: sidecar-2.ops.svc:10901 LabelSets: {cluster=\"prod-bj\", replica=\"prometheus-2\"} Mint:<PHONE_NUMBER>000 Maxt:<PHONE_NUMBER>854775807 filtered out"

compactor:

level=info ts=2020-11-06T03:29:33.491142597Z caller=retention.go:30 msg="start optional retention"
level=info ts=2020-11-06T03:29:33.491179697Z caller=retention.go:45 msg="optional retention apply done"
level=info ts=2020-11-06T03:29:33.491190362Z caller=clean.go:33 msg="started cleaning of aborted partial uploads"
level=info ts=2020-11-06T03:29:33.491197208Z caller=clean.go:60 msg="cleaning of aborted partial uploads done"
level=info ts=2020-11-06T03:29:33.491204078Z caller=blocks_cleaner.go:43 msg="started cleaning of blocks marked for deletion"
level=info ts=2020-11-06T03:29:33.491239793Z caller=blocks_cleaner.go:57 msg="cleaning of blocks marked for deletion done"
level=info ts=2020-11-06T03:30:26.273896342Z caller=fetcher.go:453 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=471.908868ms cached=189 returned=189 partial=0

Anything else we need to know:
I have two clusters, one is the production cluster and the other is the test cluster. The related configurations of the two clusters are the same. The strange thing is that the test cluster can view the completed data, but the production environment does not work.I need your help!Thank you !

This is my bucket inspect
level=info ts=2020-11-09T06:36:05.523501988Z caller=fetcher.go:453 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=431.693064ms cached=186 returned=186 partial=0
|            ULID            |        FROM         |        UNTIL        |  RANGE   | UNTIL-DOWN |  #SERIES  |    #SAMPLES    |   #CHUNKS   | COMP-LEVEL | COMP-FAILED |                LABELS                | RESOLUTION |  SOURCE   |
|----------------------------|---------------------|---------------------|----------|------------|-----------|----------------|-------------|------------|-------------|--------------------------------------|------------|-----------|
| 01E88Y53V03HXY3XGM9G3AW7C5 | 30-04-2020 00:00:00 | 14-05-2020 00:00:00 | 336h0m0s | -          | 703,144   | 73,620,264     | 1,210,705   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01E88YCE63K200HYJGT9DQX4B0 | 30-04-2020 00:00:00 | 14-05-2020 00:00:00 | 336h0m0s | -          | 700,565   | 73,251,052     | 1,205,711   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01E88YKPG3M6NYPQXQBKBSPZ0N | 30-04-2020 00:00:00 | 14-05-2020 00:00:00 | 336h0m0s | -          | 703,393   | 73,720,087     | 1,215,942   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01E9CZVJCXVJW86K2YG85J6Y3G | 14-05-2020 00:00:00 | 28-05-2020 00:00:00 | 336h0m0s | -          | 943,358   | 77,593,466     | 1,489,233   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01E9D03KFCVNB8WSC06W1520Y7 | 14-05-2020 00:00:00 | 28-05-2020 00:00:00 | 336h0m0s | -          | 943,470   | 77,594,541     | 1,489,347   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01E9D0BP5BT55PFCXJYESCBNM9 | 14-05-2020 00:00:00 | 28-05-2020 00:00:00 | 336h0m0s | -          | 947,823   | 78,266,959     | 1,501,117   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EAH620KV9YTDD9K8ZV2BNS58 | 28-05-2020 00:00:00 | 11-06-2020 00:00:00 | 336h0m0s | -          | 1,156,698 | 95,863,051     | 1,796,978   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EAH6C1DJH5FAQ3NXKNJHZ5XQ | 28-05-2020 00:00:00 | 11-06-2020 00:00:00 | 336h0m0s | -          | 1,157,248 | 95,864,089     | 1,797,847   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01EAH6P2848M6113BHQMNEW8GZ | 28-05-2020 00:00:00 | 11-06-2020 00:00:00 | 336h0m0s | -          | 1,162,151 | 96,739,308     | 1,806,057   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EBN97YH0YDBTYFTS3XQCS2B9 | 11-06-2020 00:00:00 | 25-06-2020 00:00:00 | 336h0m0s | -          | 1,420,894 | 91,347,376     | 1,934,326   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01EBNB27FJJ3B9PWK0AD59XPB6 | 11-06-2020 00:00:00 | 25-06-2020 00:00:00 | 336h0m0s | -          | 1,420,139 | 91,340,309     | 1,933,578   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EBNBCA2M75EFBBMA82DVV14C | 11-06-2020 00:00:00 | 25-06-2020 00:00:00 | 336h0m0s | -          | 1,426,942 | 92,445,747     | 1,949,442   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01ECS5R6MSYTBD47THWQJ6XX5G | 25-06-2020 00:00:00 | 09-07-2020 00:00:00 | 336h0m0s | -          | 661,646   | 78,443,756     | 1,236,271   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01ECS602NW3371CEFYN53FSZVG | 25-06-2020 00:00:00 | 09-07-2020 00:00:00 | 336h0m0s | -          | 670,738   | 79,613,952     | 1,249,712   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01ECS6818V2W8T8AQEHGHSSHNR | 25-06-2020 00:00:00 | 09-07-2020 00:00:00 | 336h0m0s | -          | 661,741   | 78,443,888     | 1,236,356   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EDXAD5CF1NW97MD4KXWHFN15 | 09-07-2020 00:00:00 | 23-07-2020 00:00:00 | 336h0m0s | -          | 656,214   | 83,687,278     | 1,304,543   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01EDXANC1ESQXCEGF7P4C48P5E | 09-07-2020 00:00:00 | 23-07-2020 00:00:00 | 336h0m0s | -          | 656,001   | 83,677,730     | 1,304,234   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EDXAXH95RR1V976EBT2FX8Y1 | 09-07-2020 00:00:00 | 23-07-2020 00:00:00 | 336h0m0s | -          | 670,020   | 85,269,722     | 1,331,330   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EF1DQEXDWSJA9Q63G81T42RX | 23-07-2020 00:00:00 | 06-08-2020 00:00:00 | 336h0m0s | -          | 638,656   | 81,106,718     | 1,268,145   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01EF1DZNDRG1HJCVDEZEBZBCE3 | 23-07-2020 00:00:00 | 06-08-2020 00:00:00 | 336h0m0s | -          | 648,009   | 82,371,748     | 1,286,028   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EF1E7W28SNBP0VC2C86VMYBS | 23-07-2020 00:00:00 | 06-08-2020 00:00:00 | 336h0m0s | -          | 649,692   | 83,318,625     | 1,295,383   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EG5JBSWVCV980PY4P4BPTFMM | 06-08-2020 00:00:00 | 20-08-2020 00:00:00 | 336h0m0s | -          | 1,489,191 | 84,977,769     | 2,050,824   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EG5JN8FPZ6Z7Q4E4865NKRMN | 06-08-2020 00:00:00 | 20-08-2020 00:00:00 | 336h0m0s | -          | 1,422,102 | 86,631,163     | 2,002,727   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EG5JYV821FE4BP50FC4T7X1H | 06-08-2020 00:00:00 | 20-08-2020 00:00:00 | 336h0m0s | -          | 1,627,166 | 83,543,452     | 2,188,953   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01EH9CX2T5NPDAPGYY218PTH48 | 20-08-2020 00:00:00 | 03-09-2020 00:00:00 | 336h0m0s | -          | 5,445,168 | 106,775,187    | 6,160,059   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EH9DD7ET75DJFYHVAGGJ0740 | 20-08-2020 00:00:00 | 03-09-2020 00:00:00 | 336h0m0s | -          | 5,260,175 | 103,104,745    | 5,949,374   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01EH9DWZPW3V6BFDM0MHQN1VVG | 20-08-2020 00:00:00 | 03-09-2020 00:00:00 | 336h0m0s | -          | 5,139,586 | 102,902,207    | 5,828,789   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EJDE4FTMA617W7HY6FQTCFAW | 03-09-2020 00:00:00 | 17-09-2020 00:00:00 | 336h0m0s | -          | 5,395,922 | 112,838,996    | 6,087,060   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EJDENH4EMK2G7Y5CSWCRFQ31 | 03-09-2020 00:00:00 | 17-09-2020 00:00:00 | 336h0m0s | -          | 5,471,006 | 109,967,331    | 6,154,588   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EJDF6CBHDMCDRAVH6DJZGCMK | 03-09-2020 00:00:00 | 17-09-2020 00:00:00 | 336h0m0s | -          | 5,354,119 | 109,423,294    | 6,037,709   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01EKH9S04P2SB6WBTKHS7EVE97 | 17-09-2020 00:00:00 | 01-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 5,176,765 | 1,620,686,831  | 16,162,440  | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 5m0s       | compactor |
| 01EKHAYR34E3HNEA82MB4QQPZP | 17-09-2020 00:00:00 | 01-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 5,390,322 | 1,640,340,964  | 16,521,353  | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 5m0s       | compactor |
| 01EKHC56E3DVKB2HE8H33SCDC3 | 17-09-2020 00:00:00 | 01-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 5,088,447 | 1,616,711,563  | 16,037,939  | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 5m0s       | compactor |
| 01EKHD7MQ8TH84PBJBT4KR0C6Z | 17-09-2020 00:00:00 | 01-10-2020 00:00:00 | 336h0m0s | -          | 5,088,447 | 140,094,774    | 5,920,227   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EKHDS8MSHS9AB7PDM4XT7MXM | 17-09-2020 00:00:00 | 01-10-2020 00:00:00 | 336h0m0s | -          | 5,176,765 | 140,489,085    | 6,009,678   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01EKHEB8PS2MA21Z32BAEN53EZ | 17-09-2020 00:00:00 | 01-10-2020 00:00:00 | 336h0m0s | -          | 5,390,322 | 142,150,938    | 6,244,224   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EMNK72Z5M50MSCWZQNZS0JXY | 01-10-2020 00:00:00 | 15-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 4,951,259 | 1,677,334,879  | 16,354,697  | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 5m0s       | compactor |
| 01EMNMDVSMQBS84QZYKGKY2PP2 | 01-10-2020 00:00:00 | 15-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 4,957,861 | 1,653,230,835  | 16,188,920  | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 5m0s       | compactor |
| 01EMNNM482PH69M3CDEG5JBX28 | 01-10-2020 00:00:00 | 15-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 4,465,174 | 1,677,376,311  | 15,868,297  | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 5m0s       | compactor |
| 01EMNPPVWY2AYRSSK1MN2N85EQ | 01-10-2020 00:00:00 | 15-10-2020 00:00:00 | 336h0m0s | -          | 4,957,861 | 142,588,817    | 6,122,423   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01EMNQ8ETG1YRNYYB80R9DMX11 | 01-10-2020 00:00:00 | 15-10-2020 00:00:00 | 336h0m0s | -          | 4,951,259 | 144,623,088    | 6,132,044   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01EMNQTB0B49G5GSY7PF1YWYBG | 01-10-2020 00:00:00 | 15-10-2020 00:00:00 | 336h0m0s | -          | 4,465,174 | 144,474,243    | 5,646,580   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01ENSH6NKMAFZF9W4Y5W1MV4T7 | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -296h0m0s  | 4,474,736 | 10,836,637,077 | 94,363,849  | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01ENSHWN2GX0PQ8TE5W0GM3SGE | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -296h0m0s  | 5,072,129 | 11,615,047,198 | 101,530,888 | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01ENSJNCZ129SCD2N75J8SMQ27 | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -296h0m0s  | 5,294,288 | 11,624,848,305 | 101,753,284 | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01ENSPNRNSCDZ52R5AAFSB27AP | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 5,294,184 | 1,188,774,102  | 13,204,278  | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 5m0s       | compactor |
| 01ENSQRJTBSKGT1JWH4PWHKE73 | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 5,072,125 | 1,187,920,107  | 12,981,571  | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 5m0s       | compactor |
| 01ENSRSTFSR0TATXTAKTNXBY9C | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -96h0m0s   | 4,474,632 | 1,100,607,212  | 11,822,655  | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 5m0s       | compactor |
| 01ENSSN59C9HKP6M7HRDDNX7EX | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -          | 4,474,632 | 96,171,803     | 5,144,200   | 4          | false       | cluster=prod-bj,replica=prometheus-0 | 1h0m0s     | compactor |
| 01ENST3ZVE1W1HFH9RY8AZZY6D | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -          | 5,294,184 | 104,363,869    | 5,977,475   | 4          | false       | cluster=prod-bj,replica=prometheus-1 | 1h0m0s     | compactor |
| 01ENSTMNRNG0K0TGYB8879FD69 | 15-10-2020 00:00:00 | 29-10-2020 00:00:00 | 336h0m0s | -          | 5,072,125 | 104,036,835    | 5,754,195   | 4          | false       | cluster=prod-bj,replica=prometheus-2 | 1h0m0s     | compactor |
| 01ENYK5FKF0E2XDXM6X61CQZ7Y | 29-10-2020 00:00:00 | 31-10-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 942,268   | 2,119,520,518  | 17,882,330  | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01ENYK9RDTSSGV34Z03BFR4VTW | 29-10-2020 00:00:00 | 31-10-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 965,091   | 2,121,344,651  | 18,257,225  | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01ENYKE7JF4ACJK22BBBP9EP4D | 29-10-2020 00:00:00 | 31-10-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,123,159 | 2,121,533,149  | 18,415,263  | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01ENYPT5MS7MAZVB1X10QN1YB6 | 29-10-2020 00:00:00 | 31-10-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 942,215   | 217,385,709    | 2,358,650   | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 5m0s       | compactor |
| 01ENYQ0G2SDY97653K0P3XSHKS | 29-10-2020 00:00:00 | 31-10-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,123,105 | 217,587,890    | 2,539,548   | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 5m0s       | compactor |
| 01ENYQ719F8BZ8VF2DCX78ME08 | 29-10-2020 00:00:00 | 31-10-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 965,087   | 217,451,075    | 2,381,523   | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 5m0s       | compactor |
| 01EP3R3HWA0MV9Z41R90D11M2Y | 31-10-2020 00:00:00 | 02-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,084,927 | 2,044,506,848  | 17,741,945  | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EP3R7ME13ESS1WC03MFN75PS | 31-10-2020 00:00:00 | 02-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,013,884 | 2,044,538,634  | 17,670,974  | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EP3RBR4NMMZG0NQX1BDRH8NZ | 31-10-2020 00:00:00 | 02-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,094,382 | 2,044,613,193  | 17,751,359  | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EP3VWJ5DNK4RH2FHN07Q6GP6 | 31-10-2020 00:00:00 | 02-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,013,880 | 209,605,936    | 2,435,763   | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 5m0s       | compactor |
| 01EP3W2M42JPHDJ4SG2P1CDGDZ | 31-10-2020 00:00:00 | 02-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,084,822 | 209,641,895    | 2,506,705   | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 5m0s       | compactor |
| 01EP3W8N4QG0930DKMBNN4YFER | 31-10-2020 00:00:00 | 02-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,094,278 | 209,666,863    | 2,516,161   | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 5m0s       | compactor |
| 01EP8N1N8JM1J61Z8W5TND4EDH | 02-11-2020 00:00:00 | 04-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,066,368 | 2,000,822,013  | 17,395,159  | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EP8N5Q8D5NX6HZVT9RQM11RT | 02-11-2020 00:00:00 | 04-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,018,900 | 2,000,235,881  | 17,008,341  | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EP8N9XEKSZB1DG7C1QZWJS30 | 02-11-2020 00:00:00 | 04-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 999,977   | 2,000,725,321  | 17,328,842  | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EP8NE8SF1C7ZS6HNF4W1BE10 | 02-11-2020 00:00:00 | 04-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 999,973   | 205,452,991    | 2,377,234   | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 5m0s       | compactor |
| 01EP8NMB0PP633YVWVDPMB1WZ3 | 02-11-2020 00:00:00 | 04-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,066,314 | 205,500,272    | 2,443,575   | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 5m0s       | compactor |
| 01EP8NTE8ZYHT1C5AK0Q9NC5YS | 02-11-2020 00:00:00 | 04-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,018,896 | 205,493,710    | 2,396,157   | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 5m0s       | compactor |
| 01EPDT2FYYB79CH88SMTTXREGM | 04-11-2020 00:00:00 | 06-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,061,838 | 1,999,657,910  | 17,373,855  | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPDT6NHM887210W9VBH7PHP9 | 04-11-2020 00:00:00 | 06-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,126,830 | 1,999,930,191  | 17,438,940  | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPDTAYN0SW45J7X4MZ2PPS14 | 04-11-2020 00:00:00 | 06-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 958,372   | 1,999,403,133  | 17,270,573  | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPDTEZ4MRCT3GF9J54XD7G3D | 04-11-2020 00:00:00 | 06-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,061,734 | 205,420,107    | 2,433,501   | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 5m0s       | compactor |
| 01EPDTMBZHF99S8RD91GCXWGX4 | 04-11-2020 00:00:00 | 06-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 958,267   | 205,334,072    | 2,330,034   | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 5m0s       | compactor |
| 01EPDTSPGHT1JHS8JBKPQVX9NF | 04-11-2020 00:00:00 | 06-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,126,825 | 205,522,965    | 2,498,592   | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 5m0s       | compactor |
| 01EPENCKG0TT79ST6C0GE7W4N3 | 06-11-2020 00:00:00 | 06-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 489,023   | 339,431,302    | 2,947,568   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPENDSXG337HSEA4GCSSVSBY | 06-11-2020 00:00:00 | 06-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 502,068   | 339,488,337    | 2,960,621   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPENF07GR1NK3FBJ40P5BYKE | 06-11-2020 00:00:00 | 06-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 501,212   | 339,471,848    | 2,959,775   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPJYVMTHDSJEFCVGS40WTZ6D | 06-11-2020 00:00:00 | 08-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,036,380 | 2,057,233,771  | 17,819,638  | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPJYZT6BNWVR5G43STV03J70 | 06-11-2020 00:00:00 | 08-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,077,428 | 2,057,391,078  | 17,860,280  | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPJZ42ER8HFVGSZ3VC2NSBXK | 06-11-2020 00:00:00 | 08-11-2020 00:00:00 | 48h0m0s  | -8h0m0s    | 1,165,581 | 2,057,504,403  | 17,948,856  | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPJZ84MWP5QCBWPEEXNJQ5CN | 06-11-2020 00:00:00 | 08-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,036,276 | 211,236,814    | 2,455,486   | 3          | false       | cluster=prod-bj,replica=prometheus-0 | 5m0s       | compactor |
| 01EPJZDCZSNBTFJKAMARVASHQC | 06-11-2020 00:00:00 | 08-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,165,552 | 211,381,966    | 2,584,762   | 3          | false       | cluster=prod-bj,replica=prometheus-1 | 5m0s       | compactor |
| 01EPJZJTCW70187YTKSM3KFXD9 | 06-11-2020 00:00:00 | 08-11-2020 00:00:00 | 48h0m0s  | 192h0m0s   | 1,077,423 | 211,313,329    | 2,496,633   | 3          | false       | cluster=prod-bj,replica=prometheus-2 | 5m0s       | compactor |
| 01EPFGVGM8M568M6RWZPEP8CKJ | 06-11-2020 08:00:00 | 06-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 516,113   | 341,951,765    | 3,002,971   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPFGXC6C43YJEY1ER0QSDSC9 | 06-11-2020 08:00:00 | 06-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 520,677   | 341,889,749    | 3,007,230   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPFGYM75V55CTQJ17JZQGV8Q | 06-11-2020 08:00:00 | 06-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 534,984   | 341,933,391    | 3,021,828   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPGCAD6NYZ73YG0WDBK7R4Y3 | 06-11-2020 16:00:00 | 07-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 452,646   | 343,926,698    | 2,956,204   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPGCBHK0C7AR9YZMQJD5X8M0 | 06-11-2020 16:00:00 | 07-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 455,225   | 343,959,580    | 2,958,750   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPGCCPD7KEYY55ZY2PS2FJ8A | 06-11-2020 16:00:00 | 07-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 505,174   | 344,044,867    | 3,008,724   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPGAAXWP20TWRTYWQCGFQH2S | 07-11-2020 00:00:00 | 07-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 402,721   | 86,289,347     | 754,007     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPGAAXX375M6898X3TKHMMM1 | 07-11-2020 00:00:00 | 07-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 390,451   | 86,261,538     | 741,737     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPGAAXXFT1AT5WXSJTCCD141 | 07-11-2020 00:00:00 | 07-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 390,620   | 86,269,439     | 741,888     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPH7SC7TBBNAFSV0EAWWR4Q0 | 07-11-2020 00:00:00 | 07-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 457,078   | 345,015,593    | 2,968,643   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPH7TGZTBEAW6N00BZYEKZKQ | 07-11-2020 00:00:00 | 07-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 459,670   | 345,049,389    | 2,971,203   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPH7VP4Z2XGJFG46Z5S26H7D | 07-11-2020 00:00:00 | 07-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 509,069   | 345,131,346    | 3,020,632   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPGH6N4KAYRHGHMC1SJSCRQK | 07-11-2020 02:00:00 | 07-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 404,052   | 86,227,215     | 755,813     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPGH6N53ER0CFND8TXVTF8KN | 07-11-2020 02:00:00 | 07-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 390,362   | 86,197,126     | 742,123     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPGH6N5E3YBXNYF6E3BA6KXK | 07-11-2020 02:00:00 | 07-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 391,675   | 86,207,281     | 743,436     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPGR2CCKWTW7N03HPMR26PMY | 07-11-2020 04:00:00 | 07-11-2020 06:00:00 | 2h0m0s   | 38h0m0s    | 402,206   | 86,265,433     | 754,147     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPGR2CD3E0243S71BG26X1ET | 07-11-2020 04:00:00 | 07-11-2020 06:00:00 | 2h0m0s   | 38h0m0s    | 389,633   | 86,236,633     | 741,574     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPGR2CD5M9RYJZV3M81WTWS1 | 07-11-2020 04:00:00 | 07-11-2020 06:00:00 | 2h0m0s   | 38h0m0s    | 389,388   | 86,243,184     | 741,326     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPGYY3MK57JZ5ZHAPADJTJF0 | 07-11-2020 06:00:00 | 07-11-2020 08:00:00 | 2h0m0s   | 38h0m0s    | 404,450   | 86,349,351     | 756,665     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPGYY3N5020PKX9GZJYGBXGD | 07-11-2020 06:00:00 | 07-11-2020 08:00:00 | 2h0m0s   | 38h0m0s    | 390,989   | 86,320,296     | 743,209     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPGYY3NBEJ4XGV0J3VFS49YD | 07-11-2020 06:00:00 | 07-11-2020 08:00:00 | 2h0m0s   | 38h0m0s    | 392,343   | 86,329,485     | 744,553     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPH5STX2JWZ0CADF4G3J2X5G | 07-11-2020 08:00:00 | 07-11-2020 10:00:00 | 2h0m0s   | 38h0m0s    | 390,125   | 86,391,924     | 742,563     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPH5STX8RCS6CTVYTNVVA1BA | 07-11-2020 08:00:00 | 07-11-2020 10:00:00 | 2h0m0s   | 38h0m0s    | 389,926   | 86,398,453     | 742,319     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPH5STXXC5P8XY5R7NRN6F9E | 07-11-2020 08:00:00 | 07-11-2020 10:00:00 | 2h0m0s   | 38h0m0s    | 403,368   | 86,421,676     | 755,806     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPJ386TQRQW8DBMAHY8BH9TJ | 07-11-2020 08:00:00 | 07-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 473,537   | 343,643,900    | 2,971,472   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPJ39BGGG7KYK9WNTTXCZCX6 | 07-11-2020 08:00:00 | 07-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 464,811   | 343,653,987    | 2,962,704   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPJ3AH4BD67BFJEH8WE3G66G | 07-11-2020 08:00:00 | 07-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 505,441   | 343,720,525    | 3,003,376   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPHCNJ4NPR8NSHH8NSZV1YWH | 07-11-2020 10:00:00 | 07-11-2020 12:00:00 | 2h0m0s   | 38h0m0s    | 405,033   | 86,178,626     | 757,790     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPHCNJ4ZY89P37T4VHHE205J | 07-11-2020 10:00:00 | 07-11-2020 12:00:00 | 2h0m0s   | 38h0m0s    | 393,548   | 86,159,344     | 746,298     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPHCNJ542T9DCANFTVFWSFW5 | 07-11-2020 10:00:00 | 07-11-2020 12:00:00 | 2h0m0s   | 38h0m0s    | 394,921   | 86,156,229     | 747,678     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPHKH9CKZ28ZPM3P84Z2ZK36 | 07-11-2020 12:00:00 | 07-11-2020 14:00:00 | 2h0m0s   | 38h0m0s    | 397,157   | 85,428,384     | 744,157     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPHKH9D3V89G88E1Z3AAXA6A | 07-11-2020 12:00:00 | 07-11-2020 14:00:00 | 2h0m0s   | 38h0m0s    | 392,682   | 85,416,705     | 739,684     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPHKH9D7FET33H9Q10Y025GC | 07-11-2020 12:00:00 | 07-11-2020 14:00:00 | 2h0m0s   | 38h0m0s    | 387,590   | 85,412,512     | 734,590     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPHTD0MK7TD66HBETBFR8WA6 | 07-11-2020 14:00:00 | 07-11-2020 16:00:00 | 2h0m0s   | 38h0m0s    | 397,262   | 85,691,839     | 745,623     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPHTD0MZBN28K26ERNW5XTBD | 07-11-2020 14:00:00 | 07-11-2020 16:00:00 | 2h0m0s   | 38h0m0s    | 391,134   | 85,683,678     | 739,497     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPHTD0N43H2NX2YKRRQ74CZW | 07-11-2020 14:00:00 | 07-11-2020 16:00:00 | 2h0m0s   | 38h0m0s    | 393,187   | 85,679,042     | 741,547     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPJ18QWN3HMMM79TM6T04AR5 | 07-11-2020 16:00:00 | 07-11-2020 18:00:00 | 2h0m0s   | 38h0m0s    | 383,263   | 85,720,161     | 732,957     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPJ18QX13PATMENQ3YCSGD7X | 07-11-2020 16:00:00 | 07-11-2020 18:00:00 | 2h0m0s   | 38h0m0s    | 399,697   | 85,757,416     | 749,381     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPJ18QX3GZA1YYK8Y5038Z4V | 07-11-2020 16:00:00 | 07-11-2020 18:00:00 | 2h0m0s   | 38h0m0s    | 392,717   | 85,736,020     | 742,401     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPJYQ485T3MY51RFRJ44R2JE | 07-11-2020 16:00:00 | 08-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 474,574   | 343,264,513    | 2,972,780   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPJYR9A7AMQGR9VBZDRB80DV | 07-11-2020 16:00:00 | 08-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 501,581   | 343,350,036    | 2,999,772   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPJYSEWXKZC98FT41XYCZ1YV | 07-11-2020 16:00:00 | 08-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 436,300   | 343,202,426    | 2,934,521   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPJ84F4MDQZE4MYWBBC2N3RY | 07-11-2020 18:00:00 | 07-11-2020 20:00:00 | 2h0m0s   | 38h0m0s    | 383,643   | 85,766,482     | 733,561     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPJ84F4ZZMT3BCX5YKAF3C1M | 07-11-2020 18:00:00 | 07-11-2020 20:00:00 | 2h0m0s   | 38h0m0s    | 399,492   | 85,802,066     | 749,405     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPJ84FB99FTGX6XZ97M8D9PT | 07-11-2020 18:00:00 | 07-11-2020 20:00:00 | 2h0m0s   | 38h0m0s    | 393,202   | 85,781,303     | 743,123     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPJF06CK3PGFNWT5AHMP1FJN | 07-11-2020 20:00:00 | 07-11-2020 22:00:00 | 2h0m0s   | 38h0m0s    | 383,926   | 85,839,517     | 734,086     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPJF06CY0PGE0NPYFBJ64RWE | 07-11-2020 20:00:00 | 07-11-2020 22:00:00 | 2h0m0s   | 38h0m0s    | 400,073   | 85,875,958     | 750,235     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPJF06D4TKV1HFXCMFZ3SHHA | 07-11-2020 20:00:00 | 07-11-2020 22:00:00 | 2h0m0s   | 38h0m0s    | 393,031   | 85,854,549     | 743,193     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPJNVXMM22SBV7063G04DZEM | 07-11-2020 22:00:00 | 08-11-2020 00:00:00 | 2h0m0s   | 38h0m0s    | 383,521   | 85,876,266     | 733,917     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPJNVXMZ6QRW8TSZMJVJXC6G | 07-11-2020 22:00:00 | 08-11-2020 00:00:00 | 2h0m0s   | 38h0m0s    | 400,364   | 85,914,596     | 750,751     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPJNVXQBP96ZTEAQ843C3YYZ | 07-11-2020 22:00:00 | 08-11-2020 00:00:00 | 2h0m0s   | 38h0m0s    | 393,669   | 85,892,641     | 744,063     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPJWQMWK02VZPBB2HC93SQH9 | 08-11-2020 00:00:00 | 08-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 390,622   | 86,097,662     | 741,179     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPJWQMX568RCNAZ2C555NA5H | 08-11-2020 00:00:00 | 08-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 392,655   | 86,098,198     | 743,214     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPJWQMXBE344YNQNDQERZ35H | 08-11-2020 00:00:00 | 08-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 396,808   | 86,113,677     | 747,365     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPKT61MC9NAKXHJACPR18VSV | 08-11-2020 00:00:00 | 08-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 518,921   | 349,426,639    | 3,006,485   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPKT78GQYWKST5WHWV5KN694 | 08-11-2020 00:00:00 | 08-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 535,405   | 349,488,857    | 3,022,954   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPKT8G3WJWG26826FEMJDCZY | 08-11-2020 00:00:00 | 08-11-2020 08:00:00 | 8h0m0s   | 32h0m0s    | 524,203   | 349,452,998    | 3,011,747   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPK3KC4MQ8WN95Y9ZDHCTZGA | 08-11-2020 02:00:00 | 08-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 386,030   | 86,004,472     | 736,834     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPK3KC5142ZEJ8QN2CXTYGYQ | 08-11-2020 02:00:00 | 08-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 402,484   | 86,042,214     | 753,283     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPK3KC60A6SYJZT82MJV4CP8 | 08-11-2020 02:00:00 | 08-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 394,912   | 86,018,898     | 745,714     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPKAF3CJWWTJ2G9V908BCRS7 | 08-11-2020 04:00:00 | 08-11-2020 06:00:00 | 2h0m0s   | 38h0m0s    | 444,639   | 88,257,936     | 753,034     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPKAF3CMCMSGPBHAA3E806R9 | 08-11-2020 04:00:00 | 08-11-2020 06:00:00 | 2h0m0s   | 38h0m0s    | 451,202   | 88,277,485     | 759,592     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPKAF3D0W7144Z6D16YA8J2T | 08-11-2020 04:00:00 | 08-11-2020 06:00:00 | 2h0m0s   | 38h0m0s    | 447,389   | 88,270,659     | 755,784     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPKHATMMT65X2SJEC056HPJG | 08-11-2020 06:00:00 | 08-11-2020 08:00:00 | 2h0m0s   | 38h0m0s    | 410,744   | 89,073,379     | 774,142     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPKHATN25MEP32TVKNSTGX7H | 08-11-2020 06:00:00 | 08-11-2020 08:00:00 | 2h0m0s   | 38h0m0s    | 403,115   | 89,062,307     | 766,522     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPKHATQQY2K9CMCEGNN4SFVV | 08-11-2020 06:00:00 | 08-11-2020 08:00:00 | 2h0m0s   | 38h0m0s    | 401,117   | 89,051,607     | 764,523     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPKR6HWGKCPK86V4XPBSZNRT | 08-11-2020 08:00:00 | 08-11-2020 10:00:00 | 2h0m0s   | 38h0m0s    | 400,571   | 89,102,328     | 764,390     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPKR6HX2HN6X0VRAZ116D7TG | 08-11-2020 08:00:00 | 08-11-2020 10:00:00 | 2h0m0s   | 38h0m0s    | 403,033   | 89,114,200     | 766,853     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPKR6J9AJMY7EVVM3HEC6R7J | 08-11-2020 08:00:00 | 08-11-2020 10:00:00 | 2h0m0s   | 38h0m0s    | 410,676   | 89,125,277     | 774,499     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPMNMYYE60BE3SQ95ZPPJSBM | 08-11-2020 08:00:00 | 08-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 472,451   | 356,276,176    | 3,065,297   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPMNP56RRST5B2KXD6KZ1D77 | 08-11-2020 08:00:00 | 08-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 476,131   | 356,311,474    | 3,068,958   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPMNQBAPD82GP9TYWQ0AVDFN | 08-11-2020 08:00:00 | 08-11-2020 16:00:00 | 8h0m0s   | 32h0m0s    | 504,141   | 356,351,401    | 3,096,992   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPKZ294MV0FR0TXFB5REJK40 | 08-11-2020 10:00:00 | 08-11-2020 12:00:00 | 2h0m0s   | 38h0m0s    | 411,517   | 89,168,185     | 775,427     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPKZ294ZR7N3YACCP1JF7GNV | 08-11-2020 10:00:00 | 08-11-2020 12:00:00 | 2h0m0s   | 38h0m0s    | 403,389   | 89,155,554     | 767,289     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPKZ29611F5F0Q98T1SY229S | 08-11-2020 10:00:00 | 08-11-2020 12:00:00 | 2h0m0s   | 38h0m0s    | 401,466   | 89,144,679     | 765,379     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPM5Y0D5GXJ8CR1W5N0PEMGY | 08-11-2020 12:00:00 | 08-11-2020 14:00:00 | 2h0m0s   | 38h0m0s    | 405,067   | 89,127,899     | 769,231     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPM5Y0E1RK1AV3FQ23H5EYZ0 | 08-11-2020 12:00:00 | 08-11-2020 14:00:00 | 2h0m0s   | 38h0m0s    | 404,825   | 89,120,284     | 768,987     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPM5Y0K220M2WMCMZ36YBVWH | 08-11-2020 12:00:00 | 08-11-2020 14:00:00 | 2h0m0s   | 38h0m0s    | 411,298   | 89,135,386     | 775,464     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPMCSQMJVTS5GEG9ABA2058G | 08-11-2020 14:00:00 | 08-11-2020 16:00:00 | 2h0m0s   | 38h0m0s    | 404,320   | 88,908,885     | 766,541     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPMCSQMS8MBCFRV8XKGYAPRR | 08-11-2020 14:00:00 | 08-11-2020 16:00:00 | 2h0m0s   | 38h0m0s    | 409,381   | 88,922,553     | 771,602     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPMCSQNEAJMATVHCJ1MFS5KK | 08-11-2020 14:00:00 | 08-11-2020 16:00:00 | 2h0m0s   | 38h0m0s    | 403,369   | 88,913,821     | 765,585     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPMKNEWMXSGK6JNAEZXKMSK9 | 08-11-2020 16:00:00 | 08-11-2020 18:00:00 | 2h0m0s   | 38h0m0s    | 415,026   | 89,406,953     | 769,819     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPMKNEX3X2T9V1HP9J2XB3NZ | 08-11-2020 16:00:00 | 08-11-2020 18:00:00 | 2h0m0s   | 38h0m0s    | 418,419   | 89,415,687     | 773,205     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPMKNEY03PDDFJPJ6F2K629P | 08-11-2020 16:00:00 | 08-11-2020 18:00:00 | 2h0m0s   | 38h0m0s    | 424,288   | 89,417,786     | 779,081     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPNH3VQ1DFQ2FYJ1R2G7XS2T | 08-11-2020 16:00:00 | 09-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 486,995   | 354,120,884    | 3,052,695   | 2          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | compactor |
| 01EPNH532KHBNWF1K4R1N6AQVT | 08-11-2020 16:00:00 | 09-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 491,821   | 354,163,362    | 3,057,522   | 2          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | compactor |
| 01EPNH6A6AGYREB6MM8H28MED3 | 08-11-2020 16:00:00 | 09-11-2020 00:00:00 | 8h0m0s   | 32h0m0s    | 499,965   | 354,164,769    | 3,065,678   | 2          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | compactor |
| 01EPMTH64N3XK81BG746K71CRM | 08-11-2020 18:00:00 | 08-11-2020 20:00:00 | 2h0m0s   | 38h0m0s    | 401,038   | 88,319,622     | 760,774     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPMTH64NDVEKNTKW65V9ES49 | 08-11-2020 18:00:00 | 08-11-2020 20:00:00 | 2h0m0s   | 38h0m0s    | 406,267   | 88,332,557     | 766,007     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPMTH6517E6Z1RM3M1DN9886 | 08-11-2020 18:00:00 | 08-11-2020 20:00:00 | 2h0m0s   | 38h0m0s    | 403,025   | 88,331,597     | 762,765     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPN1CXCKVBA7JKT54AEBRP3K | 08-11-2020 20:00:00 | 08-11-2020 22:00:00 | 2h0m0s   | 38h0m0s    | 404,905   | 88,186,270     | 764,789     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPN1CXCYHPD98AAMC6RCDN3R | 08-11-2020 20:00:00 | 08-11-2020 22:00:00 | 2h0m0s   | 38h0m0s    | 400,440   | 88,181,240     | 760,322     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPN1CXFP93EFT539C3EC3SRV | 08-11-2020 20:00:00 | 08-11-2020 22:00:00 | 2h0m0s   | 38h0m0s    | 396,496   | 88,165,456     | 756,373     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPN88MMJPKJ6XA7XK2YTBWWG | 08-11-2020 22:00:00 | 09-11-2020 00:00:00 | 2h0m0s   | 38h0m0s    | 396,482   | 88,218,020     | 756,467     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPN88MMN7SJW87RVT4XGZ2PD | 08-11-2020 22:00:00 | 09-11-2020 00:00:00 | 2h0m0s   | 38h0m0s    | 405,077   | 88,238,989     | 765,063     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPN88MN27M16YXZXRKYJ22GN | 08-11-2020 22:00:00 | 09-11-2020 00:00:00 | 2h0m0s   | 38h0m0s    | 401,244   | 88,234,838     | 761,230     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPNF4BWHD701W71Q97KJ3QZZ | 09-11-2020 00:00:00 | 09-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 399,596   | 88,599,885     | 760,001     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPNF4BWMC2S7KWVVBK7KE244 | 09-11-2020 00:00:00 | 09-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 408,180   | 88,621,165     | 768,584     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPNF4BWZ519TMXZE84V72DAA | 09-11-2020 00:00:00 | 09-11-2020 02:00:00 | 2h0m0s   | 38h0m0s    | 404,022   | 88,616,821     | 764,409     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |
| 01EPNP034HTMS0RS9DD3V43XTH | 09-11-2020 02:00:00 | 09-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 404,831   | 89,074,333     | 766,578     | 1          | false       | cluster=prod-bj,replica=prometheus-0 | 0s         | sidecar   |
| 01EPNP034NAF4X5KD4AQ4PXGG6 | 09-11-2020 02:00:00 | 09-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 413,309   | 89,093,372     | 775,056     | 1          | false       | cluster=prod-bj,replica=prometheus-1 | 0s         | sidecar   |
| 01EPNP035FCHYSM4KE2DX3FZDZ | 09-11-2020 02:00:00 | 09-11-2020 04:00:00 | 2h0m0s   | 38h0m0s    | 409,424   | 89,089,923     | 771,174     | 1          | false       | cluster=prod-bj,replica=prometheus-2 | 0s         | sidecar   |

As talked with @redpangzi666 offline already, I will mark this as resolved.
The reason for this problem is that it still uses the Cortex query frontend and it doesn't cache well for different downsample levels.


Make caching a little smarter.

CommonJS dictates that if a module has been required in the past, its exports should be cached and returned the next time require is called for that module in the same runtime.
Currently, Stitch does not return cached modules if they're only found after adding "/index" to the require name.
Example module structure:
mf/
    index.coffee
    events.coffee

If I call:
require("mf/events");
require("mf/events");

the contents of mf/events.coffee will only be executed once, as expected. However, if I call:
require("mf");
require("mf");

the contents of mf/index.coffee will be executed twice. This fixes that.

Fantastic. Could you add a test case for this too?

Word.


Increase T3000 host memory

Give sjc-snva-t3002 512GB of host DRAM.
Thanks! 😄

ok. talked to Dave. this will be our spec to fulfill this system with the following.
32GB DIMM (ECC RDIMM, DDR4-3200MHz) x 16
Now, google-mapping the nearest computer store

You are the greatest!

yeah we are targeting EOD (PST time) ETA if all goes well. DIMM's is being purchased and pick up this afternoon and installation is queued up right after that.

i think we are done. please check @cglagovich

Looks good to me


Add global.json

Add a global.json file to make sure the right sdk will be used
Set sdk to 2.2.104

Hi @kirkone - did you run into an issue using a newer SDK?
In general you want to aim to use the latest SDK for .NET Core CLI commands. Keeping in mind, that this is independent for the .NET Core runtime the project targets.
https://docs.microsoft.com/en-us/dotnet/core/tools/global-json

Hi,
I run in some trouble with automated builds and the sdks installed on the agents.
Also preview sdks can cause some problems.
In my case I have to work with many different projects and different sdks and I added the global.json everywhere. And so it comes to this PR.

Thanks for your contribution however right now this isn't an issue. Current running on 3.0.100-preview3-010431 SDK, with .NET Core 2.2 runtime. No problems encountered.


[2.6] fix bug fetching mgmt cluster on fleet cluster detail/edit

backport of https://github.com/rancher/dashboard/pull/3540

#3502


Extend element size limit for cupy array

In current CuPy implementation cannot treat arrays whose element size larger than 2**31 - 1,
this is because CuPy uses int for size/shape/strides.
For example:
>>> from chainer.cuda import cupy as xp
>>> arr = xp.empty(2**31 - 1, dtype='b')
>>> arr += 1 # it works
>>> arr = xp.empty(2**31, dtype='b')
>>> arr += 1 # raise Exception
Traceback (most recent call last):
...
TypeError: Unsupported type <class 'cupy.core.core.Indexer'>

This pull request remove this restriction by replacing these int with ssize_t or Py_ssize_t, as same as Python and NumPy does.
See also PEP 353 - Using ssize_t as the index type

I think similar fixes will be required for some cupy kernels, using int/int32 for indices, to work with these huge arrays.
However, currently I'm leaving them out in this pull request.

Just for double-check: Can you run MNIST example in examples/mnist/train_mnist.py with your code? I encountered some CUDA related errors. The message was like as follows.
...
RuntimeError: `nvcc` command returns non-zero exit status.
command: ['nvcc', '--cubin', '-arch', 'sm_52', '/tmp/tmpbk80ba62/kern.cu']
return-code: 2
stdout/stderr:
b'/tmp/tmpbk80ba62/kern.cu(369): error: more than one operator "[]" matches these operands:\n            function "CArray<T, 0>::operator[](const ssize_t *) const [with T=float]"\n            function "CArray<T, 0>::operator[](ssize_t) const [with T=float]"\n            operand types are: const CArray<float, 0> [ int ]\n\n1 error detected in the compilation of "/tmp/tmpxft_000063fe_00000000-7_kern.cpp1.ii".\n'

I have checked that the result of nosetests looks good, so I cannot figure out the reason for the error right now. If you have this kind of error too, we will need to fix somewhere.

@ir5 thank you for checking!
I found operator mismatch in crossent_fwd kernel in this case.
I will add workaround for these cupy kernels.

Similar errors occured in following tests in tests/chainer_tests:

test_embed_id
test_select_item
test_black_out
test_crf1d
test_ctc
test_hinge
test_negative_sampling
test_hierarchical_softmax
test_softmax_cross_entropy
test_classifier
test_optimizers_by_linear_model

In commit c751063, CuPy kernels used in these tests are fixed and I've tested them with nosetests --eval-attr='gpu<2'.

Thank you for the fix. Now, I also checked all the tests pass. The pull request looks almost good to me, but could you check my comment above?

Thank you for the fix. Now, I also checked all the tests pass. The pull request looks almost good to me, but could you check my comment above?

checked and reflected your review comments.

I tested on Windows. But, this PR does not work.
Please use ptrdiff_t instead of ssize_t?

Due to The New Data Types (Windows), #include <basetsd.h> may work for Windows, as CPython does it.
In Windows, CUDA 6.5-8.0 support at least Visual Studio 2010 (_MSC_VER >= 1600), so I think it seems no problem to include.

basetsd.h｀ have SSIZE_T. Do you want to use it? [CPython declares ssize_t` here.](https://github.com/python/cpython/blob/master/PC/pyconfig.h#L172).
How about following code?
#ifdef _MSC_VER
typedef ptrdiff_t ssize_t;
#endif

Ah, OK. In b570d6a, ptrdiff_t is used for ssize_t.

It works on Windows.
Thank you!

I heard from C ++ expert that ptrdiff_t should be used.
There is ptrdiff_t in C89. It seems be more standard.
(I misunderstood that ssize_t is standard.)
Please change ssize_t to ptrdiff_t.

In current implementation, there exists some code using Py_ssize_t, so I think ssize_t/Py_ssize_t is preferable to show these are equivalent.
How about use include #Include "Python.h" and Py_ssize_t?

sum up what I know about ptrdiff_t and ssize_t/Py_ssize_t:
Pros for ptrdiff_t:

defined in C/C++ standard
capable to represent pointer arithmetic (adequate to represent negative offset)

Cons for ptrdiff_t:

Python/NumPy does not use them as index

Pros for ssize_t/Py_ssize_t:

Python/NumPy use them as index

Cons for ssize_t/Py_ssize_t:

not defined in C standard, but in POSIX standard
in standard, capable of storing values at least in the range [-1, SSIZE_MAX]
Py_ssize_t may become intptr_t

How about use include #Include "Python.h" and Py_ssize_t?
I think that idea is bad. "Python.h" is very complex. I am worried about side effects.

CUDA only supports 64bit system.
Maybe ptrdiff_t is almost same as Py_ssize_t and ssize_t.

I think that idea is bad. "Python.h" is very complex. I am worried about side effects.

OK, I'll use ptrdiff_t in CUDA codes and keep Py_ssize_t in Cython codes.
Interoperability between Cython/Python and CUDA will work due to similarity of ptrdiff_t and Py_ssize_t.

I've used to ptrdiff_t in CUDA codes in e52cf4d.
Some tests in Travis CI failed, but for local environment, all tests are passed and
it seems something wrong in Travis build environment.
$ PYTHONWARNINGS='module::DeprecationWarning' nosetests -a '!gpu,!slow' --with-doctest chainer_tests
............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................SSSSSSSSSSSSSSSSSS.....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................S....................................................................................................................................................................................................................................................................................................../home/travis/virtualenv/python2.7.9/lib/python2.7/site-packages/chainer/link.py:449: DeprecationWarning: Link.zerograds is deprecated. Use Link.cleargrads instead.
  DeprecationWarning)
/home/travis/virtualenv/python2.7.9/lib/python2.7/site-packages/chainer/variable.py:243: DeprecationWarning: Variable.zerograd is deprecated. Use Variable.cleargard instead.
  DeprecationWarning)
....................................................................../home/travis/build.sh: line 57:  2380 Killed                  PYTHONWARNINGS='module::DeprecationWarning' nosetests -a '!gpu,!slow' --with-doctest chainer_tests
The command "PYTHONWARNINGS='module::DeprecationWarning' nosetests -a '!gpu,!slow' --with-doctest chainer_tests" exited with 137.

Please rebase or merge with current master.
That problem is fixed.

@okuta Thank you to notifying me. I've merge current master.

Tests failed and this is due to Certificate Expired on PyPI.

LGTM!

I pushed a merge commit 08b2edd to resolve merge conflict on chainer/functions/loss/softmax_cross_entropy.py.

Thank you for your work.
This PR breaks compatibility. Thus, this PR will merge in cupy for Chainer v2. I will tackle this function.
Can I create new PR that use this PR? (And, close this PR)

Can I create new PR that use this PR? (And, close this PR)

Of course, go ahead.

Thank you!


Nimmo admin form helpers

Coverage: 93.564%. Remained the same when pulling 4206c6366fbd84183239a5d1b278434fc4c396cf on nimmo-admin-form-helpers into 9babe29337f5434c9e75a5c3d6ba6c4fde021172 on main.


Upgrade Dev Server to latest Pundle API

[x] Remove pundle-middleware (no need when we have a dev server with a nice API?)
[x] Add a super-shiny CLI to pundle-dev
[x] Upgrade dev server to latest pundle API
[ ] Implement HMR in dev server
[x] Upgrade HMR wrapper to latest API
[x] Use variable replacement magic to supply path of HMR endpoint from pundle var
[x] Send the HMR to clients
[ ] Make the module tree update properly

Gonna implement the update tree in a separate PR


maidenhead grid values still sometimes wrong.. stumped..

I launched this flight today with the latest code, which i thought had fixed the issue, but apparently not.

there is a huge and impossible jump in the middle of a string of smooth position reports. Basically when the 5th grid char rolled-over from a U to an A, the 3rd grid character did not roll over from 8 to 9. not right away anyway.
the get_mh() function in maidenhead.c has a bunch of division and fmod instructions, and I think that when some values of latitude or latitude result in division values that are very very close but not quite an integer ( ie x.99999999999999999999999...) is when this problem occurs. it floors when it should round, or vice versa or something.
But I keep comparing the code in maidenhead.c to information online on how to calculate maidenhead, and it seems to be correct. Originally it had some incorrectly rounded values in the LON_F and LAT_F arrays, but i fixed those previously.
Any ideas? I'm stumped.

oh crap, just discovered a major flaw in my thinking.  The code is constantly getting new GPS coordinates, and constantly re-calculating new maidenhead grids from it.
The first U4B packet encodes the first 4 grid chars, and the 2nd U4B packet encodes the 5th and 6th grid chars.
The problem is that during the two minutes in between creating the 1st and 2nd U4B packets, the balloon is traveling and the grid chars are changing. I am encoding the 1st and 2nd packets from potentially two different sets of maidenhead grids.
Simple fix: When I calculate the 6 char rid location to encode the 1st U4B packet, I need to "freeze" that grid location and use that same grid location when encoding the 2nd U4B packet. There is no need to be constantly re-calculating the grid location, it only needs to be done once every ten minutes, right before encoding the 1st packet. its so obvious, now.... lol

Congrats, it sound easy. Is there a new Version for testing?
cu Wolf

yes it was an easy fix,  it just took me a while to get around to it. the version I pushed today has the fix.


PowerToys Run text input not active if calendar or quick settings pop up are on screen

When the calendar or the quick settings pop-ups are on screen and "PowerToys Run" is activated by the keyboard shortcut, the focus does not correctly switch to the search box. It is necessary to click on the text input to continue using the feature.
Example: Quick settings pop-up is open, activate keyboard shortcut (alt+space), start typing. The keyboard input is not entered into the text box
Text input works correctly if the calendar or quick settings pop-ups are not in use

Thank you for reporting it! I think it is a duplicate of https://github.com/microsoft/PowerToys/issues/8876
Feel free to reopen it if you think it is a different issue.


Require gem classes, but out out of require-time side effects?

Your proposal
Is it possible to separate out the logic to attempt to attach to a process, and to define all the classes that the library needs?
Additional context
When using type checkers like Sorbet, various tools (srb init, tapioca gem, etc.) attempt to require the gem only to see what classes, methods, and constants the gem defines, so that it can generate either an RBS or RBI file providing annotations for the gem.
It seems that the debug gem does not work for those use cases, because requiring the gem seems to try to attach to the gem:
~/sandbox/default  jez@jez-pc-01
❯ cat Gemfile
source 'https://rubygems.org'

gem 'tapioca'
gem 'debug'

~/sandbox/default  jez@jez-pc-01
❯ bundle install &> /dev/null && bundle exec tapioca gem debug
Requiring all gems to prepare for compiling... DEBUGGER: Attaching after process 676571 fork to child process 676585
 Done

Error: Cannot find gem 'debug'

~/sandbox/default  jez@jez-pc-01
❯ export RUBY_DEBUG_ENABLE=0

~/sandbox/default  jez@jez-pc-01
❯ bundle install &> /dev/null && bundle exec tapioca gem debug
Requiring all gems to prepare for compiling...  Done

Error: Cannot find gem 'debug'

What I would like to be able to do is to have a way to require all the supporting classes/modules/constants/methods that the debug gem defines but not have the gem attempt to do any side effects. For example, I want to require the gem but explicitly opt out of the trap and fork interceptors.
The feature request would be considered complete when it's possible to generate an RBS or RBI for the debug gem without having it fail, as shown in the screenshot above.

The failure is likely caused by Tapioca's internal ignoring list. It's added because of https://github.com/Shopify/tapioca/issues/946, which we didn't actually locate the root cause but it's likely related to the TracePoint events of debug after its required.

Whoops sorry about that! For what it’s worth the issue can be reproduced without Tapioca. I can put together a more minimal repro tomorrow.

What should we do for that?

If I'm not mistaken, this issue's goal is the same as #797


Questions: CLI - Schema Validation

Is it possible to keep the errors with the -SC switch, without reporting the Warnings to Azure DevOps? Somethings, like remove columns from model but not the view, we do on purpose and it's giving a lot of warning when performing the schema validation.

Please see this post. Let me know if this does not solve your issue.


[Feature] support file/plugin/blacklist stmts in new RBAC privilege framework

What type of PR is this：

[ ] BugFix
[x] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Which issues of this PR fixes ：

Fixes #
Problem Summary(Required) ：

PrivilegeCheckerV2 support file/plugin/blacklist stmts
Add UT to verify the privilege check after the upgrade.

I also find some bugs and fix them.

catalog is a required property in create file & drop file statements, but the previous refactor of renaming Catalog to GlobalStateMgr has mistakenly changed the name of this property as well.
uninstall plugin name from the user's manual will cause an error because a FROM is mistakenly added before the name of the plugin.

Checklist:

[x] I have added test cases for my bug fix or my new feature
[ ] This pr will affect users' behaviors
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

[FE PR Coverage Check]
:disappointed: fail : 31 / 40 (77.50%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/sql/analyzer/PrivilegeCheckerV2.java
25
34
73.53%
[76, 225, 233, 241, 251, 260, 276, 284, 292]

:large_blue_circle:
com/starrocks/sql/ast/ShowPluginsStmt.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/sql/ast/AstVisitor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/privilege/PrivilegeType.java
4
4
100.00%
[]

run starrocks_admit_test

run starrocks_fe_unittest

run starrocks_admit_test

run starrocks_admit_test

run starrocks_admit_test


Add spec for binary token serialization

This adds some standardization for upcoming raw / binary token serialization, simply prepending the token with a identifier, as well as a version "byte" and encoding everything using cbor.

I am not a big fan of this proposal because it is not very flexible and requires cbor dependency for future versions which might not be based on cbor.
IMO much better encoding is just simple:
CRAW <uint8_t version> <binary data>
That way an app can very simply check whether it understands the payload by checking the first 5 bytes.

I am not a big fan of this proposal because it requires cbor dependency for future versions which might not be based on cbor.
IMO much better encoding is just simple:
CRAW <uint8_t version> <binary data>
That way an app can very simply check whether it understands the payload by checking the first 5 bytes.

Very good point, however this is meant to be for transports that are binary only. So we should probably do something like
utf8(CRAW) <uint8_t version> <binary data>


Segfault when creating many pods simultaneously

Describe the bug
When a lot's of pods are being created simultaneously, vHive segfaults in createUserContainer.
To Reproduce

Setup a vHive cluster as specified in the quickstart guide (one master and one worker should be sufficient)
Modify examples/deployer/functions.json such that only helloworld will be deployed
Deploy helloworld by calling go run examples/deployer/client.go
Call watch kubectl get pods and wait until all pods of the helloworld deployment get deleted
Call go run examples/invoker/client.go -rps 100

Logs
WARN[2021-04-21T10:07:55.170793024-04:00] Using google dns <IP_ADDRESS>
ERRO[2021-04-21T10:07:55.315457829-04:00] stock containerd failed to start UC           error="rpc error: code = Unknown desc = failed to create container io: failed to open /run/containerd/io.containerd.grpc.v1.cri/cont
ainers/ae4016be685c7b69fdab28942aeba1df87602b2115c6e5163a933556097af716/io/084543282/ae4016be685c7b69fdab28942aeba1df87602b2115c6e5163a933556097af716-stdout with O_PATH: open /run/containerd/io.containerd.grpc.v1.cri/con
tainers/ae4016be685c7b69fdab28942aeba1df87602b2115c6e5163a933556097af716/io/084543282/ae4016be685c7b69fdab28942aeba1df87602b2115c6e5163a933556097af716-stdout: too many open files"
ERRO[2021-04-21T10:07:55.376246971-04:00] stock containerd failed to start UC           error="rpc error: code = Unknown desc = failed to create container io: failed to open /run/containerd/io.containerd.grpc.v1.cri/cont
ainers/a16675f95a3f3c6b61307357be3c32be7e70463a5e37b703722d79c833d296ff/io/182064948/a16675f95a3f3c6b61307357be3c32be7e70463a5e37b703722d79c833d296ff-stdout with O_PATH: open /run/containerd/io.containerd.grpc.v1.cri/con
tainers/a16675f95a3f3c6b61307357be3c32be7e70463a5e37b703722d79c833d296ff/io/182064948/a16675f95a3f3c6b61307357be3c32be7e70463a5e37b703722d79c833d296ff-stdout: too many open files"
WARN[2021-04-21T10:07:55.435388176-04:00] Failed to Fetch k8s dns clusterIP exit status 1
The connection to the server localhost:8080 was refused - did you specify the right host or port?

WARN[2021-04-21T10:07:55.435428998-04:00] Using google dns <IP_ADDRESS>
WARN[2021-04-21T10:07:55.616783855-04:00] Failed to Fetch k8s dns clusterIP exit status 1
The connection to the server localhost:8080 was refused - did you specify the right host or port?

WARN[2021-04-21T10:07:55.616812815-04:00] Using google dns <IP_ADDRESS>
ERRO[2021-04-21T10:07:55.676765035-04:00] stock containerd failed to start UC           error="rpc error: code = Unknown desc = failed to create container io: failed to open /run/containerd/io.containerd.grpc.v1.cri/containers/4e09456ef058db9794e0ab37610a6359e004776c84c7559ac00229fa3b519b44/io/133637766/4e09456ef058db9794e0ab37610a6359e004776c84c7559ac00229fa3b519b44-stdout with O_PATH: open /run/containerd/io.containerd.grpc.v1.cri/containers/4e09456ef058db9794e0ab37610a6359e004776c84c7559ac00229fa3b519b44/io/133637766/4e09456ef058db9794e0ab37610a6359e004776c84c7559ac00229fa3b519b44-stdout: too many open files"
WARN[2021-04-21T10:07:55.877455054-04:00] Failed to Fetch k8s dns clusterIP exit status 1
The connection to the server localhost:8080 was refused - did you specify the right host or port?

WARN[2021-04-21T10:07:55.877491851-04:00] Using google dns <IP_ADDRESS>
WARN[2021-04-21T10:07:55.962490807-04:00] Failed to Fetch k8s dns clusterIP exit status 1
The connection to the server localhost:8080 was refused - did you specify the right host or port?

WARN[2021-04-21T10:07:55.962533852-04:00] Using google dns <IP_ADDRESS>
ERRO[2021-04-21T10:07:56.225404440-04:00] VM config for pod 2ecfef2261526a5afc22069926c7e928d9c2e9d55a1517f114d24e735cd6c127 does not exist
ERRO[2021-04-21T10:07:56.225433001-04:00]                                               error="VM config for pod does not exist"
ERRO[2021-04-21T10:07:56.234538488-04:00] VM config for pod 884e10c32b080de86f8f7b390f68e2e94faabe8a12d3ed52dfb51f199a67eb7d does not exist
ERRO[2021-04-21T10:07:56.234564359-04:00]                                               error="VM config for pod does not exist"
ERRO[2021-04-21T10:07:56.292045020-04:00] stock containerd failed to start UC           error="rpc error: code = Unknown desc = failed to create container io: failed to open /run/containerd/io.containerd.grpc.v1.cri/containers/d7276f89220d2d8bd91309606e7e826d3a87c431b041fa71b1514a08cf8dde0c/io/005718738/d7276f89220d2d8bd91309606e7e826d3a87c431b041fa71b1514a08cf8dde0c-stderr with O_PATH: open /run/containerd/io.containerd.grpc.v1.cri/containers/d7276f89220d2d8bd91309606e7e826d3a87c431b041fa71b1514a08cf8dde0c/io/005718738/d7276f89220d2d8bd91309606e7e826d3a87c431b041fa71b1514a08cf8dde0c-stderr: too many open files"
WARN[2021-04-21T10:07:56.429950650-04:00] Failed to Fetch k8s dns clusterIP exit status 1
The connection to the server localhost:8080 was refused - did you specify the right host or port?

WARN[2021-04-21T10:07:56.429995899-04:00] Using google dns <IP_ADDRESS>
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x112a116]

goroutine 8132 [running]:
github.com/ease-lab/vhive/cri.(*Service).createUserContainer(0xc000480360, 0x14077a0, 0xc000fb9cb0, 0xc000fb9ce0, 0xc000f6ab10, 0x2, 0x2)
        /users/ahoste2/vhive/cri/container_create.go:94 +0x3d6
github.com/ease-lab/vhive/cri.(*Service).CreateContainer(0xc000480360, 0x14077a0, 0xc000fb9cb0, 0xc000fb9ce0, 0xc000480360, 0xc000fb9cb0, 0xc000f6aba0)
        /users/ahoste2/vhive/cri/container_create.go:53 +0x279
k8s.io/cri-api/pkg/apis/runtime/v1alpha2._RuntimeService_CreateContainer_Handler(0x12d90c0, 0xc000480360, 0x14077a0, 0xc000fb9cb0, 0xc0016b2cc0, 0x0, 0x14077a0, 0xc000fb9cb0, 0xc000f31600, 0xd72)
        /users/ahoste2/go/pkg/mod/k8s.io/cri-api@v0.16.16-rc.0/pkg/apis/runtime/v1alpha2/api.pb.go:7699 +0x214
google.golang.org/grpc.(*Server).processUnaryRPC(0xc0004ae000, 0x140f7e0, 0xc00049fc80, 0xc000e20100, 0xc000482660, 0x1abaaf0, 0x0, 0x0, 0x0)
        /users/ahoste2/go/pkg/mod/google.golang.org/grpc@v1.33.1/server.go:1210 +0x522
google.golang.org/grpc.(*Server).handleStream(0xc0004ae000, 0x140f7e0, 0xc00049fc80, 0xc000e20100, 0x0)
        /users/ahoste2/go/pkg/mod/google.golang.org/grpc@v1.33.1/server.go:1533 +0xd05
google.golang.org/grpc.(*Server).serveStreams.func1.2(0xc00019e070, 0xc0004ae000, 0x140f7e0, 0xc00049fc80, 0xc000e20100)
        /users/ahoste2/go/pkg/mod/google.golang.org/grpc@v1.33.1/server.go:871 +0xa5
created by google.golang.org/grpc.(*Server).serveStreams.func1
        /users/ahoste2/go/pkg/mod/google.golang.org/grpc@v1.33.1/server.go:869 +0x1fd

I think that we should limit the number of concurrently booting VMs on each worker to some number, say 10 (because why not 10) so that we avoid contention on the disk that is likely to cause this problem.
As a fix, my suggestion is to use a global semaphore (i.e., bound channel) here that would limit the number of concurrent StartVM calls.
I think that the limit for the snapshot-based starts (i.e., LoadVM calls), the limit should be higher compared to boot-based starts. However, in my experience, this has to be adjusted according to the host's storage performance.
This should be a new knob for vHive.

I agree disk contention due to booting lot's of VMs concurrently is a genuine concern.
Although for the "too many open files" issue, which is the underlying issue for the segfault, closing the SSH connection and logging in again after running setup_worker_kubelet.sh seems to resolve. Apparently, all active session windows must be closed for the file handle limit updates to be applied.


search-guard authorization   error  when use java scroll api

when i  use Client.prepareSearchScroll api   i    get a authorization error even  though i  have permissions to this index,   when i  check  the log info  i find that   Actionrequestfilter  deny  client request because client try to request index *  ,actually * is not the index i want to search, where is * come from ? i found that prepareSearchScroll  can not specify indexname ,  when  searchguard can not get index name from client request  then index name will be * , so  i have to modify source code add scroll_index to specify the index name that i want to search  like this 'client.prepareSearchScroll(scrollid).putHeader("scroll_index","myIndex")' , does this is a search-guard bug

   if(request instanceof SearchScrollRequest){

     	log.debug("-----index is a  scrollrequest---");
    	SearchScrollRequest sr = (SearchScrollRequest)  request ;
        String scrollIndex = sr.getHeader("scroll_index") ;
        if(scrollIndex != null ){
        	log.debug("scroll index is -------------{}---------", scrollIndex);
        	ci.add(scrollIndex);
        }
    }

Having a similar issue. Only possibility to solve it was to allow access to all indexes.

good catch, will investigate that for Search Guard 2

indices:data/read/scroll is now a cluster permission

sg_role_starfleet:
  cluster:
    - 'cluster:monitor*'
    - indices:data/read/scroll
  indices:
    ...

But yes, its just another way of expressing that this is needed for all indices. But thats not a problem cause you need to know the scrollid.


Generate.swift in the Release files look different

Hey Liam👋🏽
I'm now trying to use the xcstrings-tool for my Swift Package target but I faced some errors so let me ask here.
When I add the plugin and try to build it I get these errors ↓

It seems it's losing : URL type annotations for input and output in the Generate.swift when it's packed into the release zip files. I've checked some latest releases but none of them have this URL correctly.
Do you have any idea why this happens? Also, let me know if I can be of help :)

Hey! Ahh sorry this was #45, I just haven't released 0.1.3 to address this yet 🙈
Although it shouldn't be an issue when using xcstrings-tool-plugin (not xcstrings-tool). But i'll try to release a new version later today!

i'll try to release a new version later today!

You can also use the main branch in the meantime instead of 0.1.2

Thanks! I was misusing the non-plugin package 😓
The plugin works now 🙇🏽


FEATURE: Automated Greeting Workflow

I propose to create a Github workflow named "Greetings". This workflow will automatically greet users who create new issues or pull requests in this repository. The Greetings will look like "Hi there! Thanks for opening this issue. We appreciate your contribution to this open - source project. We aim to respond or assign your issue as soon as possible .
Hey @MitulSonagara I can work on this.

@harish08102004 go for it.


Move keystore dao layer to kernel

This PR contains changes made to move keystore dao layer changes to kernel.
Note: The changes will be moved to a feature branch as we will be sending this feature with the next release.
Related Issues:

https://github.com/wso2/product-is/issues/16422

Will be covered with this https://github.com/wso2/carbon-kernel/pull/3659 PR.


Includes reorganization, code cleanup and fix cppcheck warnings

@dennisjenkins75 Flaky tests:
12: [ RUN      ] http_server_test.client_disconnection_on_timeout_from_single_threaded_server
12: Server address: localhost:46323
12: Reject with reason: An exception occured: Timeout
12: terminate called after throwing an instance of 'std::runtime_error'
12:   what():  Connection error: problem with handling timeout

I will try to fix it asap.

I managed to get all tests passing, even if github does not show the most recent travis-ci test results.  I am inclined to merge this PR.  Igor, are you still working on it, or should I merge it now?

@dennisjenkins75 You can merge it now, thank you, Dennis!


Added Bookmark feature which lets users bookmarks track when logged in

Added Bookmark feature which lets users bookmarks track when logged in
https://github.com/code100x/daily-code/assets/134310734/902d767c-22aa-4f02-bea4-cc481b698861
issue

Are u sending multiple requests for each TrackCard to get back the bookmark status?
If yes, can u bulkify it?

Are u sending multiple requests for each TrackCard to get back the bookmark status? If yes, can u bulkify it?

Sir  i am not sending individual request point for each track card rather i am getting all bookmarked tracks and filtered them if they are bookmarked or not, i think you got confused because of my naming convention, check my primsa.schema or bookmarks.page.tsx, you will understand better i hope. Happy to help


EventStore.RegisterAll called twice, once through EventStore.RegisterAll explicitly and once through the ConnectionLifecycle

This occured while using the Orleans InProcess client. OnConnected event of ConnectionLifecycle has registered callbacks for registering the observers it seems

Great catch.
I think the solution for this will be to not use the connection lifecycle system when we're in process, since there really is no connection. We reused the same concepts from the regular out-of-process .NET client with connection and client, which got us there faster but brings with it behavior we probably don't want for in-process clients.


Update the README

The README hasn't been updated, it should be changed to reflect the project, describe the stack and explain how to get up and running

We'll want to add instructions for running the docker file. I'll leave them here for the time being as it seems a bit pointless partially updating the readme at the minute.
To run:
cd to the project directory and run
docker build . -t curriculum_materials:latest
docker-compose up
To stop the app run
docker-compose down


Camera won't adjust based on entity size

Based on the size and height of an entity, the camera should adjust so that it feels like you are that mob.

This is a duplicate of #6.


[python] update to numba 0.58

The newer version lets us clean up some existing dependency complications -- especially a constraint against newer versions of numpy, which was getting more problematic as time goes on.

Codecov Report
All modified lines are covered by tests :white_check_mark:
:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
see 75 files with indirect coverage changes
:loudspeaker: Thoughts on this report? Let us know!.

wheels test: https://github.com/single-cell-data/TileDB-SOMA/actions/runs/6324289205/job/17174223306


Implements json abi with call paths for structs and enums.

Description
Reference to external dependency struct now looks like: "type": "struct ::abi_with_tuples::Person",
Note that the :: is only present when accessing external dependencies this includes std:
"type": "enum ::std::option::Option",
Struct reference in root module still looks like:
"type": "struct MyStruct",
Struct reference in sub modules looks like:
"type": "struct folder1::dep_1::MyStruct1",
I decided to use folder_name::lib_name::struct_name instead of a module path because we can have multiple module paths to the same final module. When two deps A and B in the root dir both use a third dep C. The module path to C is A::C and B::C respectively while the path used now would be only C as C is also in the root dir. Overall using the paths with folder names removes ambiguous cases.
This is similar to how rust works where a folder can have a mod.rs with pub mod file_name and then the call paths to the sub modules (in files) of the folder will be folder_name::file_name::type_name.
This is related to:
https://github.com/FuelLabs/fuel-specs/issues/450
https://github.com/FuelLabs/fuels-rs/issues/791
Checklist

[x] I have linked to any relevant issues.
[x] I have commented my code, particularly in hard-to-understand areas.
[ ] I have updated the documentation where relevant (API docs, the reference, and the Sway book).
[x] I have added tests that prove my fix is effective or that my feature works.
[x] I have added (or requested a maintainer to add) the necessary Breaking* or New Feature labels where relevant.
[x] I have done my best to ensure that my PR adheres to the Fuel Labs Code Review Standards.
[ ] I have requested a review from the relevant team or maintainers.

Closing because this was replaced by:https://github.com/FuelLabs/sway/pull/4137


Automated cherry pick of #8709: feat: support snapshot of esxi

Cherry pick of #8709 on release/3.5.
#8709: feat: support snapshot of esxi

Codecov Report

Merging #8710 (ec57aca) into release/3.5 (e3fe6c4) will increase coverage by 7.38%.
The diff coverage is 21.21%.

@@               Coverage Diff               @@
##           release/3.5    #8710      +/-   ##
===============================================
+ Coverage         6.03%   13.42%   +7.38%
===============================================
  Files              795      252     -543
  Lines           124282    26119   -98163
===============================================
- Hits              7503     3506    -3997
+ Misses          116114    22278   -93836
+ Partials           665      335     -330

Flag
Coverage Δ

aFlag
13.42% <21.21%> (+7.38%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

pkg/compute/guestdrivers/aliyun.go
3.70% <ø> (ø)

pkg/compute/guestdrivers/aws.go
2.97% <ø> (ø)

pkg/compute/guestdrivers/azure.go
3.22% <ø> (ø)

pkg/compute/guestdrivers/baremetals.go
1.07% <ø> (ø)

pkg/compute/guestdrivers/base.go
0.00% <0.00%> (ø)

pkg/compute/guestdrivers/esxi.go
0.82% <0.00%> (-0.13%)
:arrow_down:

pkg/compute/guestdrivers/google.go
2.54% <ø> (ø)

pkg/compute/guestdrivers/huawei.go
8.10% <ø> (ø)

pkg/compute/guestdrivers/openstack.go
1.36% <ø> (ø)

pkg/compute/guestdrivers/qcloud.go
2.43% <ø> (ø)

... and 488 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6fe8d43...ec57aca. Read the comment docs.


Propose to release 0.5.1 with loosened dill version

@njusu
Thank you for merging this PR
We want to add greykite to our project requirement file and want to install from a release.
We were wondering if we could release it as 0.5.1?
Thank you!

@njusu Thank you for merging this PR We want to add greykite to our project requirement file and want to install from a release. We were wondering if we could release it as 0.5.1? Thank you!

Thanks for updating this @KathyGCY ! Would you also need the new version on pypi for your project to use?

Hi @njusu Yes we need the new version in pypi. Thank you!!!


Added ostfoldfk (for Østfolk Fylkeskommune school domain name)

Added Østfolk Fylkeskommune school domain name.

https://utdanning.ostfoldfk.no/ikbViewer/page/open/forsiden
Utdanning = education
Forsiden = front page

@DoggyCode Could you please clarify which email addresses the students and teachers in the school have? Is their email domain ostfoldfk.no, or there are more specific domains such as stud.ostfoldfk.no, etc.?

@philipto A student's would be<EMAIL_ADDRESS>this also accounts for teachers. I should have set it up appropriately.
yourname could be some of your first name and some of your last name. For example, mine is<EMAIL_ADDRESS>and one of my teacher's is<EMAIL_ADDRESS>. ** is representing last name initials, as i don't want to publish their emails open here :)

@DoggyCode I am sorry, I accidentally merged the pull request and then noticed that the file path is incorrect: lib/domains/no/ostfoldfk instead of lib/domains/no/ostfoldfk.txt. Could you please make a new request, and I'll merge it as soon as possible. Thank you!

@philipto I have created a new Pull Request: https://github.com/JetBrains/swot/pull/2733


mercury: build on Darwin

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Assured whether relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

@GrahamcOfBorg build mercury

timed out on darwin, let's try one more
@GrahamcOfBorg build mercury

Mercury is quite big and the build takes a while. I'd say it took something like half an hour on my laptop.

Timed out again, so let's merge this and see if it builds on Hydra.


[WIP] add a spider script to query current jobs

I want to query all current jobs and check if they are supporting the remote_api, but after syncing it with the DPTP this afternoon, there is no prow API provided for this, so I drafted a script to try to get them. Next step:

check if this job supports the remote_api

Note that: please don't run this script frequently since maybe your IP will be forbidden.
Do you have any other  solutions to get all jobs?
MacBook-Pro:tools jianzhang$ python prow_spider.py
Please input the file name you want to query:openshift-openshift-tests-private-release-4.9__amd64-nightly.yaml
https://github.com/openshift/release/blob/master/ci-operator/config/openshift/openshift-tests-private/openshift-openshift-tests-private-release-4.9__amd64-nightly.yaml
aws-c2s-ipi-disconnected-private-p2-f360
aws-c2s-ipi-disconnected-private-p3-f360-destructive
aws-ipi-byo-route53-p2-f360
aws-ipi-byo-route53-p3-f360-destructive
aws-ipi-disconnected-private-p2-f360
aws-ipi-disconnected-private-p3-f360-destructive
aws-ipi-disconnected-private-sno-p2-f360
aws-ipi-disconnected-private-sno-p3-f360-destructive
aws-ipi-disconnected-workers-rhcos-rhel8-p2-f360
aws-ipi-disconnected-workers-rhcos-rhel8-p3-f360-destructive
aws-ipi-ovn-fips-p2-f360
aws-ipi-ovn-fips-p3-f360-destructive
aws-ipi-ovn-ingress-nlb-p2-f360
aws-ipi-ovn-ingress-nlb-p3-f360-destructive
aws-ipi-ovn-ipsec-p2-f360
aws-ipi-ovn-ipsec-p3-f360-destructive
aws-ipi-ovn-p3-f360
aws-ipi-ovn-p3-f360-destructive
aws-ipi-p3-f360-long-duration-part1-3
aws-ipi-p3-f360-long-duration-part2-3
aws-ipi-private-disasterrecovery-p2-f360
aws-ipi-private-ovn-ipsec-p2-f360
aws-ipi-private-ovn-ipsec-p3-f360-destructive
aws-ipi-private-p2-f360
aws-ipi-private-p3-f360-destructive
aws-ipi-proxy-p2-f360
aws-ipi-proxy-p3-f360-destructive
aws-ipi-proxy-workers-rhel8-etcd-encryption-p2-f360
aws-ipi-proxy-workers-rhel8-etcd-encrypt-p3-f360-destructive
aws-ipi-sdn-migration-ovn-p2-f360
aws-ipi-sdn-mtu-migrate-p3-f360
aws-ipi-workers-marketplace-p2-f360
aws-ipi-workers-marketplace-p3-f360-destructive
aws-usgov-ipi-disconnected-private-p2-f360
aws-usgov-ipi-disconnected-private-p3-f360-destructive
aws-usgov-ipi-private-cco-manual-sts-p3-f360
aws-usgov-ipi-private-cco-manual-sts-p3-f360-destructive
aws-usgov-ipi-private-p3-f360
aws-usgov-ipi-private-p3-f360-destructive
aws-usgov-ipi-private-workers-marketplace-p2-f360
aws-usgov-ipi-private-workers-marketplace-p3-f360-destructive
azure-ipi-disconnected-fullyprivate-p2-f360
azure-ipi-disconnected-fullyprivate-p3-f360-destructive
azure-ipi-disconnected-p2-f360
azure-ipi-disconnected-p3-f360-destructive
azure-ipi-fips-p2-f360
azure-ipi-fips-p3-f360-destructive
azure-ipi-fullyprivate-proxy-p2-f360
azure-ipi-fullyprivate-proxy-p3-f360-destructive
azure-ipi-ingress-custom-ingresscontroller-p3-f360
azure-ipi-ingress-custom-controller-p3-f360-destructive
azure-ipi-ovn-etcd-encryption-p2-f360
azure-ipi-ovn-etcd-encryption-p3-f360-destructive
azure-ipi-ovn-ipsec-p2-f360
azure-ipi-ovn-ipsec-p3-f360-destructive
azure-ipi-private-disasterrecovery-p2-f360
azure-ipi-private-p2-f360
azure-ipi-private-p3-f360-destructive
azure-ipi-proxy-workers-rhcos-rhel8-p2-f360
azure-ipi-proxy-workers-rhcos-rhel8-p3-f360-destructive
azure-ipi-resourcegroup-p3-f360
azure-ipi-resourcegroup-p3-f360-destructive
azure-ipi-sdn-migration-ovn-p2-f360
azure-ipi-workers-rhel8-p2-f360
azure-ipi-workers-rhel8-p3-f360-destructive
azure-mag-ipi-fullyprivate-p2-f360
azure-mag-ipi-fullyprivate-p3-f360-destructive
azure-mag-ipi-p2-f360
azure-mag-ipi-p3-f360-destructive
azure-upi-p3-f360
azure-upi-p3-f360-destructive
baremetalds-ipi-ovn-ipv4-p2-f360
baremetalds-ipi-ovn-ipv4-p3-f360-destructive
gcp-ipi-cco-manual-workload-identity-p2-f360
gcp-ipi-cco-manual-workload-identity-p3-f360-destructive
gcp-ipi-disconnected-p2-f360
gcp-ipi-disconnected-p2-f360-destructive
gcp-ipi-disconnected-private-p3-f360
gcp-ipi-disconnected-private-p3-f360-destructive
gcp-ipi-disconnected-workers-rhel8-p2-f360
gcp-ipi-disconnected-workers-rhel8-p2-f360-destructive
gcp-ipi-ovn-ipsec-p2-f360
gcp-ipi-ovn-ipsec-p3-f360-destructive
gcp-ipi-ovn-mtu-migrate-p2-f360
gcp-ipi-ovn-mtu-migrate-p2-f360-destructive
gcp-ipi-ovn-p3-f360
gcp-ipi-ovn-p3-f360-destructive
gcp-ipi-private-disasterrecovery-p2-f360
gcp-ipi-proxy-etcd-encryption-p2-f360
gcp-ipi-proxy-etcd-encryption-p2-f360-destructive
gcp-ipi-proxy-private-p2-f360
gcp-ipi-proxy-private-p3-f360-destructive
gcp-ipi-realtime-kernel-p2-f360
gcp-ipi-realtime-kernel-p2-f360-destructive
gcp-ipi-sdn-migration-ovn-p2-f360
gcp-ipi-workers-rhel8-fips-p2-f360
gcp-ipi-workers-rhel8-fips-p3-f360-destructive
gcp-upi-p3-f360
gcp-upi-p3-f360-destructive
gcp-upi-private-xpn-ingress-glb-p2-f360
gcp-upi-private-xpn-ingress-glb-p3-f360-destructive
gcp-upi-xpn-p2-f360
gcp-upi-xpn-p3-f360-destructive
execute time cost:26.09

one way is to reduce the request.
https://stackoverflow.com/questions/600079/how-do-i-clone-a-subdirectory-only-of-a-git-repository
although it is not good solution.

Close it since it has been fixed in: https://github.com/openshift/release-tests/commit/0b2eafd7086d57b2b2e837007564c956e1255213