Log File Events
Home > Select Project >
Alert > Event Configuration > File keyword monitoring / Windows event monitoring / File monitoring tab
WhaTap Monitoring detects a wide range of anomalies that occur in log files and delivers alerts accordingly. When you configure event rules, you can receive alerts at either the Warning (Warning) or Critical (Critical) level whenever specified conditions are met. Log-based events are provided in three types.
- File Keyword Monitoring
- Windows Event Monitoring
- File Monitoring
For file keyword monitoring, Windows event monitoring, and file monitoring, the recipient tag feature is supported only on agent version 2.4.6 or later.
Default Options
- Search: Search for specific events by selecting an event name or an event recipient tag.
- + Add Event Rule: Add a new event rule.
| Item | Description |
|---|---|
| Condition | Log conditions used for event detection (file path, search keyword, etc.) |
| Server | The server to which the event condition applies |
| Event Recipient Tag | User groups that will receive notifications |
| Edit a saved event |
Enabling and disabling event rules
You can enable or disable registered log file event rules individually without deleting them. When you disable a rule, its configuration is kept as is and only event detection stops. A newly added rule is active by default.
You can toggle enable/disable in two places. In the event list, toggle it with the switch on the right of each event rule item; in the event rule edit window, toggle it with the Enable toggle at the top right.
Add Event Rules
Manage specific log files and Windows event settings.
-
Go to
Alert > Event Configuration > File keyword monitoring / Windows event monitoring / File monitoring tab.
-
Click the [ + Add Event Rule ] button.
-
Enter an event name (up to 100 characters) in Title.
-
Select servers from the Server List and click [ Apply ].
a. When the Project Default Policy toggle is enabled, the default alert policy is applied to servers managed by the project.
-
Select a Log Type (
File Keyword Monitoring,Windows Event Monitoring,File Monitoring) under Event Trigger Conditions.File Keyword Monitoring
Item Description File Path (Required) Enter the path of the file to monitor.
- Date and time patterns can be used in file names.
- Example: /var/log/mylogfile_%Y-%m-%d_%H:%M:%S.logSearch Keyword Enter keywords to detect in the file.
- Multiple keywords can be entered.
- Example:keyword1|keyword2|keyword3Excluded Strings Enter strings to exclude from alerts.
- Multiple strings can be entered.
- Supported on agent version 1.2.7 or later
- Example:keyword1|keyword2|keyword3Repeat (Count) Number of times the specified keyword must be detected Period (Seconds) Time window in which the repeat condition must be met Severity Alert level triggered when conditions are met
- Critical: Critical alert
- Warning: Warning alertWindows Event Monitoring
NoteAvailable only in Windows environments.
Item Description Log Name Select the type of Windows event log to monitor
- Application
- Security
- Setup
- System
- Forwarded EventsLevel Select the event level to monitor
- Information
- Warning
- Critical, Error
- Audit Success
- Audit FailureSource Enter the event source to monitor Event ID Enter the numeric event ID Search Keyword Enter keywords to detect in the log
- Multiple keywords can be entered
- Not applied to the keyword field in Windows Event Viewer
- Example:keyword1|keyword2|keyword3Excluded Strings Enter strings to exclude from alerts
- Multiple strings can be entered
- Supported on agent version 1.2.7 or later
- Example:keyword1|keyword2|keyword3Repeat (Count) Number of times the specified keyword must be detected Period (Seconds) Time window in which the repeat condition must be met Severity Alert level triggered when conditions are met
- Critical: Critical alert
- Warning: Warning alertLog Throughput
Log throughput is limited based on log lines. When logs are generated excessively in a short period, only up to the configured throughput is collected to prevent excessive agent CPU usage. Excess log lines are not processed.
Version Throughput (per 2 seconds) Version 1.3.6 or earlier Approx. 60 lines Version 1.3.7 or later Approx. 100 lines You can control the excess amount per 2 seconds using the following options.
-
Linux: Set
log.skip.threshold=number_of_lines_per_2_secondsin /usr/whatap/infra/conf/whatap.conf -
Windows: Set
log.skip.threshold=number_of_lines_per_2_secondsin C:\Program Files\WhatapInfra\whatap.conf
File Monitoring
NoteSupported on Linux and Windows environments starting from agent version 2.9.4.
Unix environments are not supported.
Item Description File Path (Required) Enter the path of the file to monitor
- Date and time patterns can be used in file names
- Example: /var/log/mylogfile_%Y-%m-%d_%H:%M:%S.logMonitoring Item Select the file attribute to monitor
- Owner Change: Alert when the file owner (user) changes (Not supported on Windows OS)
- Group Change: Alert when the file group changes (Not supported on Windows OS)
- Permission Change: Alert when file permissions change (Not supported on Windows OS)
- File Deletion: Alert when the file is deleted
- File Modified Time: Alert when the file’s last modified time changesSeverity Alert level triggered when conditions are met
- Critical: Critical alert
- Warning: Warning alert -
-
Click + Add Log Event Condition to add additional log event conditions.
-
Click + Add to configure Event Active Time.
Assign tags to define when events are active, such as working hours, non-working hours, or maintenance periods. If no tag is set, events remain active 24 hours a day.
a. Click + Create New Tag under Event Active Time.
b. In Create Event Active Time Tag, select a tag name, days, time, and color, then click [ Apply ].
c. Created tags appear in the tag list and can be applied by selecting the checkbox.
d. Click the edit icon
to modify or delete tags in Edit Event Active Time Tag.
CautionWhen a tag is deleted, it is removed from all users to whom it is applied. However, tags currently in use by event rules cannot be deleted.
-
Click the [ + Add Tag ] button under Event Recipient Tags and select recipients from the tag list. You can also add a new tag by selecting + Create New Tag.
- Selecting event recipient tags sends notifications to project members and third-party plugins associated with those tags. You can assign tags to project members and third-party plugins separately in the Event Notification Settings menu.
-
Once log event configuration is complete, click [ Save ].
Edit Event
-
Go to
Alert > Event Configuration > File keyword monitoring / Windows event monitoring / File monitoring tab.
-
Click the
icon for the event you want to edit.
-
Modify the event in the Add Event Rule window.
-
Click the [ Save ] button.
- After the update, new alerts are triggered when incoming data meets the updated conditions.
Delete Event
-
Go to
Alert > Event Configuration > File keyword monitoring / Windows event monitoring / File monitoring tab.
-
Click the
icon for the event you want to delete.
-
In the Add Event Rule window, click the [ Delete ] button in the upper right corner.
Copy Event
Copy the selected event rules to one or more projects.
-
Go to
Alert > Event Configuration > File keyword monitoring / Windows event monitoring / File monitoring tab.
-
Select one or more events to copy, then click Copy. The Copy Event window opens.
-
Select the target projects to copy to. You can select multiple projects at once, including the current project, and only projects for which you have event configuration permission can be selected.
-
If needed, specify Copy as active. Whether each copy is active can be set per event, and the default is inactive.
-
Click Copy. The selected events are copied to each target project.
- The copied event name gets a
_Copysuffix. No number is appended, so repeated copies are created with the same name (Name_Copy).
Exporting and importing event settings as JSON
You can download all registered log file event rules as a JSON file and import rules from a JSON file. Use it to apply the same rules to another project or to back up the current settings. The JSON button is displayed only to users with event edit permission.
Exporting JSON
-
Go to
Alert > Event Configuration > File keyword monitoring / Windows event monitoring / File monitoring tab.
-
Click the JSON button in the upper right. The Event Rules window displays all rules of the current project in JSON format. All rules are always retrieved regardless of the search conditions and event type filter specified on the screen.
-
Click the Export button.
-
In the confirmation window, choose whether to select Include target servers and recipient tags.
-
Clear the selection if the file is to be applied to another project. Target servers and recipient tags have different values in each project, so they do not match when transferred as is.
-
When the selection is cleared, the
receiver,timeTag, andattachedOidsvalues in the downloaded file are saved as empty arrays. This applies only to the file; the settings of the current project remain unchanged. -
The option is reset to the included state each time the confirmation window opens.
-
-
Click the Download button. A file named
log-event-rules-{project code}-{export date}.jsonis downloaded.
If you edit the JSON directly in the Event Rules window and click the Save button, all rules of the current project are replaced with the edited content. Rules not in the list shown in the window are deleted, so do not save with only some of the rules left.
Importing JSON
-
Go to
Alert > Event Configuration > File keyword monitoring / Windows event monitoring / File monitoring tab.
-
Click the import icon button next to the JSON button in the upper right, then select the JSON file to import.
-
Check the imported content in the Event Rules window. If any item does not match the format, an error message appears at the bottom of the window, and you cannot save until the error is fixed. You can edit the content directly in the window.
-
Click the Add to list or Overwrite button.
-
Add to list: adds the rules from the file while keeping the existing rules.
-
Overwrite: replaces all rules of the current project with the rules from the file. Existing rules that are not in the file are deleted.
-
The eventId of each rule is reissued with a new value when the file is read. This means a file downloaded from the same project can also be imported without identifier conflicts.
Validation conditions
The imported JSON is checked against the following conditions before it is saved. The top-level structure must be a JSON array containing one or more rules.
| Field | Type | Description |
|---|---|---|
eventId | string | Rule identifier. Cannot be empty or duplicated within the list |
title | string | Rule name |
enabled | boolean | Whether the rule is enabled |
logDefault | boolean | Whether the rule applies to all servers |
receiver | array<string> | List of event recipient tags |
timeTag | array<string> | List of event active time tags |
attachedOids | array<number> | List of target servers |
conditions | array | List of event conditions. At least one is required |
| Field | Type | Description |
|---|---|---|
eventSource | number | Event type. Only 1 (file keyword monitoring), 2 (Windows event monitoring), and 5 (file monitoring) are supported |
filePath | string | Required when eventSource is 1 or 5 |
winLogFile | string | Required when eventSource is 2 |