Could not be resumed by admin

Archive Greenbone Community Edition
,
1

Hi,

When I try to schedule any of the IP Address, wherein I could get below mentioned error message.

event task:MESSAGE:2019-08-12 17h55.05 UTC:65229: Task Scheduling IP’s-Test (0d3a30cc-ea0a-4c26-b6c6-cebc4cd93bed) could not be resumed by admin.

Could you please check and let me know what am suppose to do with this issue?

Thanks,
Nagaraj

2

Can you restart the task?

3

When choosing the category for a topic please try to have a look at the category description for each category first:

The current used category is/was https://community.greenbone.net/c/vulnerability-tests (Description: About the Vulnerability Tests category) which is about vulnerability tests (the so called “NASL scripts”).

As you’re having a problem when running / scheduling a task within GVM which is completely unrelated to the vulnerability tests itself the category https://community.greenbone.net/c/gse (Description: About the Source Edition (GSE) category) needs to be chosen.

I have moved the topic to the correct category for now.

4

You could try to first help others to help you by providing more information about your environment. e.g. mandatory information like versions of the GVM components are completely missing from your post.

Using the search functionality of the forums with a search term like e.g. https://community.greenbone.net/search?q="could%20not%20be%20resumed%20by%20admin" could also help to find existing threads:

5

Hi,

Please let me know which one to be restarted the task?

Please find the details accordingly.

OpenVAS Scanner 6.0.0
Most new code since 2005: © 2018 Greenbone Networks GmbH
Nessus origin: © 2004 Renaud Deraison deraison@nessus.org
License GPLv2: GNU GPL version 2
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Services that are running on Linux machine.
● redis.service - Redis persistent key-value database
Loaded: loaded (/usr/lib/systemd/system/redis.service; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/redis.service.d
└─limit.conf
Active: active (running) since Mon 2019-07-22 09:16:05 EDT; 3 weeks 0 days ago
Main PID: 54041 (redis-server)
CGroup: /system.slice/redis.service
└─54041 /usr/bin/redis-server 127.0.0.1:0

gsad.service - Greenbone Security Assistant (OpenVAS)
Loaded: loaded (/usr/lib/systemd/system/gsad.service; enabled; vendor preset: disabled)
Active: active (running) since Mon 2019-08-12 03:17:26 EDT; 23h ago
Main PID: 51656 (gsad)
CGroup: /system.slice/gsad.service
├─51656 /usr/sbin/gsad
└─51657 /usr/sbin/gsad

  1. gvmd.service - OpenVAS Manager
    Loaded: loaded (/usr/lib/systemd/system/gvmd.service; enabled; vendor preset: disabled)
    Active: active (running) since Mon 2019-08-12 03:38:00 EDT; 23h ago
    Main PID: 53020 (gvmd)
    CGroup: /system.slice/gvmd.service
    ├─36594 gvmd: scheduler: waiting for 3659
    ├─36596 gvmd: scheduler: starting c8506c0d-2d87-4f03-a97b-cc2bb692782
    ├─36599 gvmd: Serving GMP internall
    ├─39470 gvmd: scheduler: waiting for 3947
    ├─39471 gvmd: scheduler: starting c8506c0d-2d87-4f03-a97b-cc2bb692782
    ├─39472 gvmd: Serving GMP internall
    ├─40505 gvmd: Serving clien
    ├─53020 gvmd: Waiting for incoming connection
    ├─53041 gvmd: scheduler: waiting for 5304
    ├─53042 gvmd: Reloading NVT
    ├─53045 gvmd: scheduler: starting a88a8e69-f96d-4695-8153-7abb7cbac63
    ├─53046 gvmd: Updating NVT cach
    ├─53047 gvmd: Serving GMP internall
    ├─61114 gvmd: scheduler: waiting for 6111
    ├─61115 gvmd: scheduler: starting c8506c0d-2d87-4f03-a97b-cc2bb692782
    ├─61116 gvmd: Serving GMP internall
    ├─65227 gvmd: scheduler: waiting for 6522
    ├─65228 gvmd: scheduler: starting 0d3a30cc-ea0a-4c26-b6c6-cebc4cd93be
    └─65229 gvmd: Serving GMP internall

OS Version & Details: -
CentOS Linux release 7.6.1810 (Core)
Kernel Details: -
Linux 3.10.0-957.12.1.el7.x86_64 x86_64

Installed:
Greenbone Security Assistant - Version 8.0+beta2

Issue: When I have scheduled for 10 IP Address at US timings and IST timings wherein I could see the error message in

event target:MESSAGE:2019-08-12 17h45.59 UTC:64264: Target Scheduling IP’s (deb88391-5096-4198-b0b4-4a24eae25808) has been created by admin
event schedule:MESSAGE:2019-08-12 17h50.20 UTC:64684: Schedule Scheduling IP’s-Testing1 (d5ca84b3-ece8-4d59-a070-08bf3639d964) has been created by admin
event alert:MESSAGE:2019-08-12 17h50.53 UTC:64777: Alert Scheduling IP’s-Test - Alert me (dd9a7a55-ef5e-45d9-a19d-0a9767b9897a) has been created by admin
event task:MESSAGE:2019-08-12 17h50.55 UTC:64788: Status of task (0d3a30cc-ea0a-4c26-b6c6-cebc4cd93bed) has changed to New
event task:MESSAGE:2019-08-12 17h50.55 UTC:64788: Task Scheduling IP’s-Test (0d3a30cc-ea0a-4c26-b6c6-cebc4cd93bed) has been created by admin
event task:MESSAGE:2019-08-12 17h55.05 UTC:65229: Task Scheduling IP’s-Test (0d3a30cc-ea0a-4c26-b6c6-cebc4cd93bed) could not be resumed by admin

I have updated all the packages in Centos, but not sure all of a sudden i have received the error message after the scheduling the task.

Following packages has been installed on CentOS Linux release 7.6.1810 (Core)

gvmd-8.0.0-6928.el7.art.x86_64
gvm-libs-10.0.0-6924.el7.art.x86_64
gvm-tools-1.4.1-6952.el7.art.noarch
gvmd-8.0.0-6928.el7.art.x86_64

6

When comparing this versions with the list of GVM-10 (stable, initial release 2019-04-05) it seems you’re running outdated versions of the GVM components. Please update all components to the recent versions (especially the GSA beta version) and try again.

7

Hi,

Thanks for the information
Could you please let me know the latest rpm or atomtic package in centos do we have it?

8

Greenbone doesn’t provide any packages / repositories or has any knowledge about the status of such 3rdparty repositories. Please contact the maintainer of your used repository and ask for an update of the components.

9

3 posts were split to a new topic: How to trace scanning activitiy?