Ask product questions, access official documentation, give feedback and suggest new features
Recently active
Hi!I have setup the Bitbucket integration on one of my services follwing this guide: https://support.pagerduty.com/main/docs/bitbucketHowever no incidents get created ever. Is there anything i have to consider that is not mentioned inside this guide ?Could it fail because Basic Service Event Rules is not activated ? Do i have to configure anything inside the event orchestration rules ? I literally just did what the guide said..On build updates the webhook is received by pagerduty with HTTP status 202.I also get an event id on response: The builds i am testing are FAILING builds…Any ideas ?Is the integration deprecated ?
My organization just recently got a subscription for PagerDuty at the Pro plan level. This has been an uphill battle for me for almost 7 years now to get this as my current leadership believes all alerts and notifications should be via email and should always hit everyone all at once.I came from an organization that used XMatters, so my experience with targeted alerting and triage is there, but it’s not far different in philosophy than PagerDuty. My argument is that we should only be alerting on critical items, and it should be using a workflow and start at the lowest level for triage then escalate as needed after triage. Instead of everyone getting an email all the time, proper incident management should be done where a ticket is also generated in our ITSM tool, then appropriate communications from the ticket go out at regular intervals to stakeholders. One of the arguments I often get is “We’re a small company”, which I disagree with, we solidly fall into the mid-size enterprise, but
Issue Summary:We're experiencing a problem where ServiceNow incidents triggered by Solarwinds alerts are not creating corresponding incidents in PagerDuty, even though they meet the priority criteria (P1–P3).Context: Solarwinds is our alerting tool, integrated with ServiceNow (Yokohama, PD Spoke 1.4.0, PD 8.2.0). ServiceNow is configured to forward P1–P3 incidents to PagerDuty. We're using assignment group services only in PagerDuty (no business/technical services). This issue began after integrating Solarwinds through ServiceNow Event Management. What we've observed: Some PagerDuty webhooks become disabled intermittently, though health checks often return normal. The issue is inconsistent—not all Solarwinds-triggered SNOW incidents fail to generate PD incidents. We suspect a possible problem with the PD Spoke workflow or webhook handling, but haven't confirmed. If anyone has run into a similar issue or has suggestions on what to check next, I’d greatly appreciate your insigh
I have a Pager Duty incident alert rule which is:A valid Service Offering (in ServiceNow) A valid Assignment Group (in ServiceNow) A P1 or P2 incidentI have had two incidents in the past few weeks where the integration failed with the error: Error: "triggerIncident response status:400, error:Incident could not be assigned error: undefined". Some incidents in between have created the alert from Service Now to Pager Duty and the Incident Rule ran fine, this morning I had another one. I would like to understand why this is an intermittant issue before it becomes widespread.Pager Duty has been configured out of the box, no customisations, the same for Service Now and imported the Services, Assignment Groups and users the recommend way (from Service Now via the API/integration).
I have a Pager duty system in which i can add up to 3 phone numbers to get notify about an alert.Now my question, is there any possibility to add n number of phone numbers..?
Apart from alerts, all notifications I received from Pageduty is showing redirect urls as it is not like embedded in the anchor word. Simple words it is not HTML card, just plain text.Does anyone faced this?
Using the out of the box Service Now configuration for incident status types, I’d like to know if we can update Pager Duty to have the additional status types (e.g.):On Hold Cancelled
We have one of our Private External StatusPages no longer sending notification emails. All other pages are sending the notifications without issue. The email address that sends the notifications is the same for all pages and is not blocked by our domain server.I have reduced the number of subscribers from 259 down to 3, in increments, checking each time if emails were being sent. No emails have been sent out. The confirmation of subscription emails when you add a subscriber are going out for the page though. It was working ok up to 1st December. Has anyone else had this issue?
We are using the connections configuration for the slack integration so that incidents get a separate thread in a given channel for a given service.Using the pagerduty api and the slack integration, I am trying to determine which slack thread a given incident is being tracked in. I looked at notification channels, but when I query the API get no data back for an incident that should have a thread. I also looked at dedicated channels, but we are not using dedicated channels in the configuration, so I figured that was not the right place either.If you have done this before or can point me in the right direction. your help would be appreciated
I have set up my phone and sms, verified them, and sent myself test messages. However, the Onboarding banner still wants me to do this. I have set it up, verified, sent tests, sent tests, and sent tests. But, it doesn’t help.Then, I deleted them, re-added them (phone and sms), verified them, tested them. The tests come through, but the onboarding wizard still says I need to “receive a test notification”. It is the only item left in the onboarding list. Help! How do I get the onboarding wizard to go away?
Hello I was wondering what is the data retention policy for the alert as how long alerts/incidents data is kept in the pagerduty. I couldnt find any settings/config for that or any documentation. Mehran
I’m noticing a recent change in the mobile app where resolving an incident via swipe now requires an extra confirmation tap. Previously, a single swipe action would immediately resolve the incident with no additional interaction.This new flow adds extra time, especially when handling multiple low-severity or routine incidents. What used to be a quick one-gesture action is now a two-step process, effectively doubling the time required to resolve each incident.Is there a setting, or a way to revert to the previous workflow? I’ve disabled any requirement for resolution notes in the confirmation screen but it still requires that secondary workflow.
We use the ServiceNow V7 integration in production. It works fine, but we want to move to the generic V3 webhook. We have a lot of services on V7, so the plan was to switch just a few to V3 first and handle the rest later.In our test environment, when we moved one service to the V3 webhook, the other services using V7 stopped working. So we’re trying to confirm what will happen in production. If we switch a single service from V7 to the V3 webhook, will the remaining V7 integrations break? Or can V7 and V3 run side by side? We want to know if this is an all-or-nothing change.
My requirement is to repetitive alerts until issue is resolved, for an exmaple, someone in ,y team resolve the issue by mistake but actual issue is not resolved in this casr alert should be triggered in every 5 minutes bcz cloudwatch send only an alarm to pagerduty
I'm struggling with a job in Rundeck that includes an Ansible script, and I'm a bit confused about the node selection behavior.Is it possible to prevent a job from running on all nodes when “Change the Target Nodes” is unchecked? It feels contradictory that:the UI offers “Select All” and “Select None”,the job fails if no nodes are selected,but if you uncheck “Change the Target Nodes” entirely, it just runs on every node anyway.I assumed there must be a way to force explicit node selection before running the job, but I haven’t found anything in the documentation.This is the screen I'm referring to:
So all of our services have multiple environments like Prod, NonProd, Dev. Should these be created as different technical services under the same business service, or different business service? Is there a native concept of environments that I am missing?
We’ve recently switched our incident response process to using responders when needing to pull in additional resources. In this case we are using an escalation policy with multiple users on step 1, but only one of the users is getting notifications in this case.It is still adding everyone as a responder, just seems to be randomly choosing one of them to notify. I’ve verified the following:There are multiple people in the first step of the escalation policy The escalation policy does not have the “round robin” enabled each person in the escalation policy has valid high urgency settings and no pending validation steps in contact info each person is showing up as a responder in the incident when using the escalation policyIs this intended behavior?
I’ve been trying to request a developer account via https://developer.pagerduty.com/sign-up/ as I’m building an integration but repeatedly get this error An error occurred while attempting to sign up. Please try again later.
Use the Shift Agent to Save Minutes on Overrides in SlackThe Shift Agent can automatically detect on-call conflicts, find coverage with agentic teammate recommendations, and complete overrides all with two clicks in chat. PagerDuty’s Shift Agent in Slack and Google Calendar Integration are generally available.
Does anyone know why am i Getting this error while running a workflow,Message: Incident Workflow EV Testing completed with an error: Step "Send POST Request" did not complete successfully: Action has not been enabled for account
Hi,As part of a service orchestration rule or another type of rule, is it possible to check for the existence of an active incident within another PagerDuty service as a pre-processing step to paging us outBasically we have 2 PagerDuty services, App A and App B. When we get an incident in for App A, we’d like to check to see if there’s an active incident for App B that was created around the same time. If there is an active incident, then the escalation policy/notification policy gets enacted and people are paged out. Is something like that possible, assuming we have access to both of the PagerDuty services?
If you Awknowledge or Resolve an incident the Slackbot adds PagerDuty Username @slack-name to the Slack notification, but why tag me, the PD username I get? It seems very noisy and distracting If I’ve closed an incident I don’t need a Slack mention telling me so, I know I’ve done so, and everyone else can tell who it was by the PagerDuty Username
I’m not sure if anyone encountered similar problem.We just suddenly cannot receive any webhook of pagerduty from Sep26, the endpoint is definitely reachable and had been working for years.I can see the webhook integration of most services had been disabled, if I manually enable them , they just got back to be disabled almost immediately.it did happen around my yearly renewal ,so I wonder if it’s something to do with that.
Hi all!I would like to alert on specific incidents containing specific text in the alert, suppressing all other alerts between the hours of 10pm-6am.I have created a service orchestration rule which runs and updates the summary field when the summary field contains the specific text, which I believe then alerts. In that rule is also an else rule to suppress all other alerts. The part I’m having difficulty on is how to enable this rule only during the hours of 10pm-6am. I would appreciate any assistance!
Hi! I was just added to my organization’s PagerDuty rotation, and after setting up the iOS app on my phone and testing out the notifications, I discovered that I cannot adjust the volume of the high-urgency notifications, which are sent as native Critical Alerts. A quick Google for “ios critical alerts volume” shows that controlling the volume of these alerts is not possible as an iPhone user, but it is possible as an app developer; this blog post shows something called “PushOver” allowing users to configure Critical Alert volume on a scale of “loud” to “deafening”. “Deafening” is how I would describe the current volume level of the high-urgency notifications, and this is just not acceptable in my situation: I’m not the only person in my building, and I can hear these notifications outside on the street, two-stories down 😅. I understand their importance, but the whole apartment building doesn’t, and I’m sure to run into problems with the neighbors if I turn these on. Can you pl
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.