Nick Haller Atlassian Team

Hi @Guy Fisher , Thanks for pointing this out! I work with Opsgenie support, and will enter one on your behalf.

Hi @Gustav Janér , I don't think it's an issue. Deduplication occurs when alerts match the alias of an open existing Opsgenie alert - regardless of what integration they come from. It seems like your Grafana instance is configured to multiple Opsgenie-Grafana integrations. And when requests are sent from Grafana to…

That's correct. Tags will always be in a list since they are parsed as an array in the payload. Regex can act like the "contains" condition using an expression like yours. For example with the test below (no pun intended) - I have a policy that filters using regex, and applies to alerts that match .*(test).* in the tag. I…

Hi @Jonathan Ballet , When filtering by tags and/or teams, please use the 'contains' operator and enter the full tag/team name. These two attributes are list attributes and the 'contains' operator would search for the specific tag/team typed within the…

Hi @bk amin , Opsgenie is a modern incident management platform for operating always-on services, empowering Dev and Ops teams to plan for service disruptions and stay in control during incidents. This doc. and video should help provide a better understanding of Opsgenie, and how teams are using it today:…

Hi @Aqdas Jawaid , Opsgenie does not have a Oracle PCRF integration, nor do we have any record of customers integrating Opsgenie with Oracle PCRF. The only Oracle integration we have is OEM, but that's probably not much help since they seem to be two different products:…

I don't believe there is much else that would help besides what's mentioned above. You could have one schedule that manages the on-call for both teams - but that doesn't make much sense because 1) it sounds like members of each team are different, and 2) the schedule can only be visible/assigned to one team - so would only…

Hi @Pablo Kopelman , This isn't really possible because both schedules will be managed separately since they are on different teams. Opsgenie also cannot recognize you being on-call at the same time in two schedules, and automate changing on-call for one of them. That change would need to be done manually. It's dependent…

That's correct. The Advanced tab is only included in the Opsgenie Standard or Enterprise plans. Our plans map to JSM as such: JSM Standard ~ Opsgenie Essentials (which is the plan I assume you are subscribed to if you do not see this tab) JSM Premium ~ Opsgenie Enterprise

Hi @Rolandas Jančauskas , If closing an issue in JSM does not close the correlated Opsgenie alert, then there are a few places to check. In JSM / the webhook, make sure that Issue Update checkbox is selected: If this is selected, then the close actions are most likely sending to Opsgenie, but they are not matching what is…

Hi @David Kaftan , Sounds like what you need is a Heartbeat: https://docs.opsgenie.com/docs/heartbeat-monitoring Heartbeats are a feature unique to Opsgenie that help monitor the connectivity between Opsgenie and your other systems. You could have your service trigger an email to the Heartbeat (along with the daily email),…

Hi @Wei , This functionality is not currently available. I know we have an open feature request for this that I'll certainly add you to though. As a workaround we've seen customers using automation rules to accomplish this. You'd first want the integration to add a comment to the issue when an alert is acknowledged: That…

For that use case, you'd need a combination of an Email Integration and a Heartbeat. The Email Integration would handle creating alerts for the error emails, while the Heartbeat would create alerts if no emails/notifications are received by Opsgenie. The Heartbeat would remain active as long as notifications are being…

Hi @Tor Magne Svendsen , Glad IFTTT helped with the workflow! It sounds like you need some tweets/alerts to automate the creation of an incident. This can be done through Incident Rules. Incidents are created automatically when incident rules are matched - based on the types of alerts that should trigger this automation.…

Hi @JF Robichaud , I think what you want is an Email Integration instead of a Heartbeat. Heartbeats are a feature unique to Opsgenie that help monitor the connectivity between Opsgenie and your external systems. When Opsgenie does not receive a "ping" aka an email, an alert will be created. But with your case, it sounds…

Hi @[deleted] , Seems like what you need is a Notification Policy: https://docs.opsgenie.com/docs/team-policies#notification-policy These can delay / suppress notifications for X-time. Essentially providing that buffer an alert will have before resolving itself, or notifying your users. Notification Policies can be…

Hi @SanderZ , Engineering is still working with Apple to get this implemented and into production. At this time, I don't have an ETA on when this will be released. Our hope is ASAP. We're just as excited to get this functionality to customers, as they are to have this available. Unfortunately the process is quite tedious.…

Hi @Wei , I suppose the priority is based on both the critical and numerical value - since they are paired; P1 = Critical, P2 = High, etc. Personally I view it more in a numerical sense, but I guess it's all personal preference. Regardless - P5s are the lowest priority level, while P1s are the highest priority level. To…

Hi @Dinal Lad , Opsgenie does not have a prebuilt integration with Dynamics 365 at this time. I'll enter a feature request though. We'll see most customers integrating their third party systems with Opsgenie through either an API or Email integration: https://docs.opsgenie.com/docs/api-integration…

No worries! It's easy to miss! 

Hi @Chris Thomas , This similar Community post should help with setting the priority to different types of alerts: https://community.atlassian.com/t5/Opsgenie-questions/How-to-set-priority-in-AWS-SNS/qaq-p/1407107 Although it's for AWS, the idea is the same; configure the Create Alert actions to filter on the issue's…

Hi @Chris Thomas , That's due to your current plan, and a restriction to the escalation rules: https://docs.opsgenie.com/docs/escalations Under the Free and Essentials Plans, Escalation options do not include: * Notify Group, * Notify next user in schedule, * Notify previous user in schedule, * Notify random member of team…

Hi @Chris Thomas , At this time we do not have a dynamic field that provides a hyperlink directly to the ticket - but we do see most customers using this as an alternative: https://accountname.atlassian.net/browse/{{key}} ^ "accountname" would be your site, and {{key}} pulls the issue number automatically. This essentially…

@Chris Thomas , Thanks correct for integrating JSM << >> Opsgenie. We spoke with @Joey Klein through another community post that can be reviewed here: https://community.atlassian.com/t5/Opsgenie-questions/Auto-create-Opsgenie-incident-from-JSM/qaq-p/1572121

Pricing = per user per month. The enterprise plan is $29/user/month on an annual plan, or $35/user/month on a monthly plan. There are also discounted prices depending on the volume of users purchased: The pricing page has a built in calculator. You can toggle between annual and monthly plans to know the cost of each:

Hi @Anthony Barnett , You can view plans and price per user here: https://www.atlassian.com/software/opsgenie/pricing I've adjusted your role from Admin >> Owner so you have access to the Billing tabs. Let us know if you have any additional questions or issues.

Hi @Jeremy Worden , You can use the Add Details API request to update the details / extra properties of an alert. The request is a POST, but if you adjust the body of the detail key that needs to be updated, it acts more like a PATCH. Hope this helps! Let us know if you run into any questions or issues.

Hi @Isabel Giang , The limit it set to a hard 20k, and cannot be increased. So we see customers breaking the search into batches like @[deleted] mentioned. Most of the time we'll see customers using the date/time range for this. If you wanted to query alerts throughout 2020, you'd want something like: createdAt>31-12-2019…

Hi @Anthony Barnett , If you are a site admin, you should be able to add Opsgenie to your Atlassian product catalog by going to https://admin.atlassian.com/ From there, click into your site >> Manage Subscriptions tab >> click the Add more Atlassian products button: Opsgenie should be available to try for free in this page.

Hi @Sam , Glad you were able to connect with someone else on our team. We'll be sure to reach out if there's an update on this issue in the future. As for a workaround - since the override only respects the current on-call rule - you could clone the schedule, and change the escalation rule from notify next user in schedule…