text:
[crash] Matter:  chip::SessionManager::SystemLayer

Problem
Crash with aa9457e6b94b735076dff6297176183bf9780177  SHA.
Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000018
Exception Codes: 0x0000000000000001, 0x0000000000000018
VM Region Info: 0x18 is not in any region.  Bytes before following region: 68719476712
      REGION TYPE                 START - END      [ VSIZE] PRT/MAX SHRMOD  REGION DETAIL
      UNUSED SPACE AT START
--->
      commpage (reserved)     1000000000-7000000000 [384.0G] ---/--- SM=NUL  ...(unallocated)
Termination Reason: SIGNAL 11 Segmentation fault: 11
Terminating Process: exc handler [1054]

Thread 7 Crashed ↩::   Dispatch queue: com.csa.matter.framework.controller.workqueue
0   Matter                        	       0x10426a9b4 chip::SessionManager::SystemLayer() + 12 (connectedhomeip/src/transport/SessionManager.h:185)
1   Matter                        	       0x1041e52f0 chip::app::ReadClient::CancelLivenessCheckTimer() + 60 (connectedhomeip/src/app/ReadClient.cpp:735)
2   Matter                        	       0x1041e5410 chip::app::ReadClient::~ReadClient() + 88 (connectedhomeip/src/app/ReadClient.cpp:116)
3   Matter                        	       0x1041e5484 chip::app::ReadClient::~ReadClient() + 32 (connectedhomeip/src/app/ReadClient.cpp:113)
4   Matter                        	       0x1041e54b4 chip::app::ReadClient::~ReadClient() + 32 (connectedhomeip/src/app/ReadClient.cpp:113)
5   Matter                        	       0x103c4fbbc (anonymous namespace)::SubscriptionCallback::~SubscriptionCallback() + 124 (usr/include/c++/v1/__memory/unique_ptr.h:57)
6   Matter                        	       0x103c508b8 ___ZN12_GLOBAL__N_120SubscriptionCallback11ReportErrorEP7NSError_block_invoke_2 + 32 (connectedhomeip/src/darwin/Framework/CHIP/MTRBaseDevice.mm:1556)

2022-08-08 09:40:33.0642 -0700 default 0x02986 0x0 homed[1054] (Matter): 🔵 [1659976833077] [1054:10630] CHIP: [DIS] Keeping DNSSD lookup active
2022-08-08 09:40:33.0988 -0700 default 0x02a1f 0x0 homed[1054] (Matter): 🟢 [1659976833112] [1054:10783] CHIP: [EM] Retransmitting MessageCounter:195541916 on exchange 49365i Send Cnt 1
2022-08-08 09:40:33.0988 -0700 default 0x02a1f 0x0 homed[1054] (Matter): 🔵 [1659976833112] [1054:10783] CHIP: [IN] Sending encrypted msg 0x10d722f38 with MessageCounter:195541916 to 0x000000001BF74625 (11) at monotonic time: 000000000009E7FF msec
2022-08-08 09:40:33.0990 -0700 default 0x02a1f 0x0 homed[1054] (Matter): 🔵 [1659976833112] [1054:10783] CHIP: [DIS] OperationalDeviceProxy[11:000000001BF74625]: Operational node lookup already in progress. Will NOT start a new one.
2022-08-08 09:40:33.1875 -0700 default 0x02986 0x0 homed[1054] (Matter): 🔵 [1659976833200] [1054:10630] CHIP: [EM] Received message of type 0x5 with protocolId (0, 1) and MessageCounter:161769145 on exchange 49364i
2022-08-08 09:40:33.1875 -0700 default 0x02986 0x0 homed[1054] (Matter): 🟢 [1659976833200] [1054:10630] CHIP: [EM] Found matching exchange: 49364i, Delegate: 0x10d35d4a0
2022-08-08 09:40:33.1876 -0700 default 0x02986 0x0 homed[1054] (Matter): 🟢 [1659976833201] [1054:10630] CHIP: [EM] Rxd Ack; Removing MessageCounter:195541915 from Retrans Table on exchange 49364i
2022-08-08 09:40:33.1876 -0700 default 0x02986 0x0 homed[1054] (Matter): 🟢 [1659976833201] [1054:10630] CHIP: [EM] Removed CHIP MessageCounter:195541915 from RetransTable on exchange 49364i
2022-08-08 09:40:33.1884 -0700 default 0x02986 0x0 homed[1054] (Matter): 🟢 [1659976833201] [1054:10630] CHIP: [EM] Sending Standalone Ack for MessageCounter:161769145 on exchange 49364i
2022-08-08 09:40:33.1884 -0700 default 0x02a21 0x0 homed[1054] (Matter): 🟢 [1659976833201] [1054:10785] CHIP: [CTL] Response Time: PFvPvRKN4chip3app9DataModel13DecodableListItEEE+316489810 0.443746 seconds
2022-08-08 09:40:33.1885 -0700 default 0x02986 0x0 homed[1054] (Matter): 🔵 [1659976833201] [1054:10630] CHIP: [IN] Prepared secure message 0x16f5ad258 to 0x000000001BF74625 (11)  of type 0x10 and protocolId (0, 0) on exchange 49364i with MessageCounter:195541918.
2022-08-08 09:40:33.1885 -0700 default 0x02986 0x0 homed[1054] (Matter): 🔵 [1659976833201] [1054:10630] CHIP: [IN] Sending encrypted msg 0x16f5ad258 with MessageCounter:195541918 to 0x000000001BF74625 (11) at monotonic time: 000000000009E858 msec
2022-08-08 09:40:33.1886 -0700 default 0x02986 0x0 homed[1054] (Matter): 🟢 [1659976833202] [1054:10630] CHIP: [EM] Flushed pending ack for MessageCounter:161769145 on exchange 49364i
2022-08-08 09:40:33.1890 -0700 default 0x02a21 0x0 homed[1054] (Matter): 🟢 [1659976833202] [1054:10785] CHIP: [CTL] Response Time: PFvPvRKN4chip3app9DataModel13DecodableListIjEEE+3861994162
2022-08-08 09:40:33.1890 -0700 default 0x02a21 0x0 homed[1054] (Matter): 🟢 [1659976833202] [1054:10785] CHIP: [DMG] SendReadRequest ReadClient[0x10db43b70]: Sending Read Request
2022-08-08 09:40:33.1892 -0700 default 0x02a21 0x0 homed[1054] (Matter): 🔵 [1659976833202] [1054:10785] CHIP: [IN] Prepared secure message 0x104c3cf58 to 0x000000001BF74625 (11)  of type 0x2 and protocolId (0, 1) on exchange 49367i with MessageCounter:195541919.
2022-08-08 09:40:33.1892 -0700 default 0x02a21 0x0 homed[1054] (Matter): 🔵 [1659976833202] [1054:10785] CHIP: [IN] Sending encrypted msg 0x104c3cf58 with MessageCounter:195541919 to 0x000000001BF74625 (11) at monotonic time: 000000000009E859 msec
2022-08-08 09:40:33.1894 -0700 default 0x02a21 0x0 homed[1054] (Matter): 🟢 [1659976833202] [1054:10785] CHIP: [DMG] MoveToState ReadClient[0x10db43b70]: Moving to [AwaitingIn]
2022-08-08 09:40:33.2540 -0700 default 0x02a1f 0x0 homed[1054] (Matter): 🔵 [1659976833267] [1054:10783] CHIP: [DIS] Checking node lookup status after 203 ms
2022-08-08 09:40:33.2540 -0700 default 0x02a1f 0x0 homed[1054] (Matter): 🟢 [1659976833267] [1054:10783] CHIP: [DIS] OperationalDeviceProxy[11:000000001BF74625]: Updating device address to UDP:[fdba:6cf7:2b86:0:ad33:bcb3:8586:e0ab]:5540 while in state 5
2022-08-08 09:40:33.3238 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [CTL] Shutting down the commissioner
2022-08-08 09:40:33.3238 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [CTL] Stopping commissioning discovery over DNS-SD
2022-08-08 09:40:33.3238 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [CTL] Shutting down the controller
2022-08-08 09:40:33.3238 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [IN] SecureSession[0x1030b7910]: Released - Type:2 LSID:99
2022-08-08 09:40:33.3239 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [IN] Expiring all sessions for fabric 0xb!!
2022-08-08 09:40:33.3239 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [IN] SecureSession[0x10d357d10]: MarkForEviction Type:2 LSID:100
2022-08-08 09:40:33.3239 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🔵 [1659976833337] [1054:10783] CHIP: [SC] SecureSession[0x10d357d10]: Moving from state 'kActive' --> 'kPendingEviction'
2022-08-08 09:40:33.3239 -0700   error 0x02a1f 0x9381 homed[1054] (Matter): 🔴 [1659976833337] [1054:10783] CHIP: [DMG] Time out! failed to receive report data from Exchange: 49365i
2022-08-08 09:40:33.3239 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [DMG] mResubscribePolicy is null
2022-08-08 09:40:33.3240 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [DMG] MoveToState ReadClient[0x10d70eb10]: Moving to [      Idle]
2022-08-08 09:40:33.3240 -0700   error 0x02a1f 0x9381 homed[1054] (Matter): 🔴 [1659976833337] [1054:10783] CHIP: [DMG] Time out! failed to receive report data from Exchange: 49366i
2022-08-08 09:40:33.3241 -0700   error 0x02a1f 0x9381 homed[1054] (Matter): 🔴 [1659976833337] [1054:10783] CHIP: [DMG] Time out! failed to receive report data from Exchange: 49367i
2022-08-08 09:40:33.3241 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833337] [1054:10783] CHIP: [IN] SecureSession[0x10d357d10]: Released - Type:2 LSID:100
2022-08-08 09:40:33.3241 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🔵 [1659976833337] [1054:10783] CHIP: [FP] Forgetting fabric 0xb
2022-08-08 09:40:33.3241 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🔵 [1659976833337] [1054:10783] CHIP: [TS] Pending Last Known Good Time: 2022-08-08T16:22:51
2022-08-08 09:40:33.3246 -0700 default 0x02a22 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10786] CHIP: [CTL] Response Time: PFvPvN4chip4SpanIKcEEE+3672595051 0.573910 seconds
2022-08-08 09:40:33.3249 -0700 default 0x02a22 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10786] CHIP: [CTL] Response Time: PFvPvRKN4chip3app9DataModel13DecodableListIjEEE+3861994162 0.136018 seconds
2022-08-08 09:40:33.3252 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): PersistentStorageDelegate Sync Get Value for Key: g/lkgt
2022-08-08 09:40:33.3253 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🔵 [1659976833338] [1054:10783] CHIP: [TS] Previous Last Known Good Time: 2022-08-08T16:22:51
2022-08-08 09:40:33.3253 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🔵 [1659976833338] [1054:10783] CHIP: [TS] Reverted Last Known Good Time to previous value
2022-08-08 09:40:33.3253 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10783] CHIP: [CTL] Shutting down the System State, this will teardown the CHIP Stack
2022-08-08 09:40:33.3253 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10783] CHIP: [IN] SecureSession[0x10db33f10]: Released - Type:2 LSID:98
2022-08-08 09:40:33.3254 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10783] CHIP: [DMG] IM WH moving to [Uninitialized]
2022-08-08 09:40:33.3254 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10783] CHIP: [DMG] IM WH moving to [Uninitialized]
2022-08-08 09:40:33.3254 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10783] CHIP: [DMG] IM WH moving to [Uninitialized]
2022-08-08 09:40:33.3254 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10783] CHIP: [DMG] IM WH moving to [Uninitialized]
2022-08-08 09:40:33.3254 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🟢 [1659976833338] [1054:10783] CHIP: [DMG] All ReadHandler-s are clean, clear GlobalDirtySet
2022-08-08 09:40:33.3255 -0700 default 0x02a1f 0x9381 homed[1054] (Matter): 🔵 [1659976833338] [1054:10783] CHIP: [BLE] CancelConnection
2022-08-08 09:40:33.3255 -0700   error 0x02a1f 0x9381 homed[1054] (Matter): 🔴 [1659976833338] [1054:10783] CHIP: [DL] Inet Layer shutdown
2022-08-08 09:40:33.3255 -0700   error 0x02a1f 0x9381 homed[1054] (Matter): 🔴 [1659976833338] [1054:10783] CHIP: [DL] BLE shutdown
2022-08-08 09:40:33.3255 -0700   error 0x02a1f 0x9381 homed[1054] (Matter): 🔴 [1659976833338] [1054:10783] CHIP: [DL] System Layer shutdown

Apple reference: rdar://97466186

Duplicate of https://github.com/project-chip/connectedhomeip/issues/20085

authors: aajain-com bzbarsky-apple


text:
[Ameba] Support OTA requestor app

Problem

Support OTA requestor app

Change overview

Update chip.cmake file
Add examples/ota-requestor-app files
Add AmebaOTAImageProcessor file in src/platform/Ameba

Testing
Tested otar function

/rebase

/rebase

/rebase

/rebase

This PR is currently on-hold due to the auto-build error. The fix of the error will be applied in the next Ameba SDK update soon.

The fix for this auto-build failure has been raised in PR #13488 and PR #13489.

/rebase

/rebase

Hi @andy31415  @woody-apple ,
Could you please help to review this PR, the auto-build has all passed. Thanks!

/rebase

/rebase

/rebase

Hi @andy31415,
Could you please help to check this PR, Thanks!!

Hi @andy31415, @woody-apple
Shall we consider merging this PR first? As this PR defines the macro used in PR #13708, which blocks its auto-build process.
Thanks!

Hi @andy31415,
Could you help to merge this PR?
Please let me know if there i missed anything for this PR, many thanks!

source: gharchive/pull-request

repo: project-chip/connectedhomeip

license_type: permissive

license_source: github-api


text:
[Thread]Add a GenericThreadDriver constructor to set 2 private timeout variab…

…le, Add a setter for those same variables so users can modify them at runtime if they need to.
Devices could desire to increase their set timeouts in noisy environments for example.

I would suggest moving this to GenericThreadStackManagerImpl_OpenThread, then the next step would be exposing a configuration for these two values.
Another idea is to add ScanTimeout and AttachTimeout to ThreadStackManager, then get these two values from GenericThreadDriver.
GenericThreadDriver is actually in the middle of the stack when commissioning the Thread network. The top layer is the cluster, and the bottom layer is the ThreadStackManager so it is unlikely to be the source of truth of these two values.
We should notice that this PR does not actually allow the application to override these two values, since the driver is instanced at https://github.com/project-chip/connectedhomeip/blob/6916da19b303bb136c1256f9ecabe1544a237a30/src/platform/OpenThread/GenericThreadStackManagerImpl_OpenThread.hpp#L82-L96
It is possible that different platforms (and Thread implementations) uses different suggested values for these two values, they might be backed with slightly different GenericThreadStackManagerImpl (I found platforms like cc13xx and BL702 extends the GenericThreadStackManagerImpl_OpenThread_LwIP for their own ThreadStackManagerImpl), so having this in the GenericThreadDriver slightly reduces the portbility.
We could then expose two other functions, to allow applications override these two value when (or after) initializing thread stack by calling DeviceLayer::ThreadStackMgr().InitThreadStack().

@erjiaqing  thank you for your input. I will rework this in a few days so it is applicable to your PR and  be leveraged by other ThreadStackImpl

authors: erjiaqing jmartinez-silabs


text:
Fix Jni Class leaks

For long-lived jni class reference, we should create global reference. For short-lived jni class reference, we should use local reference instead of global reference. Currently, in SDK, we are creating global reference for jni class.....which make some android phone crash.
Create RAII JniClass to handle global and local reference based upon the flag, which would help reduce the attribute and event leak around 3k for wildcard subscription during test.
https://github.com/project-chip/connectedhomeip/issues/29069

The core problem you're dealing with here is that JniReferences::GetClassRef allocates a new global ref on each invocation and those refs never get free.  But, arguably, that's the core problem: in that context we should not actually use a global ref, but instead we should be returning a local ref; that could be a single line change to the GetClassRef that does not involve a signature change.
Of course, that would still leave you with the need to clean up the local refs so the local ref table does not explode.  The approach taken here is a very C++ approach of RAII and destroying every object.  This works great if followed consistently, but we should also bring out the big hammer.  For every one of those callbacks that allocate objects, I would advice we allocate a new Java local frame for each of the call backs via PushLocalFrame; that frame would be deallocated via PopLocalFrame on c++ function exit (that would be a great use of RAII).  I would also advise we implement a similar approach for the top level event handling loop for Java platforms, so that the local references never accumulate across more than a single event (even when we miss allocating a new frame in a callback)

Would track the effort in https://github.com/project-chip/connectedhomeip/issues/29266

authors: robszewczyk yunhanw-google


text:
Make sure to relink executables after linker script changes

The linker script is passed in ldflags, which isn't tracked
automatically, so incremental builds don't re-trigger linking correctly
when it changes.
Add it to inputs to force a re-link if the timestamp changes.

@mspang @msandstedt ?

@andy31415 ?

authors: mspang woody-apple


text:
Fix https-invalid landing page URL link in README

Problem
Users currently face a Browser Security warning blockage (invalid https), when opening the project's landing page link on the README.
Summary of Changes
Using directly the new URL https://buildwithmatter.com/ instead of the current problematic URL redirection.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

Am I supposed to do any modifications related to the "restiled" associated PR, or it will be ok ?

@neonsoftware yes, you need to apply changes made by restyler to your branch before it can be merged. You can do it manually if the change is small, or merge the PR created by restyler to your branch.

@Damian-Nordic - I have manually applied the change done by restyler to this commit (new line), do I now need a maintaner to re-trigger the actions ?  (look like from https://github.com/project-chip/connectedhomeip/actions/runs/849446105  "This workflow is awaiting approval from a maintainer in #6860")

@Damian-Nordic  - I respond to my-self: restyled seems to automatically self-retrigger, just with some delay. Will wait.

Is there anything else that I cloud do for this patch ?

authors: CLAassistant Damian-Nordic neonsoftware


text:
Studio V6 Integration- updating  Dirty State and saving files

Updating Dirty State and sending the status to Studio V6 via Post Message

I don't understand this change. What are we trying to achieve?

Previously, we adding Studio V6 integration code which sends a postMessage to the parent DOM, Studio V6. This message tells Studio the state of the ZAP file. There was a bug where the state was never changing because we were using websocket incorrectly.

repo: project-chip/zap

license_source: bigquery


text:
Overview pages to use common base components

Refactor overview pages to use common base components. When necessary, common code should use Generics to help define unique TypeScript object types.
Note that the existing overview pages are basically copies of each other with minor differences for typed objects. Now that the design changes have settled a bit, we can consolidate much of this code.

verified

source: gharchive/issue

repo: project-koku/koku-ui


text:
Buttons on the “My Health Log” screens do not have a role of button [iOS]

The “New York State County you live in”, “Gender identity”, “Age range”, “Race”, and “Ethnicity” buttons found on the My Health Log About and App Settings -> My Health Log screens do not convey a button role to VoiceOver users.

Use the accessibilityRole attribute on the interactive element (TouchableOpacity, Pressable, etc.) to convey a button role to VoiceOver users.
<TouchableOpacity onPress={…} accessibilityRole='button'>
  <Text>Next</Text>
</TouchableOpacity>

I retested and can confirm the issue has been resolved.

repo: project-vagabond/covid-green-app


text:
HttpStream: don't raise exception on empty response

Signed-off-by: Tim Waugh twaugh@redhat.com

:+1:

authors: lkolacek twaugh

repo: projectatomic/osbs-client


text:
ipBlock matches cluster internal IPs

I created a K8s networkpolicy and wanted to allow egress on some pods to outside of the cluster only.
Kubernetes documentation states that ipBlock should only match on cluster IPs and recommends against using them to match on cluster IPs.

ipBlock: This selects particular IP CIDR ranges to allow as ingress sources or egress destinations. These should be cluster-external IPs, since Pod IPs are ephemeral and unpredictable.

      egress:
        - to:
            - ipBlock:
                cidr: 0.0.0.0/0

In my case though, i was able to reach intern K8s service , using the upper rule (I have a default deny rule). It was only able to prevent internal ip access by adding except section.
      egress:
        - to:
            - ipBlock:
                cidr: 0.0.0.0/0
                except:
                  - 10.244.0.0/16
                  - 10.96.0.0/12

Expected Behavior
Internal Cluster network not reachable on the pods using the network policy with ipBlock.
Current Behavior
Internal Cluster network is reachable
Your Environment

Calico version 3.22.2
Orchestrator version (e.g. kubernetes, mesos, rkt): K8s 1.22

It would be nice to have consistency with other CNI's E.g. Cilium which behaves this way. Otherwise the k8s network policy objects will behave differently depending on the CNI.
Then the porpose of k8s network policies will not make any sense, so users can just use the CRDs of each CNI instead.

E.g. Cilium which behaves this way.

I would recommend opening an issue against the CIlium repository, since that isn't the correct behavior according to the API.
Here is the API structure, which is the canonical definition of how the API behaves. The IPBlock structure on the Kubernetes API doesn't make any special exceptions for whether or not the IPs within that block belong to Kubernetes pods or not.

authors: caseydavenport der-ali

repo: projectcalico/calico


text:
kube-controller-manager unable to perform normal GC

Expected Behavior

I use this command to create a deployment
kubectl create deployment my-dep --image=nginx --replicas=3

When I delete the deployment, normally the pod should be deleted at the same time, but currently there is a problem, when I delete the deploy, the pod is not deleted.
When I looked at the kube-controller-manager logs, I found the following
W0427 03:27:41.676584       1 reflector.go:424] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:27:41.676625       1 reflector.go:140] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: Failed to watch *v1.PartialObjectMetadata: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
W0427 03:27:42.576667       1 reflector.go:424] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:27:42.576698       1 reflector.go:140] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: Failed to watch *v1.PartialObjectMetadata: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
W0427 03:27:44.950762       1 reflector.go:424] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:27:44.950864       1 reflector.go:140] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: Failed to watch *v1.PartialObjectMetadata: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
W0427 03:27:51.302841       1 reflector.go:424] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:27:51.302885       1 reflector.go:140] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: Failed to watch *v1.PartialObjectMetadata: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
I0427 03:27:54.521107       1 event.go:294] "Event occurred" object="default/my-dep" fieldPath="" kind="Deployment" apiVersion="apps/v1" type="Normal" reason="ScalingReplicaSet" message="Scaled up replica set my-dep-6d4ddbf4f7 to 3"
I0427 03:27:54.547307       1 event.go:294] "Event occurred" object="default/my-dep-6d4ddbf4f7" fieldPath="" kind="ReplicaSet" apiVersion="apps/v1" type="Normal" reason="SuccessfulCreate" message="Created pod: my-dep-6d4ddbf4f7-blcbs"
I0427 03:27:54.554130       1 event.go:294] "Event occurred" object="default/my-dep-6d4ddbf4f7" fieldPath="" kind="ReplicaSet" apiVersion="apps/v1" type="Normal" reason="SuccessfulCreate" message="Created pod: my-dep-6d4ddbf4f7-65t24"
I0427 03:27:54.557557       1 event.go:294] "Event occurred" object="default/my-dep-6d4ddbf4f7" fieldPath="" kind="ReplicaSet" apiVersion="apps/v1" type="Normal" reason="SuccessfulCreate" message="Created pod: my-dep-6d4ddbf4f7-sm9lx"
W0427 03:28:03.898267       1 reflector.go:424] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:28:03.898298       1 reflector.go:140] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: Failed to watch *v1.PartialObjectMetadata: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:28:10.603428       1 shared_informer.go:258] unable to sync caches for garbage collector
E0427 03:28:10.603456       1 garbagecollector.go:250] timed out waiting for dependency graph builder sync during GC sync (attempt 1)
I0427 03:28:10.712701       1 shared_informer.go:255] Waiting for caches to sync for garbage collector
W0427 03:28:25.712439       1 reflector.go:424] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:28:25.712474       1 reflector.go:140] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: Failed to watch *v1.PartialObjectMetadata: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:28:40.713563       1 shared_informer.go:258] unable to sync caches for garbage collector
E0427 03:28:40.713796       1 garbagecollector.go:250] timed out waiting for dependency graph builder sync during GC sync (attempt 2)
I0427 03:28:40.810444       1 shared_informer.go:255] Waiting for caches to sync for garbage collector
E0427 03:29:10.811432       1 shared_informer.go:258] unable to sync caches for garbage collector
E0427 03:29:10.811451       1 garbagecollector.go:250] timed out waiting for dependency graph builder sync during GC sync (attempt 3)
I0427 03:29:10.912335       1 shared_informer.go:255] Waiting for caches to sync for garbage collector
W0427 03:29:14.772222       1 reflector.go:424] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope
E0427 03:29:14.772870       1 reflector.go:140] vendor/k8s.io/client-go/metadata/metadatainformer/informer.go:90: Failed to watch *v1.PartialObjectMetadata: failed to list *v1.PartialObjectMetadata: connection is unauthorized: bgpfilters.crd.projectcalico.org is forbidden: User "system:serviceaccount:calico-apiserver:calico-apiserver" cannot list resource "bgpfilters" in API group "crd.projectcalico.org" at the cluster scope

I am using tiger operator to deploy calico
kubectl create -f https://raw.githubusercontent.com/projectcalico/calico/v3.25.0/manifests/tigera-operator.yaml

# This section includes base Calico installation configuration.
# For more information, see: https://projectcalico.docs.tigera.io/master/reference/installation/api#operator.tigera.io/v1.Installation
apiVersion: operator.tigera.io/v1
kind: Installation
metadata:
  name: default
spec:
  # Configures Calico networking.
  calicoNetwork:
    # Note: The ipPools section cannot be modified post-install.
    ipPools:
      - blockSize: 26
        cidr: 10.244.0.0/16
        encapsulation: VXLANCrossSubnet
        natOutgoing: Enabled
        nodeSelector: all()
---
# This section configures the Calico API server.
# For more information, see: https://projectcalico.docs.tigera.io/master/reference/installation/api#operator.tigera.io/v1.APIServer
apiVersion: operator.tigera.io/v1
kind: APIServer
metadata:
  name: default
spec: {}

I can't be sure what the problem is right now, but looking at the logs it seems to be affected by calico
Help me
Current Behavior

Possible Solution

Steps to Reproduce (for bugs)

Context

Your Environment

Calico version
Orchestrator version (e.g. kubernetes, mesos, rkt):
Operating System and version:
Link to your project (optional):

Seems relevant
https://github.com/goharbor/harbor-operator/issues/906


text:
Kudu RunFromPackage Deploy will not update app binary. And no error given

This issue is random.
One time we run our deploy pipeline, it will not update the binary, run it again and it will work.
We are using Azure Functions task to deploy.
We push a zip file to App service, and use RunFromPackage as a deploy method.
So far we have seen a couple of cases that the deploy will not respect RunFromPackage method.

Hard to investigate without UTC time, site name etc.

Hi
If the problem persists and is related to running it on Azure App Service, please open a support incident in Azure:
https://learn.microsoft.com/en-us/azure/azure-portal/supportability/how-to-create-azure-support-request
This way we can better track and assist you on this case
Thanks,
Joaquin Vano
Azure App Service

authors: jujinfu jvano suwatch

repo: projectkudu/kudu


text:
Fix for #2193

Fix for #2913. Hard-coded backslashes used in path logic caused string comparison failure.

Hi @nickwalkmsft, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
The agreement was validated by .NET Foundation and real humans are currently evaluating your PR.
TTYL, DNFBOT;

authors: dnfclas nickwalkmsft


text:
markdown appears in online help

For example:
$ riff help system install

prints out
Install riff and Knative system components

<etc.> The manifest file contents should be of the following form:

```yaml
manifestVersion: 0.1
istio:
- https://path/to/istio-release.yaml
<etc.>

Yep, kinda ugly.
I think prefixing the snippet with 4 spaces will do the trick of monospacing (but not coloration)

4 spaces would certainly look better for the online help.

authors: ericbottard glyn

repo: projectriff/riff


text:
Error detected while processing ColorScheme Autocommands for "*"

After the last update I started getting the following error:
Error detected while processing ColorScheme Autocommands for "*":
E5108: Error executing lua ...m/bundle/github-nvim-theme/lua/github-theme/autocmds.lua:10: attempt to concatenate field 'colors_name' (a nil value)
stack traceback:
        ...m/bundle/github-nvim-theme/lua/github-theme/autocmds.lua:10: in function 'on_colorscheme'
Press ENTER or type command to continue

same
rror detected while processing ColorScheme Autocommands for "*":
E5108: Error executing lua .../plugged/github-nvim-theme/lua/github-theme/autocmds.lua:10: attempt to concatenate fie
ld 'colors_name' (a nil value)
stack traceback:
        .../plugged/github-nvim-theme/lua/github-theme/autocmds.lua:10: in function 'on_colorscheme'
        [string ":lua"]:1: in main chunk

authors: AHaliq luisdavim

license: MIT


text:
[Bug]: Block Mechanic direction offset.

Is there an existing issue for this?

[X] I have searched the existing issues

Current Behavior
I was using the block mechanic and noticed that in the recent 1.1.7.12 version there's a small alignment issue. When facing north with a block mechanic that has a depth of 3 and width of 1 the blocks are placed one block to the right of the player.  When facing south they're placed to the left.  When facing east and west the blocks are aligned correctly in terms of left and right but misaligned forward and backwards. I'll attach a couple pictures to clarify what I mean.

Expected Behavior
Blocks should generally be centered on the player when possible.
Steps To Reproduce

Create a skill with a block mechanic set up similar to this. Width=1 Height=1 Length=3
Cast the skill while looking in different directions and observe the results.

Environment
- Server Software: paper-1.18.1-129
- ProSkillAPI Version: ProSkillAPI-1.1.7.12-ALPHA
- ProMCCore Version: promccore-1.0.3.5-ALPHA
- Plugins: BetonQuest, Chunky, ChunkyBorder, Citizens, CurseOfVanishing, Essentials, LibsDisguises, MythicMobs, ProMCCore, ProSkillAPI, ProtocolLib, SkBee, Skript, Vault

latest.log
No response
Anything else?
No response

If the depth increases, does it increase the offset?

If the depth increases, does it increase the offset?

I'm don't believe that was the case. Regardless, the issue seems to be fixed as of Proskillapi 1.1.7.14 from my testing.

authors: RebelRanger Travja

repo: promcteam/proskillapi


text:
test

test2

/prombench master

/prombench master

/prombench master

/prombench master

/prombench master

/prombench master

/prombench master

/prombench master

/prombench master

/prombench master

/prombench cancel

/funcbench master BenchmarkBufferedSeriesIterator

/funcbench master BenchmarkBufferedSeriesIterator

/funcbench master BenchmarkBufferedSeriesIterator

/funcbench master BenchmarkBufferedSeriesIterator

/funcbench master BenchmarkBufferedSeriesIterator

/funcbench master BenchmarkBufferedSeriesIterator

/funcbench master BenchmarkBufferedSeriesIterator

/funcbench master BenchmarkBufferedSeriesIterator

repo: prometheus-community/prometheus


text:
dispatcher unexpected error: "failed to get alert"

What did you do?
Nothing.
What did you expect to see?
There should be no error as described in code.
https://github.com/prometheus/alertmanager/blob/0c0c6bdb0133e399c1a9fe4c1a170ce49ec67b58/dispatch/dispatch.go#L482
Environment

System information:

Linux 4.9.0-8-amd64 x86_64

Alertmanager version:

alertmanager, version 0.19.0 (branch: HEAD, revision: 7aa5d19fea3f58e3d27dbdeb0f2883037168914a)
build user:       root@587d0268f963
build date:       20190903-15:01:40
go version:       go1.12.8

Logs:

No more log expected below.
 level=error ts=2020-06-26T02:48:40.800Z caller=dispatch.go:443 component=dispatcher aggrGroup="{}/{alarm_group=~\"^(?:it)$\"}:{alertname=\"printer_device_status\"}" msg="failed to get alert" err="alert not found"

Thanks for your bug report. Can you reproduce the issue with v0.21.0? I suspect that it has been fixed by https://github.com/prometheus/alertmanager/pull/2040.

@simonpasquier It is not fixed by v0.21.0. I suspect it's caused by fingerprint. I am trying to write a script to reproduce it.

authors: Betula-L simonpasquier

repo: prometheus/alertmanager


text:
Enable support for custom callbacks as part of maintenance

This enables support for custom Maintenance callbacks as part of the periodic maintenance of silences and notification logs.
Effectively a no-op for the Alertmanager but allows a downstream implementation to inject custom logic as part of it.

[x] Does this requires a changelog? Given it's a no-op for anything alertmanager related.

This introduced a crash bug for the default silence maintenance function, see fix in https://github.com/prometheus/alertmanager/pull/2701.

authors: gotjosh juliusv


text:
Add a generic webhook notifier.

This allows for use cases such as kicking off shell scripts,
logging notifications, or anything else the alertmanager doesn't
directly support.
@juliusv
Is there a better way to test this? This seems kinda clunky.

I'd generally like to keep too many unrelated changes out of the same PR or at least commit. Especially the big files.go update is not related to this, right?
:+1: otherwise.
As for testing, the current way is ok, but a more generic way would definitely be nicer in the future. Some way of just defining the test alerts only once, and then reusing them for all the different notification methods (using table-based tests referencing notification methods and fixture files containing the resulting JSON or other expected outputs). Something like that...

What protoc version/flags were you using? Somehow all the comments were stripped from the generated code.
Also the embedding of static files in blob/files.go changed but none the files themselves. Why is it not gitingored in the alertmanager anyway?

Ah, good point @fabxc. @brian-brazil please make sure you're using the latest protoc version and that comments are rendered out.

I'm using the latest protoc that comes with Ubuntu 12.04. If we need a specific version, then the build should be hermetic and pull it in itself.

Ubuntu 12.04 is ancient :) I think I used https://github.com/google/protobuf/releases/tag/v2.6.1.
Pulling and installing the right version automatically might be nice, but from a recent discussion it felt to me like multiple people wanted to get away from trying to build the perfect auto-installer for all build dependencies. Further, we will likely switch away from protobufs for the AM too at some point too, so time investments in this area might not really be worth so much right now.

A consistent config format across our components is essential. Switching to YAML will be one of the first things to do once we shift our focus towards the Alertmanager.
I don't even mind whether the generated code has doc strings, tbh.

I've managed to get a recent version by compiling from source.
I don't think it's reasonable for us to require that level of effort of contributors using a modern, supported, and widely used OS - we can't assume that everyone is on the bleeding edge or has the technical skills and time to deal with that sort of issue.

I generally agree with that.
Unfortunately, the PR can no longer be merged.

For the future, I hope that we can limit our additional tools required for contributing to go-generate for embedding static assets and a build tool (I have high hopes for gb).

That should be good now.
I reset the files.go, but I think it needs to be regenerated.

:+1:

authors: brian-brazil fabxc juliusv


text:
Update "Software exposing Prometheus metrics" section in exporters.md

Signed-off-by: Sijie Yang yangsijie@baidu.com

Thanks!
You appear to be hand-producing the format from your own client library that doesn't support labels. I'd suggest looking into using client_golang.

authors: brian-brazil iyangsj

repo: prometheus/docs


text:
Support etcd_sd_configs in scrape_configs?

Proposal
Because etcd is also a relatively general foundation for service discovery.

Do you have a link to what you mean? I have never seen etcd used for this.

Do you have a link to what you mean? I have never seen etcd used for this.

There is a blog about using etcd as service discovery via file_sd_configs: https://prometheus.io/blog/2015/08/17/service-discovery-with-etcd/
Prometheus supports many *_sd_configs, but not etcd_sd_configs.
https://prometheus.io/docs/prometheus/latest/configuration/configuration/#scrape_config

Hello from the bug scrub!
Generally, we have a problem with maintaining the many SDs already. A new SD needed to come with committed maintainers to not add to the pile of essentially unmaintained SDs.
As this has been sitting without much attention for 1.5y, and you can already use the file-based SD, we'll close this.
If anyone feels the need for a native etcd SD and has the resources to maintain it, please follow up.

authors: beorn7 jmjoy roidelapluie

repo: prometheus/prometheus


text:
Service down by out of memory, and restart fail with io.wait and head_wal read wal(size= 0)

What did you do?
The node of prometheus work for scrape jobs on docker.
It down and restart fail for serval times, until clear wal.
What did you expect to see?
How to fix it, or correct the configuration.
What did you see instead? Under which circumstances?
Seem to write wal fail (the size of lastest 0000x  file is zero) when out of memory, and then restart fail by reading the wal.
Note: sometime it logs "Error on ingesting out-of-order samples", but these sample had been droped.
System information
Linux 3.10.0-327.el7.x86_64 x86_64
Prometheus version
build user:       root@920118f645b7
  build date:       20230623-15:09:49
  go version:       go1.20.5
  platform:         linux/amd64
  tags:             netgo,builtinassets,stringlabels

Prometheus configuration file
global:
  scrape_interval: 30s
  external_labels:
    namespace: custom-scrape-itest
# scrape_configs: 11 job

Alertmanager version
No response
Alertmanager configuration file
No response
Logs
## docker ps -a | grep promethe
ede10ec2c2fa        prom/prometheus:v2.45.0                   "/bin/prometheus --c…"   7 hours ago         Exited (255) About an hour ago   9090/tcp            iumbtest_custom_scrape_prometheus.1.tdvussclcxhyjco4r10li5z41
bbbd91aca512        prom/prometheus:v2.45.0                   "/bin/prometheus --c…"   7 hours ago         Exited (2) 7 hours ago                               iumbtest_custom_scrape_prometheus.1.n7u8hn4d28icdbqagyv9xafwi
ac43b1045eec        prom/prometheus:v2.45.0                   "/bin/prometheus --c…"   7 hours ago         Exited (137) 7 hours ago                             iumbtest_custom_scrape_prometheus.1.tm6hsyd8pa6odjp6rhuq9ml78
147f6ba1344d        prom/prometheus:v2.45.0                   "/bin/prometheus --c…"   7 hours ago         Exited (2) 7 hours ago                               iumbtest_custom_scrape_prometheus.1.muj1zmn5zsj8ir1x8uxu914lo
1d221d5faaa6        prom/prometheus:v2.45.0                   "/bin/prometheus --c…"   7 hours ago         Exited (137) 7 hours ago                             iumbtest_custom_scrape_prometheus.1.re24g5xqyt6yn6td8ke2m7loq
f4b76a523f8c        prom/prometheus:v2.45.0                   "/bin/prometheus --c…"   29 hours ago        Exited (255) 24 hours ago        9090/tcp            iumbtest_custom_scrape_prometheus.1.ptfsr7ruec5gnbqazkenvkubo

## Logs
### f4b76a523f8c/ Crash
> memory reach the ceiling/ 14G, ssh don't work too

{"log":"ts=2024-04-01T22:03:37.477Z caller=head.go:684 level=info component=tsdb msg=\"Replaying WAL, this may take a while\"\n","stream":"stderr","time":"2024-04-01T22:03:37.47726269Z"}
{"log":"ts=2024-04-01T22:03:37.478Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=0 maxSegment=275\n","stream":"stderr","time":"2024-04-01T22:03:37.478945899Z"}
{"log":"ts=2024-04-01T22:04:08.275Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=1 maxSegment=275\n","stream":"stderr","time":"2024-04-01T22:04:08.276074243Z"}
{"log":"ts=2024-04-01T22:04:31.752Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=2 maxSegment=275\n","stream":"stderr","time":"2024-04-01T22:04:31.753092689Z"}

### 1d221d5faaa6/ ReStart
> without exception

{"log":"ts=2024-04-02T19:27:06.021Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=0 maxSegment=19\n","stream":"stderr","time":"2024-04-02T19:27:06.021449414Z"}
{"log":"ts=2024-04-02T19:27:38.448Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=1 maxSegment=19\n","stream":"stderr","time":"2024-04-02T19:27:38.448771201Z"}
{"log":"ts=2024-04-02T19:28:00.386Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=2 maxSegment=19\n","stream":"stderr","time":"2024-04-02T19:28:00.387157734Z"}

### 147f6ba1344d/ ReStart
> out of memory + IO wait+ wal.read

{"log":"ts=2024-04-02T19:28:40.842Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=0 maxSegment=20\n","stream":"stderr","time":"2024-04-02T19:28:40.842372417Z"}
{"log":"ts=2024-04-02T19:29:12.989Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=1 maxSegment=20\n","stream":"stderr","time":"2024-04-02T19:29:12.990114644Z"}
{"log":"ts=2024-04-02T19:29:36.303Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=2 maxSegment=20\n","stream":"stderr","time":"2024-04-02T19:29:36.304020691Z"}

{"log":"fatal error: runtime: out of memory\n","stream":"stderr","time":"2024-04-02T19:30:11.645978778Z"}
{"log":"\n","stream":"stderr","time":"2024-04-02T19:30:11.65456112Z"}
{"log":"runtime stack:\n","stream":"stderr","time":"2024-04-02T19:30:11.654577388Z"}
{"log":"runtime.throw({0x34e9140?, 0x0?})\n","stream":"stderr","time":"2024-04-02T19:30:11.654581145Z"}
{"log":"\u0009/usr/local/go/src/runtime/panic.go:1047 +0x5d fp=0xc000113df8 sp=0xc000113dc8 pc=0x438e9d\n","stream":"stderr","time":"2024-04-02T19:30:11.654584345Z"}
{"log":"runtime.sysMapOS(0xc3ad400000, 0x400000?)\n","stream":"stderr","time":"2024-04-02T19:30:11.655575581Z"}
{"log":"\u0009/usr/local/go/src/runtime/mem_linux.go:187 +0x11b fp=0xc000113e40 sp=0xc000113df8 pc=0x4183bb\n","stream":"stderr","time":"2024-04-02T19:30:11.655579165Z"}
{"log":"runtime.sysMap(0xffff800000000000?, 0x7fffffffffff?, 0x7f56ef96f000?)\n","stream":"stderr","time":"2024-04-02T19:30:11.655582396Z"}
{"log":"\u0009/usr/local/go/src/runtime/mem.go:142 +0x35 fp=0xc000113e70 sp=0xc000113e40 pc=0x417d95\n","stream":"stderr","time":"2024-04-02T19:30:11.655585764Z"}
{"log":"runtime.(*mheap).grow(0x57345a0, 0xa?)\n","stream":"stderr","time":"2024-04-02T19:30:11.655592244Z"}
{"log":"\u0009/usr/local/go/src/runtime/mheap.go:1522 +0x252 fp=0xc000113ee8 sp=0xc000113e70 pc=0x429eb2\n","stream":"stderr","time":"2024-04-02T19:30:11.655595345Z"}
{"log":"runtime.(*mheap).allocSpan(0x57345a0, 0xa, 0x0, 0x3f?)\n","stream":"stderr","time":"2024-04-02T19:30:11.655598474Z"}
{"log":"\u0009/usr/local/go/src/runtime/mheap.go:1243 +0x1b7 fp=0xc000113f80 sp=0xc000113ee8 pc=0x4295f7\n","stream":"stderr","time":"2024-04-02T19:30:11.655601559Z"}
{"log":"runtime.(*mheap).alloc.func1()\n","stream":"stderr","time":"2024-04-02T19:30:11.656911735Z"}
{"log":"\u0009/usr/local/go/src/runtime/mheap.go:961 +0x65 fp=0xc000113fc8 sp=0xc000113f80 pc=0x4290a5\n","stream":"stderr","time":"2024-04-02T19:30:11.657066227Z"}
{"log":"runtime.systemstack()\n","stream":"stderr","time":"2024-04-02T19:30:11.657503925Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:496 +0x49 fp=0xc000113fd0 sp=0xc000113fc8 pc=0x46dd29\n","stream":"stderr","time":"2024-04-02T19:30:11.657547881Z"}

{"log":"\n","stream":"stderr","time":"2024-04-02T19:30:11.657873681Z"}
{"log":"goroutine 247 [running]:\n","stream":"stderr","time":"2024-04-02T19:30:11.657893718Z"}
{"log":"runtime.systemstack_switch()\n","stream":"stderr","time":"2024-04-02T19:30:11.658147991Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:463 fp=0xc000a66a00 sp=0xc000a669f8 pc=0x46dcc0\n","stream":"stderr","time":"2024-04-02T19:30:11.658167628Z"}
{"log":"runtime.(*mheap).alloc(0x14000?, 0xa?, 0xc0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.658765462Z"}
{"log":"\u0009/usr/local/go/src/runtime/mheap.go:955 +0x65 fp=0xc000a66a48 sp=0xc000a66a00 pc=0x428fe5\n","stream":"stderr","time":"2024-04-02T19:30:11.658779638Z"}
{"log":"runtime.(*mcache).allocLarge(0x403c85?, 0x13fd0, 0x0)\n","stream":"stderr","time":"2024-04-02T19:30:11.659026971Z"}
{"log":"\u0009/usr/local/go/src/runtime/mcache.go:234 +0x85 fp=0xc000a66a90 sp=0xc000a66a48 pc=0x416e25\n","stream":"stderr","time":"2024-04-02T19:30:11.659038141Z"}
{"log":"runtime.mallocgc(0x13fd0, 0x30f2440, 0x1)\n","stream":"stderr","time":"2024-04-02T19:30:11.66256472Z"}
{"log":"\u0009/usr/local/go/src/runtime/malloc.go:1053 +0x4fe fp=0xc000a66af8 sp=0xc000a66a90 pc=0x40db3e\n","stream":"stderr","time":"2024-04-02T19:30:11.662575085Z"}
{"log":"runtime.newarray(0x7f552ae70078?, 0x7f56ef98ff18?)\n","stream":"stderr","time":"2024-04-02T19:30:11.662579035Z"}

.....

{"log":"\n","stream":"stderr","time":"2024-04-02T19:30:11.691647026Z"}
{"log":"goroutine 511 [IO wait]:\n","stream":"stderr","time":"2024-04-02T19:30:11.691652559Z"}
{"log":"runtime.gopark(0x99?, 0xb?, 0x0?, 0x0?, 0x34?)\n","stream":"stderr","time":"2024-04-02T19:30:11.691655926Z"}
{"log":"\u0009/usr/local/go/src/runtime/proc.go:381 +0xd6 fp=0xc319ca98a0 sp=0xc319ca9880 pc=0x43bbf6\n","stream":"stderr","time":"2024-04-02T19:30:11.691659094Z"}
{"log":"runtime.netpollblock(0x484925?, 0x40482f?, 0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.691662379Z"}
{"log":"\u0009/usr/local/go/src/runtime/netpoll.go:527 +0xf7 fp=0xc319ca98d8 sp=0xc319ca98a0 pc=0x434497\n","stream":"stderr","time":"2024-04-02T19:30:11.691666606Z"}
{"log":"internal/poll.runtime_pollWait(0x7f56c85ca6c8, 0x72)\n","stream":"stderr","time":"2024-04-02T19:30:11.691670164Z"}
{"log":"\u0009/usr/local/go/src/runtime/netpoll.go:306 +0x89 fp=0xc319ca98f8 sp=0xc319ca98d8 pc=0x469fc9\n","stream":"stderr","time":"2024-04-02T19:30:11.691673184Z"}
{"log":"internal/poll.(*pollDesc).wait(0xc00057ac00?, 0xc10d796000?, 0x0)\n","stream":"stderr","time":"2024-04-02T19:30:11.691677371Z"}
{"log":"\u0009/usr/local/go/src/internal/poll/fd_poll_runtime.go:84 +0x32 fp=0xc319ca9920 sp=0xc319ca98f8 pc=0x4e87b2\n","stream":"stderr","time":"2024-04-02T19:30:11.691681236Z"}
{"log":"internal/poll.(*pollDesc).waitRead(...)\n","stream":"stderr","time":"2024-04-02T19:30:11.691694968Z"}
{"log":"\u0009/usr/local/go/src/internal/poll/fd_poll_runtime.go:89\n","stream":"stderr","time":"2024-04-02T19:30:11.691702049Z"}
{"log":"internal/poll.(*FD).Read(0xc00057ac00, {0xc10d796000, 0x1000, 0x1000})\n","stream":"stderr","time":"2024-04-02T19:30:11.691717392Z"}
{"log":"\u0009/usr/local/go/src/internal/poll/fd_unix.go:167 +0x299 fp=0xc319ca99b8 sp=0xc319ca9920 pc=0x4e9b99\n","stream":"stderr","time":"2024-04-02T19:30:11.691727766Z"}
{"log":"net.(*netFD).Read(0xc00057ac00, {0xc10d796000?, 0x4e8ca6?, 0x7f56c85ca7b0?})\n","stream":"stderr","time":"2024-04-02T19:30:11.691732356Z"}
{"log":"\u0009/usr/local/go/src/net/fd_posix.go:55 +0x29 fp=0xc319ca9a00 sp=0xc319ca99b8 pc=0x52d469\n","stream":"stderr","time":"2024-04-02T19:30:11.691742631Z"}
{"log":"net.(*conn).Read(0xc105809958, {0xc10d796000?, 0x0?, 0x0?})\n","stream":"stderr","time":"2024-04-02T19:30:11.691755644Z"}
{"log":"\u0009/usr/local/go/src/net/net.go:183 +0x45 fp=0xc319ca9a48 sp=0xc319ca9a00 pc=0x53f8c5\n","stream":"stderr","time":"2024-04-02T19:30:11.691771572Z"}
{"log":"net.(*TCPConn).Read(0xc17b355bab1b0b2d?, {0xc10d796000?, 0x571ace0?, 0xc319ca9a68?})\n","stream":"stderr","time":"2024-04-02T19:30:11.691807297Z"}
{"log":"\u0009\u003cautogenerated\u003e:1 +0x29 fp=0xc319ca9a78 sp=0xc319ca9a48 pc=0x552529\n","stream":"stderr","time":"2024-04-02T19:30:11.691818237Z"}
{"log":"golang.org/x/net/netutil.(*limitListenerConn).Read(0xc00057ac00?, {0xc10d796000?, 0xc0009a6720?, 0xc10d780c38?})\n","stream":"stderr","time":"2024-04-02T19:30:11.691824964Z"}
{"log":"\u0009\u003cautogenerated\u003e:1 +0x2f fp=0xc319ca9aa8 sp=0xc319ca9a78 pc=0x2892f6f\n","stream":"stderr","time":"2024-04-02T19:30:11.691848034Z"}
{"log":"github.com/mwitkow/go-conntrack.(*serverConnTracker).Read(0xc10d780c30?, {0xc10d796000?, 0x5526c9?, 0xc105809958?})\n","stream":"stderr","time":"2024-04-02T19:30:11.691867029Z"}
{"log":"\u0009\u003cautogenerated\u003e:1 +0x2f fp=0xc319ca9ad8 sp=0xc319ca9aa8 pc=0x90370f\n","stream":"stderr","time":"2024-04-02T19:30:11.691880654Z"}
{"log":"net/http.(*connReader).Read(0xc10d780c30, {0xc10d796000, 0x1000, 0x1000})\n","stream":"stderr","time":"2024-04-02T19:30:11.691895774Z"}
{"log":"\u0009/usr/local/go/src/net/http/server.go:782 +0x171 fp=0xc319ca9b28 sp=0xc319ca9ad8 pc=0x700a31\n","stream":"stderr","time":"2024-04-02T19:30:11.691904048Z"}
{"log":"bufio.(*Reader).fill(0xc0005f4a80)\n","stream":"stderr","time":"2024-04-02T19:30:11.691912724Z"}
{"log":"\u0009/usr/local/go/src/bufio/bufio.go:106 +0xff fp=0xc319ca9b60 sp=0xc319ca9b28 pc=0x682e7f\n","stream":"stderr","time":"2024-04-02T19:30:11.691934962Z"}
{"log":"bufio.(*Reader).Peek(0xc0005f4a80, 0x4)\n","stream":"stderr","time":"2024-04-02T19:30:11.691942224Z"}
{"log":"\u0009/usr/local/go/src/bufio/bufio.go:144 +0x5d fp=0xc319ca9b80 sp=0xc319ca9b60 pc=0x682fdd\n","stream":"stderr","time":"2024-04-02T19:30:11.691955928Z"}
{"log":"net/http.(*conn).serve(0xc1a4ced290, {0x3d35750, 0xc000c26120})\n","stream":"stderr","time":"2024-04-02T19:30:11.691993249Z"}
{"log":"\u0009/usr/local/go/src/net/http/server.go:2030 +0x77c fp=0xc319ca9fb8 sp=0xc319ca9b80 pc=0x7069fc\n","stream":"stderr","time":"2024-04-02T19:30:11.692002974Z"}
{"log":"net/http.(*Server).Serve.func3()\n","stream":"stderr","time":"2024-04-02T19:30:11.692010752Z"}
{"log":"\u0009/usr/local/go/src/net/http/server.go:3089 +0x2e fp=0xc319ca9fe0 sp=0xc319ca9fb8 pc=0x70bcce\n","stream":"stderr","time":"2024-04-02T19:30:11.692017087Z"}
{"log":"runtime.goexit()\n","stream":"stderr","time":"2024-04-02T19:30:11.692022859Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:1598 +0x1 fp=0xc319ca9fe8 sp=0xc319ca9fe0 pc=0x46fda1\n","stream":"stderr","time":"2024-04-02T19:30:11.692027754Z"}
{"log":"created by net/http.(*Server).Serve\n","stream":"stderr","time":"2024-04-02T19:30:11.692033252Z"}
{"log":"\u0009/usr/local/go/src/net/http/server.go:3089 +0x5ed\n","stream":"stderr","time":"2024-04-02T19:30:11.692037832Z"}
{"log":"\n","stream":"stderr","time":"2024-04-02T19:30:11.692041342Z"}
{"log":"goroutine 629 [chan receive]:\n","stream":"stderr","time":"2024-04-02T19:30:11.692060519Z"}
{"log":"runtime.gopark(0xc0009d8900?, 0xc000b31d88?, 0x29?, 0x3d?, 0x18ea00decf8?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692067389Z"}
{"log":"\u0009/usr/local/go/src/runtime/proc.go:381 +0xd6 fp=0xc000b31ce0 sp=0xc000b31cc0 pc=0x43bbf6\n","stream":"stderr","time":"2024-04-02T19:30:11.692092544Z"}
{"log":"runtime.chanrecv(0xc000b1e660, 0xc000b31f18, 0x1)\n","stream":"stderr","time":"2024-04-02T19:30:11.692100819Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:583 +0x49d fp=0xc000b31d70 sp=0xc000b31ce0 pc=0x406f9d\n","stream":"stderr","time":"2024-04-02T19:30:11.692139852Z"}
{"log":"runtime.chanrecv2(0xc0003af400?, 0xc3ad3fa4d0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692146134Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:447 +0x18 fp=0xc000b31d98 sp=0xc000b31d70 pc=0x406ad8\n","stream":"stderr","time":"2024-04-02T19:30:11.692150007Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*walSubsetProcessor).processWALSamples(0xc15d7c62b8, 0xc0003af400, 0x0?, 0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692181024Z"}
{"log":"\u0009/app/tsdb/head_wal.go:569 +0x16d fp=0xc000b31f78 sp=0xc000b31d98 pc=0x275426d\n","stream":"stderr","time":"2024-04-02T19:30:11.692189634Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func2(0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692193077Z"}
{"log":"\u0009/app/tsdb/head_wal.go:106 +0x4d fp=0xc000b31fc8 sp=0xc000b31f78 pc=0x27534cd\n","stream":"stderr","time":"2024-04-02T19:30:11.692197339Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func5()\n","stream":"stderr","time":"2024-04-02T19:30:11.692200904Z"}
{"log":"\u0009/app/tsdb/head_wal.go:111 +0x2a fp=0xc000b31fe0 sp=0xc000b31fc8 pc=0x275344a\n","stream":"stderr","time":"2024-04-02T19:30:11.692205312Z"}
{"log":"runtime.goexit()\n","stream":"stderr","time":"2024-04-02T19:30:11.69223254Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:1598 +0x1 fp=0xc000b31fe8 sp=0xc000b31fe0 pc=0x46fda1\n","stream":"stderr","time":"2024-04-02T19:30:11.692238149Z"}
{"log":"created by github.com/prometheus/prometheus/tsdb.(*Head).loadWAL\n","stream":"stderr","time":"2024-04-02T19:30:11.692241687Z"}
{"log":"\u0009/app/tsdb/head_wal.go:105 +0x31f\n","stream":"stderr","time":"2024-04-02T19:30:11.692245682Z"}

{"log":"\n","stream":"stderr","time":"2024-04-02T19:30:11.692249132Z"}
{"log":"goroutine 630 [chan receive]:\n","stream":"stderr","time":"2024-04-02T19:30:11.692252542Z"}
{"log":"runtime.gopark(0xc0009d8cc0?, 0xc000b2fd88?, 0x29?, 0x3d?, 0x18e9ff7e458?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692256704Z"}
{"log":"\u0009/usr/local/go/src/runtime/proc.go:381 +0xd6 fp=0xc000b2fce0 sp=0xc000b2fcc0 pc=0x43bbf6\n","stream":"stderr","time":"2024-04-02T19:30:11.692265404Z"}
{"log":"runtime.chanrecv(0xc000b1e780, 0xc000b2ff18, 0x1)\n","stream":"stderr","time":"2024-04-02T19:30:11.692286219Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:583 +0x49d fp=0xc000b2fd70 sp=0xc000b2fce0 pc=0x406f9d\n","stream":"stderr","time":"2024-04-02T19:30:11.69229172Z"}
{"log":"runtime.chanrecv2(0xc0003af400?, 0xc3ad3fa580?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692296057Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:447 +0x18 fp=0xc000b2fd98 sp=0xc000b2fd70 pc=0x406ad8\n","stream":"stderr","time":"2024-04-02T19:30:11.692309424Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*walSubsetProcessor).processWALSamples(0xc15d7c62d0, 0xc0003af400, 0x0?, 0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692320752Z"}
{"log":"\u0009/app/tsdb/head_wal.go:569 +0x16d fp=0xc000b2ff78 sp=0xc000b2fd98 pc=0x275426d\n","stream":"stderr","time":"2024-04-02T19:30:11.692341302Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func2(0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692345597Z"}
{"log":"\u0009/app/tsdb/head_wal.go:106 +0x4d fp=0xc000b2ffc8 sp=0xc000b2ff78 pc=0x27534cd\n","stream":"stderr","time":"2024-04-02T19:30:11.69234978Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func5()\n","stream":"stderr","time":"2024-04-02T19:30:11.692353387Z"}
{"log":"\u0009/app/tsdb/head_wal.go:111 +0x2a fp=0xc000b2ffe0 sp=0xc000b2ffc8 pc=0x275344a\n","stream":"stderr","time":"2024-04-02T19:30:11.692371592Z"}
{"log":"runtime.goexit()\n","stream":"stderr","time":"2024-04-02T19:30:11.692378132Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:1598 +0x1 fp=0xc000b2ffe8 sp=0xc000b2ffe0 pc=0x46fda1\n","stream":"stderr","time":"2024-04-02T19:30:11.692381649Z"}
{"log":"created by github.com/prometheus/prometheus/tsdb.(*Head).loadWAL\n","stream":"stderr","time":"2024-04-02T19:30:11.692385759Z"}
{"log":"\u0009/app/tsdb/head_wal.go:105 +0x31f\n","stream":"stderr","time":"2024-04-02T19:30:11.692389249Z"}

{"log":"\n","stream":"stderr","time":"2024-04-02T19:30:11.69239229Z"}
{"log":"goroutine 631 [chan receive]:\n","stream":"stderr","time":"2024-04-02T19:30:11.692396043Z"}
{"log":"runtime.gopark(0xc000c195c0?, 0xc014e87d88?, 0x29?, 0x3d?, 0x18e9ff874e0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692411033Z"}
{"log":"\u0009/usr/local/go/src/runtime/proc.go:381 +0xd6 fp=0xc014e87ce0 sp=0xc014e87cc0 pc=0x43bbf6\n","stream":"stderr","time":"2024-04-02T19:30:11.692423882Z"}
{"log":"runtime.chanrecv(0xc000b1e8a0, 0xc014e87f18, 0x1)\n","stream":"stderr","time":"2024-04-02T19:30:11.69245722Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:583 +0x49d fp=0xc014e87d70 sp=0xc014e87ce0 pc=0x406f9d\n","stream":"stderr","time":"2024-04-02T19:30:11.692464439Z"}
{"log":"runtime.chanrecv2(0xc0003af400?, 0xc3ad3fa630?)\n","stream":"stderr","time":"2024-04-02T19:30:11.69247585Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:447 +0x18 fp=0xc014e87d98 sp=0xc014e87d70 pc=0x406ad8\n","stream":"stderr","time":"2024-04-02T19:30:11.692482477Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*walSubsetProcessor).processWALSamples(0xc15d7c62e8, 0xc0003af400, 0x0?, 0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692486572Z"}
{"log":"\u0009/app/tsdb/head_wal.go:569 +0x16d fp=0xc014e87f78 sp=0xc014e87d98 pc=0x275426d\n","stream":"stderr","time":"2024-04-02T19:30:11.69249085Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func2(0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692510132Z"}
{"log":"\u0009/app/tsdb/head_wal.go:106 +0x4d fp=0xc014e87fc8 sp=0xc014e87f78 pc=0x27534cd\n","stream":"stderr","time":"2024-04-02T19:30:11.69251593Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func5()\n","stream":"stderr","time":"2024-04-02T19:30:11.69251939Z"}
{"log":"\u0009/app/tsdb/head_wal.go:111 +0x2a fp=0xc014e87fe0 sp=0xc014e87fc8 pc=0x275344a\n","stream":"stderr","time":"2024-04-02T19:30:11.692523822Z"}
{"log":"runtime.goexit()\n","stream":"stderr","time":"2024-04-02T19:30:11.692527242Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:1598 +0x1 fp=0xc014e87fe8 sp=0xc014e87fe0 pc=0x46fda1\n","stream":"stderr","time":"2024-04-02T19:30:11.69253852Z"}
{"log":"created by github.com/prometheus/prometheus/tsdb.(*Head).loadWAL\n","stream":"stderr","time":"2024-04-02T19:30:11.692542552Z"}
{"log":"\u0009/app/tsdb/head_wal.go:105 +0x31f\n","stream":"stderr","time":"2024-04-02T19:30:11.692546579Z"}

{"log":"\n","stream":"stderr","time":"2024-04-02T19:30:11.692550213Z"}
{"log":"goroutine 632 [chan receive]:\n","stream":"stderr","time":"2024-04-02T19:30:11.692554052Z"}
{"log":"runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692566977Z"}
{"log":"\u0009/usr/local/go/src/runtime/proc.go:381 +0xd6 fp=0xc0efc9f5d0 sp=0xc0efc9f5b0 pc=0x43bbf6\n","stream":"stderr","time":"2024-04-02T19:30:11.692578603Z"}
{"log":"runtime.chanrecv(0xc000b1e9c0, 0xc0efc9f788, 0x1)\n","stream":"stderr","time":"2024-04-02T19:30:11.692591287Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:583 +0x49d fp=0xc0efc9f660 sp=0xc0efc9f5d0 pc=0x406f9d\n","stream":"stderr","time":"2024-04-02T19:30:11.692598465Z"}
{"log":"runtime.chanrecv2(0x0?, 0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692602075Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:447 +0x18 fp=0xc0efc9f688 sp=0xc0efc9f660 pc=0x406ad8\n","stream":"stderr","time":"2024-04-02T19:30:11.692608877Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func3(0x0?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692616932Z"}
{"log":"\u0009/app/tsdb/head_wal.go:119 +0xbc fp=0xc0efc9f7c8 sp=0xc0efc9f688 pc=0x27530dc\n","stream":"stderr","time":"2024-04-02T19:30:11.692626103Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func6()\n","stream":"stderr","time":"2024-04-02T19:30:11.692646363Z"}
{"log":"\u0009/app/tsdb/head_wal.go:136 +0x2a fp=0xc0efc9f7e0 sp=0xc0efc9f7c8 pc=0x2752fea\n","stream":"stderr","time":"2024-04-02T19:30:11.692652465Z"}
{"log":"runtime.goexit()\n","stream":"stderr","time":"2024-04-02T19:30:11.69265587Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:1598 +0x1 fp=0xc0efc9f7e8 sp=0xc0efc9f7e0 pc=0x46fda1\n","stream":"stderr","time":"2024-04-02T19:30:11.692666933Z"}
{"log":"created by github.com/prometheus/prometheus/tsdb.(*Head).loadWAL\n","stream":"stderr","time":"2024-04-02T19:30:11.692670865Z"}
{"log":"\u0009/app/tsdb/head_wal.go:116 +0x6ae\n","stream":"stderr","time":"2024-04-02T19:30:11.692673853Z"}

{"log":"\n","stream":"stderr","time":"2024-04-02T19:30:11.692676903Z"}
{"log":"goroutine 633 [chan send]:\n","stream":"stderr","time":"2024-04-02T19:30:11.692875409Z"}
{"log":"runtime.gopark(0x47b6a5?, 0x0?, 0x60?, 0xbc?, 0xc15d464e40?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692883935Z"}
{"log":"\u0009/usr/local/go/src/runtime/proc.go:381 +0xd6 fp=0xc15d464dc0 sp=0xc15d464da0 pc=0x43bbf6\n","stream":"stderr","time":"2024-04-02T19:30:11.692887655Z"}
{"log":"runtime.chansend(0xc000b1e060, 0xc15d464fb8, 0x1, 0x1?)\n","stream":"stderr","time":"2024-04-02T19:30:11.69289238Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:259 +0x42e fp=0xc15d464e48 sp=0xc15d464dc0 pc=0x40618e\n","stream":"stderr","time":"2024-04-02T19:30:11.692906112Z"}
{"log":"runtime.chansend1(0xc27b200000?, 0x5?)\n","stream":"stderr","time":"2024-04-02T19:30:11.692912679Z"}
{"log":"\u0009/usr/local/go/src/runtime/chan.go:145 +0x1d fp=0xc15d464e78 sp=0xc15d464e48 pc=0x405d3d\n","stream":"stderr","time":"2024-04-02T19:30:11.692916603Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL.func4()\n","stream":"stderr","time":"2024-04-02T19:30:11.692920215Z"}
{"log":"\u0009/app/tsdb/head_wal.go:167 +0x27f fp=0xc15d464fe0 sp=0xc15d464e78 pc=0x275233f\n","stream":"stderr","time":"2024-04-02T19:30:11.69292521Z"}
{"log":"runtime.goexit()\n","stream":"stderr","time":"2024-04-02T19:30:11.692929505Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:1598 +0x1 fp=0xc15d464fe8 sp=0xc15d464fe0 pc=0x46fda1\n","stream":"stderr","time":"2024-04-02T19:30:11.692947879Z"}
{"log":"created by github.com/prometheus/prometheus/tsdb.(*Head).loadWAL\n","stream":"stderr","time":"2024-04-02T19:30:11.692960089Z"}
{"log":"\u0009/app/tsdb/head_wal.go:138 +0x81f\n","stream":"stderr","time":"2024-04-02T19:30:11.692963412Z"}

### ac43b1045eec/ ReStart
> without exception

{"log":"ts=2024-04-02T19:30:19.584Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=0 maxSegment=21\n","stream":"stderr","time":"2024-04-02T19:30:19.585075672Z"}
{"log":"ts=2024-04-02T19:30:52.136Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=1 maxSegment=21\n","stream":"stderr","time":"2024-04-02T19:30:52.137481527Z"}
{"log":"ts=2024-04-02T19:31:15.598Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=2 maxSegment=21\n","stream":"stderr","time":"2024-04-02T19:31:15.598929524Z"}

### bbbd91aca512/ Crash without restart
> out of memory+ wal+ io.wait

{"log":"ts=2024-04-02T19:32:16.464Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=0 maxSegment=22\n","stream":"stderr","time":"2024-04-02T19:32:16.464315089Z"}
{"log":"ts=2024-04-02T19:32:49.074Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=1 maxSegment=22\n","stream":"stderr","time":"2024-04-02T19:32:49.074511013Z"}
{"log":"ts=2024-04-02T19:33:12.339Z caller=head.go:755 level=info component=tsdb msg=\"WAL segment loaded\" segment=2 maxSegment=22\n","stream":"stderr","time":"2024-04-02T19:33:12.340180494Z"}

{"log":"fatal error: runtime: out of memory\n","stream":"stderr","time":"2024-04-02T19:33:47.645489588Z"}
{"log":"\n","stream":"stderr","time":"2024-04-02T19:33:47.648009813Z"}
{"log":"runtime stack:\n","stream":"stderr","time":"2024-04-02T19:33:47.648024033Z"}
{"log":"runtime.throw({0x34e9140?, 0x0?})\n","stream":"stderr","time":"2024-04-02T19:33:47.663509632Z"}
{"log":"\u0009/usr/local/go/src/runtime/panic.go:1047 +0x5d fp=0xc00008bdf8 sp=0xc00008bdc8 pc=0x438e9d\n","stream":"stderr","time":"2024-04-02T19:33:47.666428858Z"}
{"log":"runtime.sysMapOS(0xc3a9c00000, 0x400000?)\n","stream":"stderr","time":"2024-04-02T19:33:47.682643335Z"}
{"log":"\u0009/usr/local/go/src/runtime/mem_linux.go:187 +0x11b fp=0xc00008be40 sp=0xc00008bdf8 pc=0x4183bb\n","stream":"stderr","time":"2024-04-02T19:33:47.685212727Z"}
{"log":"runtime.sysMap(0xffff800000000000?, 0x7fffffffffff?, 0x7f855206a000?)\n","stream":"stderr","time":"2024-04-02T19:33:47.70137973Z"}
{"log":"\u0009/usr/local/go/src/runtime/mem.go:142 +0x35 fp=0xc00008be70 sp=0xc00008be40 pc=0x417d95\n","stream":"stderr","time":"2024-04-02T19:33:47.703810284Z"}
{"log":"runtime.(*mheap).grow(0x57345a0, 0xa?)\n","stream":"stderr","time":"2024-04-02T19:33:47.705884933Z"}
{"log":"\u0009/usr/local/go/src/runtime/mheap.go:1522 +0x252 fp=0xc00008bee8 sp=0xc00008be70 pc=0x429eb2\n","stream":"stderr","time":"2024-04-02T19:33:47.706724185Z"}
{"log":"runtime.(*mheap).allocSpan(0x57345a0, 0xa, 0x0, 0xbf?)\n","stream":"stderr","time":"2024-04-02T19:33:47.723233059Z"}
{"log":"\u0009/usr/local/go/src/runtime/mheap.go:1243 +0x1b7 fp=0xc00008bf80 sp=0xc00008bee8 pc=0x4295f7\n","stream":"stderr","time":"2024-04-02T19:33:47.725511761Z"}
{"log":"runtime.(*mheap).alloc.func1()\n","stream":"stderr","time":"2024-04-02T19:33:47.725777339Z"}
{"log":"\u0009/usr/local/go/src/runtime/mheap.go:961 +0x65 fp=0xc00008bfc8 sp=0xc00008bf80 pc=0x4290a5\n","stream":"stderr","time":"2024-04-02T19:33:47.725781427Z"}
{"log":"runtime.systemstack()\n","stream":"stderr","time":"2024-04-02T19:33:47.737395442Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:496 +0x49 fp=0xc00008bfd0 sp=0xc00008bfc8 pc=0x46dd29\n","stream":"stderr","time":"2024-04-02T19:33:47.742621344Z"}
{"log":"\n","stream":"stderr","time":"2024-04-02T19:33:47.742809237Z"}
{"log":"goroutine 292 [running]:\n","stream":"stderr","time":"2024-04-02T19:33:47.742812912Z"}
{"log":"runtime.systemstack_switch()\n","stream":"stderr","time":"2024-04-02T19:33:47.742820542Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:463 fp=0xc0005e6a00 sp=0xc0005e69f8 pc=0x46dcc0\n","stream":"stderr","time":"2024-04-02T19:33:47.742824107Z"}
{"log":"runtime.(*mheap).alloc(0x14000?, 0xa?, 0xc0?)\n","stream":"stderr","time":"2024-04-02T19:33:47.742827334Z"}
{"log":"\u0009/usr/local/go/src/runtime/mheap.go:955 +0x65 fp=0xc0005e6a48 sp=0xc0005e6a00 pc=0x428fe5\n","stream":"stderr","time":"2024-04-02T19:33:47.742849236Z"}
{"log":"runtime.(*mcache).allocLarge(0x403c85?, 0x13fd0, 0x0)\n","stream":"stderr","time":"2024-04-02T19:33:47.742852276Z"}
{"log":"\u0009/usr/local/go/src/runtime/mcache.go:234 +0x85 fp=0xc0005e6a90 sp=0xc0005e6a48 pc=0x416e25\n","stream":"stderr","time":"2024-04-02T19:33:47.742855113Z"}
{"log":"runtime.mallocgc(0x13fd0, 0x30f2440, 0x1)\n","stream":"stderr","time":"2024-04-02T19:33:47.742858194Z"}
{"log":"\u0009/usr/local/go/src/runtime/malloc.go:1053 +0x4fe fp=0xc0005e6af8 sp=0xc0005e6a90 pc=0x40db3e\n","stream":"stderr","time":"2024-04-02T19:33:47.742860982Z"}
{"log":"runtime.newarray(0x7f838d5ca148?, 0x7f855208a108?)\n","stream":"stderr","time":"2024-04-02T19:33:47.742863901Z"}
{"log":"\u0009/usr/local/go/src/runtime/malloc.go:1276 +0x52 fp=0xc0005e6b20 sp=0xc0005e6af8 pc=0x40e0b2\n","stream":"stderr","time":"2024-04-02T19:33:47.742866834Z"}
{"log":"runtime.makeBucketArray(0xc3a9b60d38?, 0x0?, 0xc0005e6bd0?)\n","stream":"stderr","time":"2024-04-02T19:33:47.742869778Z"}
{"log":"\u0009/usr/local/go/src/runtime/map.go:363 +0x18e fp=0xc0005e6b60 sp=0xc0005e6b20 pc=0x40ef0e\n","stream":"stderr","time":"2024-04-02T19:33:47.742872594Z"}
{"log":"runtime.hashGrow(0x1?, 0xc000a58e40)\n","stream":"stderr","time":"2024-04-02T19:33:47.742890957Z"}
{"log":"\u0009/usr/local/go/src/runtime/map.go:1051 +0x79 fp=0xc0005e6ba0 sp=0xc0005e6b60 pc=0x4109b9\n","stream":"stderr","time":"2024-04-02T19:33:47.742893708Z"}
{"log":"runtime.mapassign_fast64(0x3020a20, 0xc000a58e40, 0x2a6948bec54bc471)\n","stream":"stderr","time":"2024-04-02T19:33:47.742896544Z"}
{"log":"\u0009/usr/local/go/src/runtime/map_fast64.go:157 +0xdc fp=0xc0005e6be0 sp=0xc0005e6ba0 pc=0x41249c\n","stream":"stderr","time":"2024-04-02T19:33:47.742899327Z"}
{"log":"github.com/prometheus/prometheus/tsdb.seriesHashmap.set(...)\n","stream":"stderr","time":"2024-04-02T19:33:47.742902113Z"}
{"log":"\u0009/app/tsdb/head.go:1656\n","stream":"stderr","time":"2024-04-02T19:33:47.742904968Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*stripeSeries).getOrSet(0xc0006ee3c0, 0x2a6948bec54bc471, {{0xc373e13d10?, 0xc000581748?}}, 0xc0005e6d00)\n","stream":"stderr","time":"2024-04-02T19:33:47.742907759Z"}
{"log":"\u0009/app/tsdb/head.go:1851 +0x525 fp=0xc0005e6cc0 sp=0xc0005e6be0 pc=0x2741445\n","stream":"stderr","time":"2024-04-02T19:33:47.742910699Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).getOrCreateWithID(0xc000648400, 0xd0d4fc, 0xe4?, {{0xc373e13d10?, 0xe3?}})\n","stream":"stderr","time":"2024-04-02T19:33:47.742929165Z"}
{"log":"\u0009/app/tsdb/head.go:1616 +0x86 fp=0xc0005e6d38 sp=0xc0005e6cc0 pc=0x2740006\n","stream":"stderr","time":"2024-04-02T19:33:47.742931828Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).loadWAL(0xc000648400, 0xc176180000, 0x3d08140?, 0xc00001c1e0, 0xc00001c210)\n","stream":"stderr","time":"2024-04-02T19:33:47.742934414Z"}
{"log":"\u0009/app/tsdb/head_wal.go:240 +0x226a fp=0xc0005e72c0 sp=0xc0005e6d38 pc=0x27517ca\n","stream":"stderr","time":"2024-04-02T19:33:47.742937108Z"}
{"log":"github.com/prometheus/prometheus/tsdb.(*Head).Init(0xc000648400, 0x3d27140?)\n","stream":"stderr","time":"2024-04-02T19:33:47.742955189Z"}
{"log":"\u0009/app/tsdb/head.go:748 +0x1a9f fp=0xc0005e7a80 sp=0xc0005e72c0 pc=0x27398bf\n","stream":"stderr","time":"2024-04-02T19:33:47.742957942Z"}
{"log":"github.com/prometheus/prometheus/tsdb.open({0x7ffdf32fcf5c, 0xb}, {0x3d0af20, 0xc0008efb80}, {0x3d27140?, 0xc00013cf00}, 0xc0007120a0, {0xc000207ea0, 0xa, 0xa}, ...)\n","stream":"stderr","time":"2024-04-02T19:33:47.743787991Z"}
{"log":"\u0009/app/tsdb/db.go:888 +0xe27 fp=0xc0005e7ce8 sp=0xc0005e7a80 pc=0x2724c87\n","stream":"stderr","time":"2024-04-02T19:33:47.743794171Z"}
{"log":"github.com/prometheus/prometheus/tsdb.Open({0x7ffdf32fcf5c, 0xb}, {0x3d0af20, 0xc0008efb80}, {0x3d27140, 0xc00013cf00}, 0xc000133ac0?, 0x4?)\n","stream":"stderr","time":"2024-04-02T19:33:47.744673599Z"}
{"log":"\u0009/app/tsdb/db.go:681 +0x9b fp=0xc0005e7d58 sp=0xc0005e7ce8 pc=0x2723bbb\n","stream":"stderr","time":"2024-04-02T19:33:47.744684564Z"}
{"log":"main.openDBWithMetrics({0x7ffdf32fcf5c, 0xb}, {0x3d0afc0?, 0xc000ac0d80?}, {0x3d27140?, 0xc00013cf00?}, 0x0?, 0x0?)\n","stream":"stderr","time":"2024-04-02T19:33:47.746033845Z"}
{"log":"\u0009/app/cmd/prometheus/main.go:1166 +0x10d fp=0xc0005e7e38 sp=0xc0005e7d58 pc=0x28c846d\n","stream":"stderr","time":"2024-04-02T19:33:47.746042425Z"}
{"log":"main.main.func24()\n","stream":"stderr","time":"2024-04-02T19:33:47.748177199Z"}
{"log":"\u0009/app/cmd/prometheus/main.go:1031 +0x24b fp=0xc0005e7f88 sp=0xc0005e7e38 pc=0x28c5c0b\n","stream":"stderr","time":"2024-04-02T19:33:47.748187133Z"}
{"log":"github.com/oklog/run.(*Group).Run.func1({0xc000200840?, 0xc0000e9e90?})\n","stream":"stderr","time":"2024-04-02T19:33:47.752939773Z"}
{"log":"\u0009/go/pkg/mod/github.com/oklog/run@v1.1.0/group.go:38 +0x2f fp=0xc0005e7fc0 sp=0xc0005e7f88 pc=0x9040ef\n","stream":"stderr","time":"2024-04-02T19:33:47.752951354Z"}
{"log":"github.com/oklog/run.(*Group).Run.func2()\n","stream":"stderr","time":"2024-04-02T19:33:47.752966549Z"}
{"log":"\u0009/go/pkg/mod/github.com/oklog/run@v1.1.0/group.go:39 +0x2e fp=0xc0005e7fe0 sp=0xc0005e7fc0 pc=0x90408e\n","stream":"stderr","time":"2024-04-02T19:33:47.752969997Z"}
{"log":"runtime.goexit()\n","stream":"stderr","time":"2024-04-02T19:33:47.752973157Z"}
{"log":"\u0009/usr/local/go/src/runtime/asm_amd64.s:1598 +0x1 fp=0xc0005e7fe8 sp=0xc0005e7fe0 pc=0x46fda1\n","stream":"stderr","time":"2024-04-02T19:33:47.752976249Z"}
{"log":"created by github.com/oklog/run.(*Group).Run\n","stream":"stderr","time":"2024-04-02T19:33:47.752979379Z"}
{"log":"\u0009/go/pkg/mod/github.com/oklog/run@v1.1.0/group.go:37 +0x69\n","stream":"stderr","time":"2024-04-02T19:33:47.752982323Z"}

Is it perhaps related to https://github.com/prometheus/prometheus/issues/13939, so if the Prometheus OOMs you have to delete the WAL (and reduce your scrape load) OR change memory limits if you want to recover from the OOM.

authors: bwplotka yqjdcyy


text:
chore(v3): set UTF-8 default-on

per https://github.com/prometheus/prometheus/pull/14490, UTF-8 is default-off in the main branch.  When that change is pulled into the v3 branch, we need to apply  6d2747dbec0fdc61a4449b673acdf47faa09f487 and some fixes in order to flip the default to on.

Since the next release is v3, couldn't we merge this into main right now?

Per the discussion in the PR, I was asked not to

Per the discussion in the PR, I was asked not to

Oh apologies, I should have read the discussion over there first 😬

Adding the breaking label. Iiuc this could change functionality so that user setups break if they upgrade without further action. Feel free to remove if this isn't that case.

Yes I agree this is a breaking change.  It is possible to keep the old behavior but that requires config changes

done!

authors: ArthurSens jan--f ywwg


text:
Rate function returns incorrect results

What did you do?
We are trying to our prometheus dependency to 3.x-beta and a lot of our promql tests break. The breakage seems to be related to https://github.com/prometheus/prometheus/pull/13904 which changes the behavior of the lookback window and matrix selector.
I am trying to understand the new behavior and I wonder if there is a bug in PromQL now where the rate result (and possibly other windowing functions) are incorrect.
What did you expect to see?
I created a new test case in this PR where the rate is calculated over 1m window window and 90s step. The series has a sample each 30s, which means that with the new logic the rate should always have 1 sample in its window.
Instead, the rate seems to return a result for both the 90s and 180s step.
What did you see instead? Under which circumstances?
I would expect to see no data returned for this query.
Prometheus version
v0.300.0-beta.0.0.20240919161259-e480cf21eb1d

The breakage seems to be related to https://github.com/prometheus/prometheus/pull/13904 which changes the behavior of the lookback window and matrix selector.

CC-ing @beorn7 because he knows both topics (change of lookback window) and the rate() function subtleties best.

Will have a look ASAP. Thanks for reporting.

I think the implemented behavior is correct.
Copying the test here for commenting:
# rate with counter reset and step larger than window
load 30s
  http_requests_total{pod="nginx-1", series="1"} 1 2 3 4 5 6

eval range from 0 to 180s step 90s rate(http_requests_total[1m])
  {pod="nginx-1", series="1"}

So this creates a series with a sample every 30s.
The range evaluation will happen at 0s, 90s, and 180s:

At 0s, there is indeed only one sample in the 1m window.
At 90s, the window contains 4@90s and 3@60s, but not 2@30s (which would have been included with the old behavior). So it sees the increase of 1 over 30s, which is extrapolated to 2 over 1m, which is normalized to 0.03333/s.
At 180s, the window contains 6@150s (but not 5@120s, as it would have with the old behavior). So only one sample and no point.

Thus, the outcome of the test seems right to me:
                                error in eval rate(http_requests_total[1m]) (line 79): expected 0 float points and 0 histogram points for {pod="nginx-1", series="1"}, but got 1 float point [0.03333333333333333 @[90000]] and 0 histogram points []

Got it, thanks for the explanation. I miscalculated that at step 180s we should have two points in the buffer as well, but there is no sample for that timestamp.
We can close this one.

authors: beorn7 fpetkovski juliusv


text:
Allow returning errors from AST nodes.

This will be useful for multiples cases in e.g. https://github.com/prometheus/prometheus/pull/554 and when implementing functions like relabel, which could get passed a bad regex.

Fixed by #676.

authors: fabxc juliusv


text:
Enable auto-gomemlimit by default

Enable the auto-gomemlimit feature flag by default.

Mark the feature flag deprecated.
Add command line flag --no-auto-gomemlimit to disable.

3.0 cherry-pick: https://github.com/prometheus/prometheus/pull/15373

Updated to match 3.0 change.


text:
Fix scalar-vector comparisons

Fixes https://github.com/prometheus/prometheus/issues/5452
Signed-off-by: Julius Volz julius.volz@gmail.com

Can you update the CHANGELOG? We can get this into 2.9.0.

@brian-brazil Added a changelog comment.

authors: brian-brazil juliusv


text:
Add SECURITY.md file

Signed-off-by: Julien Pivotto roidelapluie@inuits.eu

cc @SuperQ @simonpasquier Can you please review this ?

cc @SuperQ @simonpasquier Can you please review this ?

Should we add this to the tarball.files section too?

Should we add this to the tarball.files section too?

Should we add this to the tarball.files section too?

I would need to think more about his, we currently don't ship markdown files.

Should we add this to the tarball.files section too?

I would need to think more about his, we currently don't ship markdown files.

authors: SuperQ roidelapluie


text:
Exemplars in snapshot

Closes https://github.com/prometheus/prometheus/issues/9228
The format of exemplar record in snapshot is same that of WAL, but with changed record type in the header. I will add this record in the docs tomorrow.

I will merge this on green to get some testing done before the release. I will fix any comments that @bwplotka might have in future PRs.


text:
Skip assertion decision

Is your feature request related to a problem? Please describe.
I am testing a large number of test cases using a specified python metric set.
In the case of some test cases, there is a dynamic situation in which it is not possible to determine whether to pass/fail because it does not meet the conditions.
for example, there is a test case which can determined by a specific var, but the var has not exist. I don't want to set the result as both of pass/fail. It should be set to justskipped.
Describe the solution you'd like
Need to way to set skipped and show 1 Skipped on web ui.
For example
@dataclass
class GradingResult:
    pass_: bool  # 'pass' is a reserved keyword in Python
    score: float
    reason: str
    component_results: Optional[List['GradingResult']] = None
    named_scores: Optional[Dict[str, float]] = None  # Appear as metrics in the UI
    skipped : bool

Describe alternatives you've considered
Until now, fail has been set in python assertion of my project for ambiguous cases.

Hi @sjsinju,
Thank you for your suggestion! We currently don't have built-in support for marking test cases as "skipped" directly. However, you can achieve similar functionality by implementing custom assertions using Python or JavaScript within your test cases.
If you're interested, I'd be happy to brainstorm adding first-class support for skipping tests into Promptfoo. However, we would need to approach this carefully, as our current system runs all assertions in parallel and they aren't dependent on each other.
Another option you might consider is using a sentinel value, like a score of 0.5, to indicate that a test should be treated as "skipped."
Let me know if you'd like to discuss this further or need help implementing the workaround!

authors: mldangelo sjsinju

repo: promptfoo/promptfoo


text:
[idea] OR condition

Additions "OR" condition is not very convenient
Example
$books = BookQuery::create()
    ->where('Book.id = ?', 1)
    ->condition('cond1', 'Book.Title = ?', 'War And Peace') // create a condition named 'cond1'
    ->condition('cond2', 'Book.Title LIKE ?', 'War%')       // create a condition named 'cond2'
    ->where(array('cond1', 'cond2'), 'or')                  // combine 'cond1' and 'cond2' with a logical OR
    ->find();

SELECT book.* from book WHERE book.id = 1 AND (book.TITLE = 'War And Peace' OR book.TITLE LIKE 'War%');

And I thought, why not change, like so:
Example
$books = BookQuery::create()
    ->where('Book.id = ?', 1)
    ->where(function(BookQuery $query) {
        $query
          ->where('Book.Title = ?', 'War And Peace')
          ->orWhere('Book.Title LIKE ?', 'War%');
    })
    ->find();

What do you think about adding a new syntax?
I'm waiting for your comments

refs #613

Similar to what I have proposed in the referenced isssue https://github.com/propelorm/Propel2/issues/613#issuecomment-175555749, I would approach this the following way:
$books = BookQuery::create()
    ->startWhere()
         ->startOr()
             ->condition('Book.Title = ?', 'War And Peace')
             ->condition('Book.Title LIKE ?', 'War%')
         ->endOr()
    ->endWhere()
    ->find();

First of all, being able to call ->where() multiple looks just wrong, since you can only have one WHERE-clause per FROM-clause in your SQL-query. That's why I chose to introduce a more expressive way, in this case, encapsulating the WHERE-clause with ->startWhere() and ->endWhere(). In that block standard concatenation would be AND, so usage of something like ->startOr() and ->endOr() is required to change that behaviour. If you have read my other comment you already know that we also need ->startAnd() and ->endAnd(). Naming of conditions would need to be made obsolete and removed.
If you need the same condition twice, for whatever edge-case that would be, using a PHP variable is the way to go. There's no need to introduce any additional functionality that just replicates what we already have in a much simpler way ;)
Calling where() with one condition would still be possible, being a simple shortcut, but calling it more than once, or calling startWhere() should result in an exception. When not trying to break BC multiple where() calls are allowed, but it should be mutually exclusive with startWhere().
If startWhere() creates a new object of a different class, the old behaviour could actually just be made obsolete without removing it, if not, creating a new method for that can be another solution for keeeping BC. I do argue, though, that this project being a new major version and still being in alpha, not breaking BC when needed seems like non-sense. This is of course my personal opinion and I do not make those decisions.

Dup of https://github.com/propelorm/Propel2/issues/613

authors: Big-Shark gharlan marcj phlopsi

license: mit


text:
Reverse engineering

Put automaticaly the isCrossRef attribute on the tables if needed.
Works only for MySQL.

Why does it only works for MySQL?

@marcj because I have only tested with MySQL for the moment and I worked only on MysqlSchemaParser.php

This check is not very elegant. You could just check if all foreign keys are primary keys using
$isCrossRef = count($table->getForeignKeys()) > 0;
foreach ($table->getForeignKeys() as $foreignKey()) {
    $isCrossRef &= $foreignKey->isForeignPrimaryKey();
}

Is there any follow up or shall we close this?

+1 close

authors: Incognito dereuromark flapy2b marcj


text:
@transient not picked up in annotatations array

Eg,
case class TransientFoo(a: String, @transient b: String, c: String)
The annotations array for all 3 params is empty.

Most likely the problem is that there are many bs - the (private) field b, the getter method b, the constructor parameter b and the apply method parameter b.
The question is which one gets the annotation. Since @transient is @field my guess would be the private field. But I don't think magnolia is collecting annotations from the fields.

repo: propensive/magnolia


text:
Example is not working

The example at [1] is not working, i.e. blank page.
In Chrome, Version 43.0.2357.132 m, I get:
Refused to execute script from 'https://github.com/bcherry/twitter-text-js/raw/master/twitter-text.js' because its MIME type ('text/plain') is not executable, and strict MIME type checking is enabled.
Does not work with IE 10.0.9200.17377 and Firefox ESR 38.1.0 too.
HTH
[1] http://propublica.github.io/timeline-setter/doc/twitter-demo.html

I can confirm this issue.

Still not working, lots of errors cropping up as the web has changed:
Mixed Content: The page at 'https://propublica.github.io/timeline-setter/doc/twitter-demo.html' was loaded over HTTPS, but requested an insecure stylesheet 'http://propublica.github.com/timeline-setter/public/stylesheets/timeline-setter.css'. This request has been blocked; the content must be served over HTTPS.
twitter-demo.html:1

Refused to execute script from 'https://raw.githubusercontent.com/bcherry/twitter-text-js/master/twitter-text.js' because its MIME type ('text/plain') is not executable, and strict MIME type checking is enabled.
jquery-min.js:5

Mixed Content: The page at 'https://propublica.github.io/timeline-setter/doc/twitter-demo.html' was loaded over HTTPS, but requested an insecure script 'http://api.twitter.com/1/statuses/user_timeline.json?callback=jQuery19106768874008712027_1535119355861&screen_name=propublica&count=10&_=1535119355862'. This request has been blocked; the content must be served over HTTPS.
send @ jquery-min.js:5
ajax @ jquery-min.js:5
b.(anonymous function) @ jquery-min.js:5
getJSON @ jquery-min.js:5
getTwitter @ twitter-demo.html:31
b.each.b.forEach @ underscore-min.js:11
K.m.(anonymous function) @ underscore-min.js:30
(anonymous) @ twitter-demo.html:67
c @ jquery-min.js:3
fireWith @ jquery-min.js:3
ready @ jquery-min.js:3
H @ jquery-min.js:3
jquery-min.js:5

Mixed Content: The page at 'https://propublica.github.io/timeline-setter/doc/twitter-demo.html' was loaded over HTTPS, but requested an insecure script 'http://api.twitter.com/1/statuses/user_timeline.json?callback=jQuery19106768874008712027_1535119355863&screen_name=nytimes&count=10&_=1535119355864'. This request has been blocked; the content must be served over HTTPS.
send @ jquery-min.js:5
ajax @ jquery-min.js:5
b.(anonymous function) @ jquery-min.js:5
getJSON @ jquery-min.js:5
getTwitter @ twitter-demo.html:31
b.each.b.forEach @ underscore-min.js:11
K.m.(anonymous function) @ underscore-min.js:30
(anonymous) @ twitter-demo.html:67
c @ jquery-min.js:3
fireWith @ jquery-min.js:3
ready @ jquery-min.js:3
H @ jquery-min.js:3
jquery-min.js:5

Mixed Content: The page at 'https://propublica.github.io/timeline-setter/doc/twitter-demo.html' was loaded over HTTPS, but requested an insecure script 'http://api.twitter.com/1/statuses/user_timeline.json?callback=jQuery19106768874008712027_1535119355865&screen_name=latimes&count=10&_=1535119355866'. This request has been blocked; the content must be served over HTTPS.
send @ jquery-min.js:5
ajax @ jquery-min.js:5
b.(anonymous function) @ jquery-min.js:5
getJSON @ jquery-min.js:5
getTwitter @ twitter-demo.html:31
b.each.b.forEach @ underscore-min.js:11
K.m.(anonymous function) @ underscore-min.js:30
(anonymous) @ twitter-demo.html:67
c @ jquery-min.js:3
fireWith @ jquery-min.js:3
ready @ jquery-min.js:3
H @ jquery-min.js:3
jquery-min.js:5

Mixed Content: The page at 'https://propublica.github.io/timeline-setter/doc/twitter-demo.html' was loaded over HTTPS, but requested an insecure script 'http://api.twitter.com/1/statuses/user_timeline.json?callback=jQuery19106768874008712027_1535119355867&screen_name=tpm&count=10&_=1535119355868'. This request has been blocked; the content must be served over HTTPS.

authors: colindean espinielli nise

repo: propublica/timeline-setter


text:
🛑 dist.ipfs.io is down

In 09e5da3, dist.ipfs.io (https://dist.ipfs.io) was down:

HTTP code: 0
Response time: 0 ms

Resolved: dist.ipfs.io is back up in e04f868 after 2 hours, 3 minutes.

repo: protocol/upptime-pln


text:
🛑 nftschool.dev is down

In 3bbeba2, nftschool.dev (https://nftschool.dev) was down:

HTTP code: 0
Response time: 0 ms

Resolved: nftschool.dev is back up in 0f05e6d after 21 minutes.


text:
protoc-gen-go: Add JSON tags to oneof values and members

Oneof values should include json tags to use proper camelCase name and can be safely omitted when we're handling the interface.

Thank you for your interest into contributing to this project.
Unfortunately this project does not accept GitHub pull requests as the source-of-truth for this project is hosted at https://go.googlesource.com/protobuf. This project page on GitHub is a mirror of that other repository.
If you would like to contribute to this project, please follow the contribution guidelines for instructions on how to send a change. If the change you'd like to make is more substantial or introduces any new features, then it should first be discussed on the issue tracker.
Additionally, be aware that adding JSON tags to oneofs is not compliant with how the JSON mapping standard works. It is generally not recommended to using the standard library encoding/json to convert a protobuf to JSON, precisely because it cannot work in manner that is compliant with the protobuf JSON mapping standards.

repo: protocolbuffers/protobuf-go


text:
Add Options struct to PageVersions request

We need to be able to pass optional configurations to PageData, PagesData and PageVersions methods for requests parameters like order and props.
PageData and PageVersions methods are no longer compatible with previous versions due to the method signature changed.

LGTM

LGM! Feel free to merge.

authors: Memije prabhat393 protsack-stephan

repo: protsack-stephan/mediawiki-api-client


text:
Bug: Fix Gov vote record

Description

Ensure governance proposal votes take precedence by block height

Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.

[ ] Targeted PR against correct branch (see CONTRIBUTING.md)
[ ] Linked to Github issue with discussion and accepted design OR link to spec that describes this work.
[ ] Wrote unit and integration
[ ] Added a relevant changelog entry to the Unreleased section in CHANGELOG.md
[ ] Re-reviewed Files changed in the Github PR explorer
[ ] Review Codecov Report in the comment section below once CI passes

LGTM!

authors: crussell-figure fkneeland-figure

repo: provenance-io/explorer-service


text:
Create dat-time object

PRQL #373

Closing this since we no longer implement the compiler

repo: prql/PyPrql


text:
Fixed some requirement versions for torch as previous one was not com…

Please review the changes I made to requirements.txt, as the versions mentioned in it were not compatible, and resulted in error while installing requirements.txt

PyTorch was upgraded due to a security warning. Now the conflict should be resolved after https://github.com/prs-eth/Marigold/commit/62413d56099d36573b2de1eb8c429839734b7782

authors: Luqman-Ansari markkua

repo: prs-eth/Marigold


text:
Add Semigroup and Monoid instances for Fake

We can alternatively use GeneralizedNewtypeDeriving, it generates the same

Sure.
What is the expected version for @since?
Sorry for not adding the test, I didn't find tests for functor and others in FakerSpec, so I omitted, I will add anyway.

@ricksanchez Thanks! It would be version 0.6.1 following PVP.

Sorry for not adding the test, I didn't find tests for functor and others in FakerSpec, so I omitted, I will add anyway.
Yeah, sorry about that. Ideally, it's better to have tests for them also. :-)

Thanks!

authors: psibi ricksanchez

repo: psibi/fakedata


text:
Make options available in dynamic host functions

This change makes the options object available in dynamic hosts functions. I needed this in order to pass dynamic EC2 filter strings from the command line.

Coverage remained the same at 99.216% when pulling ebd2af2f76d360300c5fddb689fff5f1a9a3f7bd on markbaird:options-in-dynamic-hosts into 5b9de0fa733afa2c9fd77b892d34030467aadb2f on pstadler:master.

Thanks for your pull request 👍
I think context.options should be passed there instead.
Also, please update the inline docs:
plan.target('dynamic-hosts', function(done, options) ...

Coverage remained the same at 99.216% when pulling 39f4beb3188e701a9415326b190060a867bafe7e on markbaird:options-in-dynamic-hosts into 5b9de0fa733afa2c9fd77b892d34030467aadb2f on pstadler:master.

authors: coveralls markbaird pstadler

repo: pstadler/flightplan