Forwarder Troubleshooting

Where to start when a forwarder is installed and Stairwell is not showing what you expect, and which normal states look like failures.

A forwarder that is installed but not delivering what you expect has a small number of causes, and they are not equally likely. Start at What to Check First, which walks them in the order they actually turn out to be the answer: the network, then a proxy that inspects TLS, then a throttle in the group's policy, then a backscan that has not finished. Most tickets end at one of those four. If none of them explains it, the per-operating-system pages below carry the specifics.

Read the next section before you open a ticket, because several of the states that look most like a broken forwarder are the product working as configured.

Which of these is normal and which is a fault?

These six states are reported to support as failures more often than anything else, and none of them is one.

What you seeWhat it is
Heavy disk read activity and a burst of sightings for hours after install, then a dropThe initial backscan finishing. The drop is the forwarder moving to steady state, where it reacts to new and changed files only
Backscan status reads SleepingThe backscan started and did not finish inside the window its policy allows, or the asset is in sleep mode. It resumes at the next window
The forwarder using a small, fixed share of CPU while a scan crawlsA CPU limit in the policy doing its job. See Throttles
An asset with no sightings that is still checking inSleep mode. The forwarder stays installed and does almost nothing else until it is woken
Last seen on a file not updating every time it runsRepeat sightings of the same file at the same path on the same asset are suppressed for a window, six hours by default
Each new batch of machines uploading far fewer files than the firstDeduplication across your environment. A file already collected once is recorded as a sighting rather than uploaded again

Two more that are specific rather than general. On Windows, a policy that disables the kernel driver leaves process executions and DLL loads visible and stops file modifications being seen, so sightings thin out on purpose (see Windows Forwarder Troubleshooting). And the inconclusive results from swell verify compatibility, unable to determine and No known security agents detected, mean the check could not answer, not that the host is unprotected. Pre-Deployment Check covers both.

Which page do I need?

SymptomPage
Installed, and nothing is arriving at allWhat to Check First
The network here goes through a proxyProxy Support
Collection is slower than expected, or a scan never finishesThrottles
Support asked for logs, or you need more detail in themChange Logging Level
A machine's existing files were never collected, or you want to skip that stepForce or Skip a Backscan
A Windows service, registry value, driver, or upgradeWindows Forwarder Troubleshooting
A macOS profile, permission, or system extensionmacOS Forwarder Troubleshooting
A Linux unit, auditd, SELinux, or AppArmorLinux Forwarder Troubleshooting

What should I gather before contacting support?

Four things, on every platform, and gathering them first usually shortens the exchange to one round trip.

  1. The forwarder version and the operating system version. Both are columns in the Assets view, so you can read them without touching the host.
  2. The asset's identifier, its last check-in time, and its backscan status, from the same view. See Assets.
  3. Logs from the host, at the default logging level unless support has asked for more. Each per-operating-system page gives the location.
  4. What changed. Almost every forwarder that stops delivering stopped because something else moved: a forwarder upgrade, a policy edit, a new proxy rule, an endpoint protection update, or a change to egress filtering.

What should I read next?


Did this page help you?