[Openvas-discuss] Fresh install and problem with openvas-scapdata-sync

Michal Chrobak Michal.Chrobak at sansec.com
Fri Jan 27 16:08:26 CET 2017

Michal Chrobak
IT Security Systems Engineer
tel. +48 22 122 09 42
tel. +48 503 555 769

SANSEC Poland S.A. NIP: 7010352299, KRS: 0000429238, REGON: 146270315, Spółka zarejestrowana przez Sąd Rejonowy dla M. St. Warszawy w Warszawie, XII Wydział Gospodarczy Krajowego Rejestru Sądowego, Kapitał zakładowy: 1 000 000 PLN.
Niniejsza wiadomość zawiera informacje zastrzeżone i stanowiące tajemnicę przedsiębiorstwa SANSEC Poland S.A.
> Am 27.01.2017 um 11:20 schrieb Michal Chrobak:
>> I have my openvas installation on ubuntu which is virtual machine (hosted od arch and kvm) with vmdk disk. I check this disk with badblocks:
>> user at openvas:~$ sudo poweroff
>> Connection to closed by remote host.
>> Connection to closed.
>> [mchrobak at michalc_lin] ~ $ sudo badblocks -nvs kvm/openvas.vmdk
>> Checking for bad blocks in non-destructive read-write mode From block
>> 0 to 7808703 Checking for bad blocks (non-destructive read-write test)
>> Testing with random pattern: done Pass completed, 0 bad blocks found.
>> (0/0/0 errors)
>> It looks like vmdk and disk of host OS is ok (I have SSD disk, buy
>> year ago)
> frankly "badblocks" on a virtual disk image should dot what exactly?
> what about read the output of "dmesg" and whereever Ubunto writes the global syslog at times where probles appear?
> look in your systemlogs on the host and the virtual machine, in the best case the was only concurrency from other guests and you would see something like "[ 1985.288632] hrtimer: interrupt took 2895550 ns" or disk timouts in the guest
> disk timeouts are happening here regulary when the host does it's weekly raid-check and the backup vm it's monthly rsync --checksums over 1 TB btrfs compressed data on a LUKS encryption layer at the same time
> but that's not the production host

I used badblocks to check part of my physical disk where is openvas.vmdk.

I run dmesg -w on guest os and host os, when executing openvas-scap-sync again. No logs reported.

VM with openvas is on my notebook, where I also have second running VM (Win10). Some time ago I was checking my disk i/o with munin and this wasn't my bottleneck.

What I want do next, is change disk format from vmdh to qcow2/raw and/or change kvm disk driver from VirtIO to IDE/SATA.

More information about the Openvas-discuss mailing list