Incident Management

The following describes the general incident management process.

Step 1: Raising an Incident

You can report an incident at or by sending an email to We can also raise an incident on your behalf if we notice something is wrong with your service.

Minimum required information

To help us to resolve the incident as quickly as possible please supply the following minimum information (where known) when you raise an incident :

  • The Intersect Product and/or Service to which the incident applies and the related Plan.
  • Product details. For Space, this is the Space Product ID. For Time, this is the OpenStack project ID (How do I find out my OpenStack Project ID?) and virtual machine instance hostname and IP address.
  • Your name, organisation (institution, school, faculty or research centre) and email address.
  • The name, organisation and email address of the User, if different to you.
  • An overview of the issue.
  • Steps to reproduce the incident.
  • Information to assess Impact, Urgency and Priority (how much is this issue impacting you and/or your research group/your institution as a whole).
  • Any further information requested by us, for example “I recall another researcher had this issue last year”.

Step 2: Confirmation will automatically send you an initial email confirming receipt of an Incident, including an Incident ID (INC-12345). The Incident ID should be used in all subsequent communication with us regarding this Incident.

Assign Priority (Low, Standard, High, Critical)

We will assign a priority to your incident based on your business needs

Step 3: Make an Initial Response

Once the incident has been prioritised, we will assign the incident to a support engineer and this person will make an initial response to you according to the following table:

Target Incident Response Times

PriorityResponse Time (Business Hours)
1 - Critical2
2 - High8
3 - Medium16
4 - Low40

Initial Response

The initial response will include the following; 

  1. Confirm with you that we understand the problem and can reproduce it.
  2. If the solution is immediately obvious, then a plan will be created outlining how the incident can be resolved, including what needs to be done to rectify it.
  3. If the solution is not immediately obvious, an estimate of the time needed to investigate will be given.

The Intersect support engineer will then work on rectifying the incident.

Progress Reports

Progress reports/updates will be provided regularly on the basis of the incident priority.

HighTwice Weekly

If the incident is widespread, we will provide updates via Twitter to @IntersectOps on a regular basis.

Step 4: Incident Resolution and Closure

Once the incident is rectified, we will mark is as Resolved in and we will notify you that we believe it is resolved. You will then have two business days to respond if the incident is not resolved to your satisfaction, otherwise it will be Closed automatically.

Resolution Due to Lack of Response

If we ask for further information from you or the user to help us to resolve an incident and we receive no response within five business days of making the request, the  incident will be marked as Resolved – no longer relevant.

Reopening an Incident

You can reopen a request by responding to the email notification advising you that the request is resolved or you can send an email to mentioning the Incident ID in the Subject. Reopened incidents will be triaged and the incident management process will be recommenced.

Your browser is not supported. Please upgrade your browser.