Is the guest 32 or 64bit OS?
Is Kaspersky 32 or 64bit compiled?
Perhaps you are running 32bit os and 64bit kaspersky, or vice versa.
Not shure, its only a speculation and it may be wrong.
Am 04.10.2014 09:50, schrieb Phil Daws:
> Have straced the eset daemon on start and it appears to be failing here:
> munmap(0xf750f000, 4096) = 0
> open("/var/opt/eset/esets/lib/em001_32.dat", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
> munmap(0xf74f6000, 102400) = 0
> write(2, "error: Cannot initiali"..., 69error: Cannot initialize scanner: No such file or directory) = 69
> write(2, "\n", 1
> and the file does exist:
> ls -l /var/opt/eset/esets/lib/em000_32.dat
> -rw-r--r-- 1 root root 55888 Oct 2 15:52 /var/opt/eset/esets/lib/em000_32.dat
> Any ideas please ?
> ----- Original Message -----
> From: "Herbert Poetzl" <email@example.com>
> To: "Phil Daws" <firstname.lastname@example.org>
> Cc: email@example.com
> Sent: Friday, 3 October, 2014 6:38:00 PM
> Subject: Re: [vserver] Virus scanning on a guest
> On Fri, Oct 03, 2014 at 05:37:11PM +0100, Phil Daws wrote:
>> has anybody been able to get virus scanning running under
>> a vserver guest ? Yesterday I tried ESET and Kaspersky
>> with the following errors:
>> service esets start
>> Starting ESET Securityerror: Cannot initialize
>> scanner: No such file or directory [FAILED]
>> /opt/kaspersky/kav4fs/bin/kav4fs-control --scan-file /tmp
>> Couldn't scan file /tmp
>> Description: Operation isn't allowed
> First /tmp is not a file, it is a mount point (at least
> on typical Unix/Linux distributions), and the question
> here is how your /tmp is mounted (which might be too
> restrictive, for security reasons, on this guest)
>> I even gave my guest :
>> cat bcapabilities
> Those are definitely not required for a simple task like
> virus scanning and I would strongly suggest not to give
> that to a guest with a focus on security ...
>> any ideas please ? Thanks, P.
> First, check the mount options, then check with e.g.
> strace -fF what the kaspersky tool is trying to do and
> what actually fails.
Received on Sat Oct 4 09:55:59 2014