GVM - no NVTs available

Hello, you updated the NVTs with “runuser -u _gvm – greenbone-nvt-sync” getting the result ok, but they don’t show up in NVTs or Scan Config.

The result is:
.
.
.
sent 5,878,960 bytes received 9,843,441 bytes 229,524.10 bytes/sec
total size is 463,936,952 speedup is 29.51
Greenbone community feed server - http://feed.community.greenbone.net/
This service is hosted by Greenbone Networks - http://www.greenbone.net/

All transactions are logged.

If you have any questions, please use the Greenbone community portal.
See https://community.greenbone.net for details.

By using this service you agree to our terms and conditions.

Only one sync per time, otherwise the source ip will be temporarily blocked.

receiving incremental file list

sent 38 bytes received 66 bytes 29.71 bytes/sec
total size is 1,014 speedup is 9.75
/var/lib/openvas/feed-update.lock
┌──(root💀daga)-[/home/jko]
└─#


My chech setup

──(root💀daga)-[/home/jko]
└─# gvm-check-setup
gvm-check-setup 21.4.3
Test completeness and readiness of GVM-21.4.3
Step 1: Checking OpenVAS (Scanner)…
OK: OpenVAS Scanner is present in version 21.4.3.
OK: Server CA Certificate is present as /var/lib/gvm/CA/servercert.pem.
Checking permissions of /var/lib/openvas/gnupg/*
OK: _gvm owns all files in /var/lib/openvas/gnupg
OK: redis-server is present.
OK: scanner (db_address setting) is configured properly using the redis-server socket: /var/run/redis-openvas/redis-server.sock
OK: redis-server is running and listening on socket: /var/run/redis-openvas/redis-server.sock.
OK: redis-server configuration is OK and redis-server is running.
OK: _gvm owns all files in /var/lib/openvas/plugins
OK: NVT collection in /var/lib/openvas/plugins contains 95770 NVTs.
Checking that the obsolete redis database has been removed
OK: No old Redis DB
OK: ospd-OpenVAS is present in version 21.4.3.
Step 2: Checking GVMD Manager …
OK: GVM Manager (gvmd) is present in version 21.4.4.
Step 3: Checking Certificates …
OK: GVM client certificate is valid and present as /var/lib/gvm/CA/clientcert.pem.
OK: Your GVM certificate infrastructure passed validation.
Step 4: Checking data …
OK: SCAP data found in /var/lib/gvm/scap-data.
OK: CERT data found in /var/lib/gvm/cert-data.
Step 5: Checking Postgresql DB and user …
OK: Postgresql version and default port are OK.
gvmd | _gvm | UTF8 | C.UTF-8 | C.UTF-8 |
OK: At least one user exists.
Step 6: Checking Greenbone Security Assistant (GSA) …
Oops, secure memory pool already initialized
OK: Greenbone Security Assistant is present in version 21.4.3.
Step 7: Checking if GVM services are up and running …
OK: ospd-openvas service is active.
OK: gvmd service is active.
OK: greenbone-security-assistant service is active.
Step 8: Checking few other requirements…
OK: nmap is present in version 21.4.3.
OK: ssh-keygen found, LSC credential generation for GNU/Linux targets is likely to work.
OK: nsis found, LSC credential package generation for Microsoft Windows targets is likely to work.
OK: xsltproc found.
WARNING: Your password policy is empty.
SUGGEST: Edit the /etc/gvm/pwpolicy.conf file to set a password policy.

It seems like your GVM-21.4.3 installation is OK.

┌──(root💀daga)-[/home/jko]

Hi,

this can have several reasons. First of all greenbone-nvt-sync only sync the files to your local file system. Afterwards they need to be loaded by ospd-openvas. If ospd-openvas has loaded them successfully their information is also need to be loaded by gvmd which requests them from ospd-openvas automatically. This whole process may take a while (several minutes up to one hour). So first of all you should check your logs in /var/log/gvm for errors. Additionally it could be possible that the feed import owner is not set correctly. You can check that by looking at the port lists for example. If you have port lists available the feed import owner should be fine. Otherwise the whole feed data hasn’t been loaded yet.

1 Like