Action page
1 Overview
An action is a command that can be remotely run on a node that has a Veloopti agent installed on it. Actions come in three levels of permissions: Operator; Power User; and Administrator.
1.1 Permissions
There are three levels of permissions in Actions.
- Operator
- Operator level actions require the lowest level of permissions to be run.
- Power User
- Power User level actions require more permissions than Operator level and lower than Administrator level actions. Users that can run Power User level actions can also run Operator level actions.
- Administrator
- Administrator level actions require the highest level of permissions. Users that are able to run Administrator level actions can also run Power User and Operator actions.
1.2 Where actions can be run
Actions can be run in two different locations: on servers and through an event.
1.2.1 Actions on servers
Actions can be run directly on a server that has a Veloopti agent. When clicking on the server name in either the main node page, or the node page in an application; there is a item named Actions where they can be run.
1.2.2 Actions on events
Actions can also be run from an Event. <more here>
2 Action tabs
Action tabs | |||||
---|---|---|---|---|---|
Tab | Description | ||||
Overview | This tab contains the main overview of the Action | ||||
Attributes | The attributes of the action are the commands and parameters that are run on the node. | ||||
History | This shows the results of an action that has been run while the event was open. | ||||
Audit log | The Audit log |
2.1 Overview
Name
The name of the policy is used to reference it from different places in Veloopti. An action needs to have a unique name in the Application that it is in.
Description
The description is where you enter some text that describes what the action does.
Type
The action type is currently limited to a command type action. More of these will be released in the future.
Level
There are three levels of actions in Veloopti: Operator; Power User and Administrator. Each level is able to be run by users who are members of a role that have the appropriate permission assigned to it.
2.2 Attributes
Event properties | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Property | Description | ||||||||||
ID | A GUID that distinguishes all of the messages. Primarily used to tell similar events apart. | ||||||||||
Severity | Standard categorisation based on the significance of an event:
| ||||||||||
Status | The state of event being either open or closed. | ||||||||||
Node | The name of the node where the event was received. | ||||||||||
First Occurred | The date/time that the event was detected by the management application.
| ||||||||||
Received | The date/time that the event was received by the Veloopti agent controller. | ||||||||||
Last Occurred | This is the last time that an event was received that matched the event parameters. It is the latest "First Occurred" date of the last event that was received. | ||||||||||
ITIL Component | The ITIL component that the event relates to: Availability, Capacity, Performance or Security. | ||||||||||
Custom event properties | Custom event properties appear at the bottom of the standard event properties. These are properties that are specific to the event. This can be things like: eventID for windows event logs; URL for URL monitor policy; or anything for an inbound API policy. |
2.3 Attributes
Type in the section that say "Add a new comment" and click on the button to add your comments to the event.
2.4 History
Any actions that have been run that are associated with this event appear here.
2.5 Audit Log
This tab contains the audit log for the event. Anything that occurs in relation to the event occurs here.
- The time the event was first opened
- Severity increases and decreases
- Notifications that were sent to users
- Action results
- The closure time