Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,556,777
Community Members
 
Community Events
184
Community Groups

API authentication for create alerts

Edited

I am new to Opsgenie, trying to create alerts through calling Rest API in my own java application

 

Problem:

The request simply included the parameters "message" and "alias", but get an return of error code 40301

 

Checked / Tried:

1. The API key used is new created. Can be found under Teams => Integrations, in the Opsgenie web page. Also the team is a new team.

2. Can get the list and details of existing alerts through Alert APIs using the same API Key. The existing alerts are created through Opsgenie web page, selected the same integration in "API integration" field

3. Checked the API integration is "true" in "allowConfigurationAccess", "allowDeleteAccess", "allowReadAccess", and "allowWriteAccess" through Integration APIs

4. Tried changing the path to https://api.eu.opsgenie.com in case I am using EU instance. It returns "Could not authenticate" so I don't think I am using the EU instance.

 

May someone kindly tell what is missing in my case?

 

Update:
Checked on the header "Authorization" and payload.
Here is my testing curl command:

curl -X POST https://api.opsgenie.com/v2/alerts -H "Content-Type: application/json" -H "Authorization: GenieKey MyApiKey" -d '{"message": "An example alert message", "alias": "Life is too short for no alias", "description":"Every alert needs a description", "responders":[{"id":"MyTeamId","type":"team"}],"visibleTo":[{"id":"MyTeamId","type":"team"}],"priority":"P4"}'

And the response I got

{"code":40301,"message":"To perform this action, use an API key from an API integration.","took":0.009,"requestId":"7f74b148-94b5-4352-be0f-a50ed381a842"}

 

1 answer

If you are sending to create alerts

You want to POST @ https://api.eu.opsgenie.com/v2/alerts

As a header you want to make sure you have:
"Authorization": "GenieKey yourapikeyorvariablesubstituted"
OR

"Authorization": "GenieKey ${APIKEY}"

Make sure your payload is right: 

JSON example:
{

"message": "My Alert",

"description": "My Amazing Description",

"details": {

"YourKey1": "YourValue1",

"YourKey2": "YourValue2",

"ETC": "ETC"

}

}

You are going to have to break out everything nested in advance and map like the above. I've never been able to get anything else to work. There seems to be a fail-all instead of any sanitization/stringify within opsgenie's api.

Hope this helps EU friends! 

I have checked on the points you mentioned and I think I my request is valid.
Updated my question to include my request and the response I get.

Try removing the message altogether and just focus on the GET to the same endpoint. Can you get a valid response?

If not, I would check your stored variable(MYAPIKEY) for any ' or " and remove them. Just guessing, its a charactering that is breaking the JSON structure at the api key. 

The following works for me -> 
curl -X GET "https://api.eu.opsgenie.com/v2/alerts" -H "Authorization: GenieKey $MYAPIKEY"

Variable is Stored as MYAPIKEY=1234567890

If you get this far, switch your request to POST, add -H "Content-Type: application/json" and your body with { "message": "Test Message", "description": "Test Description" }

If your still getting the green light, add in your normal messages and descriptions from your workflow and continue down one-by-one until you've got the exact message you desire. 

That's the point no. 2 of what I have tried. Can get the list and details of existing alerts through GET request. But it gives error response when I want to create alert through POST request.

curl -X GET https://api.opsgenie.com/v2/alerts -H "Authorization: GenieKey MyApiKey"


{"data":[{"seen":true,"id":"RandomId","tinyId":"1","alias":"MyAlias","message":"This is a test alert. Manually typed.","status":"closed","acknowledged":true,"isSeen":true,"tags":[],"snoozed":false,"count":1,"lastOccurredAt":"2020-09-03T08:56:39.322Z","createdAt":"2020-09-03T08:56:39.322Z","updatedAt":"2020-09-03T09:16:47.838Z","source":"teammate@myteam.com","owner":"teammate@myteam.com","priority":"P1","teams":[{"id":"MyTeamId"}],"responders":[{"type":"team","id":"MyTeamId"}],"integration":{"id":"MyApiIntegrationId","name":"MyApiName","type":"API"},"report":{"ackTime":1205489,"closeTime":1208516,"acknowledgedBy":"teammate@myteam.com","closedBy":"teammate@myteam.com"},"ownerTeamId":"MyTeamId"}],"paging":{"next":"https://api.opsgenie.com/v2/alerts?limit=20&sort=createdAt&offset=20&order=desc","first":"https://api.opsgenie.com/v2/alerts?limit=20&sort=createdAt&offset=0&order=desc","last":"https://api.opsgenie.com/v2/alerts?limit=20&sort=createdAt&offset=20&order=desc"},"took":0.044,"requestId":"774310b3-9dcd-451c-9fe6-ccbe2d2a20ff"}
curl -X POST https://api.opsgenie.com/v2/alerts -H "Content-Type: application/json" -H "Authorization: GenieKey MyApiKey" -d '{"message": "Test Message", "description": "Test Description" }'

{"code":40301,"message":"To perform this action, use an API key from an API integration.","took":0.01,"requestId":"fdee5a42-9162-4474-93ed-95198ca99065"}

To clarify, should you be using the EU API subdomain?
https://api.eu.opsgenie.com

No. Since I do not know which instance I am actually using, I tried on both normal and EU API (as stated in pt.4 in the tried action list).
And I got "Could not authenticate" response when using EU subdomain. So I don't think I should use EU API subdomain.

Trials in using EU subdomain:

curl -X GET -H "Authorization: GenieKey MyApiKey" https://api.eu.opsgenie.com/v2/alerts

{"message":"Could not authenticate","took":0.0,"requestId":"1ef45d44-cc3d-4e8c-bcc0-6aab152df4f1"}
curl -X POST https://api.eu.opsgenie.com/v2/alerts -H "Content-Type: application/json" -H "Authorization: GenieKey MyApiKey" -d '{"message": "Test Message", "description": "Test Description" }'

{"message":"Could not authenticate","took":0.007,"requestId":"781506fd-22fb-467d-b783-de275009ba77"} 
Nick H
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Sep 16, 2020 • edited

Hi @beta.lam ,

If your account is an EU instance, the account URL would be something like https://accountname.app.eu.opsgenie.com/ - otherwise US instances have the URL as https://accountname.app.opsgenie.com.

Nick H
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Sep 16, 2020

Also like one of those errors indicates:

 

{"code":40301,"message":"To perform this action, use an API key from an API integration.","took":0.01,"requestId":"fdee5a42-9162-4474-93ed-95198ca99065"}
The Alert API (specifically the Create Alert API request) requires the API key to be from an API Integration. We recommend using a global API integration - meaning it is assigned to [No Team], and has these permissions:
apicomm.jpg
Nick H
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Sep 16, 2020

And since it look like your request was successful with a GET request using 

https://api.opsgenie.com/v2/alerts

 

your account is a US instance.

Hi, all.

 

I'm having the exact same problem.

Is this problem solved?

 

Thanks in advance.

Nick H
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Nov 12, 2020

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
TAGS
AUG Leaders

Atlassian Community Events