Here below the reply from Splunk support that contacted the Development team: Please find the detailed explanation for the issue and the solution: The logs and your inputs.conf excerpt indica...
See more...
Here below the reply from Splunk support that contacted the Development team: Please find the detailed explanation for the issue and the solution: The logs and your inputs.conf excerpt indicate that the Splunk Universal Forwarder (UF) is indeed ignoring the interval parameter specified for the WinPrintMon modular input. This is explicitly stated in the log message: > Ignoring parameter "interval" for modular input "WinPrintMon" when scheduling the runtime for script Why is this happening? The reason behind this behavior lies in how Splunk UF handles script-based modular inputs and their failures. Script Failures and Retries: When the splunk-winprintmon script fails (in this case, due to the disabled Printer service), Splunk UF doesn't wait for the configured interval to retry. Instead, it attempts to restart the script almost immediately. This rapid retry mechanism is likely designed to ensure quick recovery from transient errors. Interval Adherence on Success: The interval parameter is only respected when the script completes successfully. In other words, if the splunk-winprintmon script runs without errors, Splunk UF will wait for the specified 600 seconds before executing it again.The combination of script failures and the ignored interval leads to the observed high frequency of error messages in the _internal index (3 times per second). This can potentially overwhelm the Splunk indexer and impact overall system performance. Solution: Fix the Script Failure: The primary issue is the disabled Printer service causing the splunk-winprintmon script to fail. * Enable the Printer service if print monitoring is required. * Disable the WinPrintMon input in inputs.conf if print monitoring is not needed. Splunk UF's behavior of ignoring the interval parameter for failing script-based modular inputs is by design. It prioritizes quick recovery from errors over strict adherence to the configured polling interval. Understanding this behavior is crucial for troubleshooting and optimizing Splunk UF deployments, especially when dealing with inputs that might experience frequent failures. The error 0x800706ba indicates that the "RPC server is unavailable," which is due to the Printer service being disabled.