...
Alerts are by default sent in HTML format. With some mail clients, HTML mails are not correctly displayed or even rejected. This option is used to switch between HTML format and pure TEXT format.
Div | ||
---|---|---|
|
HTML mail example:
TEXT mail example:
Mail recipients list
All alerts coming from monitoring scripts and checks scripts are sent using a common alert script that sends emails (via "sendmail
") to the recipients list that can be defined using this option.
...
Do not add blank lines and set one recipient per line
...
...
class | pagebreak |
---|
Mail sender
This optional option allows you to define the sender name instead of the default one (root@hostname)
...
HTML tags like new line, font and bold can be added within the file. In case the format is switched to TEXT, these tags will be automatically removed from the text mail.Example:
Enable/disable wall alert messages
This option enables or disables (default) the "wall
" messages sent via the alert script.
...
...
class | pagebreak |
---|
Update/reinstall common alert script
...
- Answer "
yes
" if you did not change the original script file and you have updated the Linux Toolkit (read the corresponding release notes) - Do not answer "
yes
" if you customized your own alert script.
In case you've overwritten the existing alert script, the previous version can be restored from the "/charon/archive
" folder
Example:
This script can be customized to send alerts the way you want, adding for example commands to link with your monitoring tool. It is based on an alert code passed as parameter 1.
...
Parameter 1 can have the following values:
Parameter 1 | Severity | Description |
---|---|---|
ABORTED | CRITICAL | Guest has stopped without user or service request |
AKSUSBFAIL | CRITICAL | If the dongle is detected as removed whereas it is disconnected, the askusb daemons are restarted. If the restart fails after 15 tries, this message is sent |
BOOTDUPL | WARNING | Tried to start a guest that is already running or a guest is found more than once in the guests list |
BOOTNOTFND | CRITICAL | The file containing the guests to start is empty or not found |
EMULSTART | INFORMATIONAL | Emulator has been started |
EXPCHK | CRITICAL, MAJOR, MINOR, INFORMATION | The license is about to expire |
FOUND | INFORMATIONAL | License dongle found at startup |
HASPWARN | CRITICAL | Warning messages found in the license, guests cannot start |
IFCFGADDR | CRITICAL | The network interface defined in the configuration has already an assigned IP address, cannot be used for guest |
IFCFGCRIT | CRITICAL | One parameter in the ifcfg-ethN file is not configured correctly (mandatory value) |
IFCFGUNKN | CRITICAL | The interface name defined in the configuration file is not valid (not found with 'ifconfig <eth>' command) |
IFCFGWARN | WARNING | One parameter in the ifcfg-ethN file is not configured correctly (recommended value) |
INVALID | CRITICAL | Invalid configuration on dongle to start the guest |
NOTFOUND | CRITICAL | The guests have not been able to start at boot due to dongle disconnected |
REMOVED | CRITICAL | Dongle has been removed: the guest sees the dongle as disconnected and will stop after the defined interval if the dongle is not replaced |
REMOVRESET | ERROR | Dongle seen as removed whereas not disconnected (aksusb driver failure). In this case the USB is reset and drivers are restarted ( Not valid if the dongle is a network dongle and then located on another server) |
STOPPED | CRITICAL | Guest has been stopped, reasons explained in parameters 4, 5 and 6 |
STOPPEDREQ | INFORMATIONAL | Guest has been stopped, requested by user or shutdown |
TESTMAIL | INFORMATIONAL | Used to test email mode when setting HTML or pure TEXT |
TOEXIT | CRITICAL | The guest is about to exit, reasons explained in parameters 4 and 5 |
USBDISCONNECT | MAJOR | Dongle has been removed (immediate detection) |
...
Select the alert level to send alerts when events are found in the guest log file:
Level | Information | Warning | Error |
---|---|---|---|
0 | |||
1 | |||
2 | |||
3 |
Requires the "charon_logevent
" entry activated in the "crontab
" file => menu option "Manage recursive jobs: license expiration check, log events (cron)"
This does not affect guest startup alerts. You will receive alerts when a guest starts or stop whatever the level is.
...
...
class | pagebreak |
---|
View alerts history
This option will allow you is used to view the alerts history sent via the alert script. Alerts can be viewed in a continuous way or using a text editor.Example - Continuous view:
We can see above:
- A message telling the emulator is started
- A message telling the license (main one) is found and that also displays its expiration date
- The main license dongle has been unplugged and the
aksusbd
monitor reported the alert (immediate). We can see one license (backup one) is still connected - Warning messages are sent for the hardware requirements
- The license dongle was plugged in again.
We do not see here any dongle removal alert reported by the emulator itself, this is because by default the emulator checks for dongle presence every 1 hour (deferred)
Press CTRL-C to get back to the previous menu
...
class | pagebreak |
---|
License expiration alerts from guests
...
Backup licenses (time limited): please take care of the time remaining that will be reported in the license detection alert, if the number of remaining hours is less than 24, you could not receive any alert from the license expiration check that runs everyday at 09:00 AM by default. It is possible to make it run more than once a day in this case.
Div | ||
---|---|---|
| ||
Alerts simulator
This option allows you to send all the available alerts for testing:
Hardware specs warning message Enabled
Enable or disable hardware specifications warning messages to be sent on Charon boot. Depending on Charon version, wrong messages can be sent. This this option prevents from sending warning alerts in case harwdare specifications warning messages are displayed in the log file.
Div | ||
---|---|---|
| ||
Immediate alert on dongle removal Enabled
Enable or disable immediate alert on dongle removal. These alerts are monitored by the aksusbd log monitoring which is totally independent from the Charon virtual machine log files monitoring.
Since Charon version V4.9, the license communications are checked more often than they were in previous versions.
This option, if disabled, prevents from sending too many alerts in case of dongle removal and re-connection but be aware that if no Charon virtual machine is running, the removal and re-connection will not generate any alert.
Reduce WARN msgs on dongle removal
This option is valid for Charon-AXP and Charon-VAX V4.9 and above.
If enabled, it will prevent from sending too many alerts on dongle removal thus the following messages will not generate an alert:
:0000024D:licenseman(1830): Unable to log in to the key "XXXXXXXX", feature X.
:0000024D:licenseman(1830): HASP runtime (7): Sentinel protection key not available.
:0000024D:licenseman(1830): Failed to login at the Sentinel HASP key: "XXXXXXXX".
Include Page | ||||
---|---|---|---|---|
|