The three lists
Active shows more than just running jobs: a completed job stays visible
there as long as its schedule is active and a next date is set. A job
executed once without a schedule, on the other hand, disappears from Active
after it runs—you then find it only under Completed or Failed.
Keeping an eye on running scans
The Active Scans section on the dashboard names the running jobs with their name, module and running time; Show More Active Scans jumps to Scan › Active with the Running filter set. From there, as from the job’s detail page, Stop ends a running execution after a confirmation.Job detail page
A job’s detail page is the same in all three lists and appears as a tab next to the list. The header names the job name, module, schedule and gateway. As long as the job is running, the Running badge stands next to it. The detail page is divided into tabs:
Last Scan Details and Results can be searched by name or message through
the Filter… field. Open Gateway Log on the Overview leads straight
into the Diagnostics of the associated gateway.
Actions on a job
The actions sit as icons in the header of the detail page; their name appears as a tooltip.
With the module access Viewer, every action except Refresh All Data is
missing; the tabs stay readable.
If the gateway’s state cannot be queried, the page reports “Could not determine
the Gateway status—actions are hidden for that reason.” The gateway is then not
necessarily offline; Retry queries the state once more.
Pausing instead of deleting a job
Pause only sets the schedule to inactive—the complete configuration stays intact, and Resume restores it at any time. Delete, by contrast, removes the job for good; the configuration cannot be recovered afterwards. As long as a next date is set, a paused job stays visible in Active.Several jobs at once
Through the checkboxes in the list you apply Pause, Resume, Stop, Run Now and Delete to several jobs together. Only what applies to every selected job is offered. Pause, Resume, Stop and Run Now ask for confirmation first and name the number of jobs.Following up a failed scan
1
Enter through the dashboard
Failed Scans under Action Required names the modules affected within
the last 24 hours and leads to Scan › Failed.
2
Read the results
Open the job and go through Last Scan Details on the Overview; with
many entries the search for a hostname or an error term helps.
3
Check the history
If the job already succeeded once in the Execution History, the cause is
more likely the environment than the configuration.
4
Check the configuration
The Configuration tab lays open targets, credentials, module settings
and schedule.
5
Correct and run again
Edit opens the wizard with the stored values, Run Now starts the job
immediately.