Monitor your files and folders.
Monitor your files on Windows and Linux OneAgent installations.
Targeting can be done by host, host group, management zone or environment. Tags can be applied to segregate your configurations (100 configurations maximum).
For each path check, Dynatrace will create an entity and link it to the matching host. This way, extension filtering and tagging is possible to view your data. The same can be done with alerts.
Go to the Filesystem extension in the Dynatrace Hub.
Create a new configuration.
For each check, select Add check.
Select the check type and enter the relevant details, and then, select Next.

Enter a description for your configuration and select Activate.
Wait until the state of the deployment changes from pending to ok. This might take several minutes.
/var/log/myapp:
check type = count/var/log/myapp/*.logc:\temp:
check type = countc:\temp\*.log/var/log/myapp and any subdirectories:
check type = count/var/log/myapp/**/*.logmydir inside /tmp exist?
check type = count/tmp/mydir/tmp:
check type = count/tmp/*/var/log/myapp:
check type = size/var/log/myapp/*/tmp/test/:
check type = modification age/tmp/test/*/tmp/test:
check type = modification age count/tmp/test/*.log/data/mount-data is mounted:
check type = mount point/data/mount-data/var/mylog20222211.log:
check type = count/var/mylogYYYYMMDD.logDDMMYYYY, DD-MM-YYYY, DD_MM_YYYY, YYYYMMDD, YYYY-MM-DD, YYYY_MM_DD.C:\DDMMYYYY|-1d, to dynamically resolve the date relative to each run time. The extension recalculates the date on every run.If no schedule is selected, the check runs continuously. To exclude specific days, select a schedule and clear the checkboxes for the days you want to skip, for example, Sunday.
You can define multiple time windows by entering start times separated by semicolons. For each start time, the Schedule duration field determines the end time. In this example, the check runs at 10:00 and 12:00, each for 1 hour.

Advanced scheduling options let you run checks on a specific day of the month, on the n-th weekday of the month, or on selected months and days for yearly scans.

Each file check supports up to three metadata fields for providing extra context. These fields map to the info1, info2, and info3 dimensions on the related metrics.

On Linux, the extension supports local file systems accessible to the dtuser account. Files must be readable by dtuser; otherwise, the extension can't detect them. To use a different account, configure the run_as option with sudo -u <username>.
On Windows, The file must be at least readable by LOCAL SERVICE if not, it will be invisible to the extension.
dtuser or the run_as user has the required permissions.run as user must be able to login locally.
.\usernamesudo on the checks to elevate privileges.
sudo -u <username> command However, sudo requires the calling user to have permissions. dtuser must be setup passwordless as before above.sesu -<user> -c commandChecks can be disabled for specific days and at specific times.
To view your data, go to the Data explorer.
In the metric box type, select filesystem and select the relevant metric. You can split metrics by host and path, for example.

To drill down to the host or file check, hover on a data point and select View path or View host list.

To create alerts, see metric events for alerting.
When activating your extension using monitoring configuration, you can limit monitoring to one of the feature sets. To work properly, the extension has to collect at least one metric after the activation.
In highly segmented networks, feature sets can reflect the segments of your environment. Then, when you create a monitoring configuration, you can select a feature set and a corresponding ActiveGate group that can connect to this particular segment.
All metrics that aren't categorized into any feature set are considered to be the default and are always reported.
A metric inherits the feature set of a subgroup, which in turn inherits the feature set of a group. Also, the feature set defined on the metric level overrides the feature set defined on the subgroup level, which in turn overrides the feature set defined on the group level.
If you are not getting the expected results, typically a metric with the value 0 (file size or count for instance) or -1 (file age), it's because the extension doesn't have sufficient privileges to see the folder content. The files are invisible to the extension and it will report the value 0 or -1.
Grant access to all users first in the location and try again. The value should be correct. Once done, narrow down the access to the correct account or group.
Don't use the file size metric for calculating the size of big volumes/mount points recursively such as c:\\**, as it will scan each file and time out. The same applies to the other metrics when using recursive search with a very large number of files or sub directories.
For more information on which user runs the oneAgent, see: