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 detail, Stop ends a running execution after a confirmation.Reading the job detail
Clicking a row opens the same sidebar in all three lists, with the job name, module, schedule and gateway in its header. As long as the job is running, the Running badge stands next to it. Below that follow five sections:- Metrics of the last scan – Errors, Assets and Duration; appears only once at least one of the three values is available.
- Last Scan Details – every result of the last execution, not just errors, searchable through the Filter… field. From here, Open Gateway Protocol leads straight into the Diagnostics of the associated gateway.
- Next Execution – the next date, if one is set.
- Execution History – a timeline of past executions with time, duration and result.
- Configuration – job name, module, schedule, gateway and gateway status; Show Configuration opens the same summary the wizard showed in its last step.
Actions on a job
With the module access Viewer the bar with the actions is missing entirely;
the other sections of the job detail stay readable.
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.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 row and go through Last Scan Details; 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
Show Configuration 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.