similar to: Clamav engine updates

Hi I've suddenly lost access to some permanent cross-server shares. I think this was following the Nov 5 new kernel, rather than the Centos version upgrade. I don't see any difference to man mount.nfs I have:- [root at hs6 ~]# mount hs8:/data /sysback/hs8-data -v mount: no type was given - I'll assume nfs because of the colon mount: trying 172.26.0.8 prog 100003 vers 3 prot tcp port

I thought this had been fixed with newer kernels? We have an old Maxtor Snap Server, an 80 GB NAS unit, containing some of our archives. Both of our CentOS servers have it permanently mounted by NFS for convenient access. This weekend, I discovered remotely that, although all systems except the VRTSralus remote agents for Veritas (now Symantec) Backup Exec were working just fine, both servers

I'm just wondering if anyone else here is using this? The majority of jobs on our CentOS5 server "fail" by "Communications failure" right at the end, apparently on the very last file which, however, is recoverable, as is the whole archive. In more than half these failures, the Linux agent has stopped and, in about half of those, crashes leaving a backtrace. I had similar

>> >> Do other applications fail too? Do you have a network connectivity issue? >> >> Alexander >> _______________________________________________ >> CentOS mailing list >> CentOS at centos.org >> https://lists.centos.org/mailman/listinfo/centos >> > All other apps appear to be working fine. As far as I know I do not have a connectivity

Hi Folks, again: try to update clam* and get error-message Missing Dependency: libclamav.so.4(CLAMAV_PUBLIC) is needed by package perl-Mail-ClamAV Missing Dependency: libclamav.so.4 is needed by package perl-Mail-ClamAV libclamav.so.4 is on my system [admin at server ~]$ locate libclamav /usr/lib/libclamav.so /usr/lib/libclamav.so.4 /usr/lib/libclamav.so.4.0.4

Hi, Looks like LLVM inserts a call __bzero even if my code never does so: libclamav JIT: Attempt to call external function __bzero libclamav JIT: *** FATAL error encountered during bytecode generation It turns out this is because Codegen has this: const char *X86Subtarget::getBZeroEntry() const { // Darwin 10 has a __bzero entry point for this purpose. if (getDarwinVers() >= 10)

Dear Friends, I have postfix mail server When I try to install amavisd-new, clamAV, SpamAssassin follow this link "http://wiki.centos.org/HowTos/Amavisd". I have done all the configuration after that when I restart clamav So It is giving my this error message Stopping Clam AntiVirus Daemon: [FAILED] Starting Clam AntiVirus Daemon: LibClamAV Error:

Am 15.07.2018 um 04:39 schrieb Jay Hart: > Libraries: do they look ok???? > > [root at centos clamav]# ldd $(which freshclam) > linux-gate.so.1 => (0x00529000) > libclamav.so.7 => /usr/lib/libclamav.so.7 (0x00bc5000) > libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00124000) > libbz2.so.1 => /lib/libbz2.so.1 (0x04906000) > libssl.so.10 =>

Hello all, Been having an issue today that I can't seem to solve, so reaching out to others much more knowledgeable for help/advice/assistance. I ran the software update this morning and installed 134 packages, clamd was one of the packages. Upon completion of the update, I needed to reboot the box. During bootup I got the following issue: Starting Clam AntiVirus Daemon: WARNING: Ignoring

Hi Edwin, I ran into two problems. 1. Using your config file and Makefile, I ran into issue compiling with gcc: gcc -I/Users/echeng/LLVM/llvm/projects/llvm-test/MultiSource/ Applications/ClamAV -I/Users/echeng/LLVM/llvm/projects/llvm-test/ MultiSource/Applications/ClamAV -I/\Users/echeng/LLVM/llvm/include -I/ Users/echeng/LLVM/llvm/projects/llvm-test/include -I../../..//include

Hi, I get the below error, while starting clamd. what's wrong with it? help is needeed. [root at worldnet clamav]# /etc/init.d/clamd start Starting Clam AntiVirus Daemon: LibClamAV Error: cli_cvdload(): Can't create temporary directory /var/tmp/clamav-25f631f5d9a7b846 LibClamAV Error: Can't load /var/clamav/main.cvd: Unable to create temporary directory ERROR: Unable to create

Libraries: do they look ok???? [root at centos clamav]# ldd $(which freshclam) linux-gate.so.1 => (0x00529000) libclamav.so.7 => /usr/lib/libclamav.so.7 (0x00bc5000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00124000) libbz2.so.1 => /lib/libbz2.so.1 (0x04906000) libssl.so.10 => /usr/lib/libssl.so.10 (0x047fa000) libcrypto.so.10 => /usr/lib/libcrypto.so.10 (0x03d52000)

Good day. Spotted the CVE-2007-1870: the clamav 0.90.2 is already in the ports, but no sign of the issue in the VuXML. The entry is attached. One thing that is a bit strange is that the ChangeLog for the ClamAV (http://svn.clamav.net/svn/clamav-devel/trunk/ChangeLog) says about CVE-2007-1997 as the libclamav/cab.c log entry, but I think they are messed the numbers -- there is no such CVE, at

Hi, I'm having a problem with a fedora15 x86_64 host with a fedora15 x86_64 guest on a Xeon E3-1240 with 8GB RAM on the guest. This is the only guest. The server is configured as a mail server, using spamassassin, postfix, amavisd, and clamav. It was previously running without error on different hardware. I migrated the disks to a more powerful server due to load. It's a new server, and

List, we are working on implementing an antivirus solution (samba-vscan + clamav)on our samba shares. We performed the steps mentioned on some guides we found in Portuguese and things seems to be installed ok. But when we make a test and try to access a share, every file on it is not accessible (though we can mount the share) and after looking at /var/log/messages we see the following: ... Mar 11

Hi, Some time ago I sent a message about some general protection errors, and didn't receive a response. I hoped I could post again and that someone might have some ideas. I really don't think it is a hardware problem producing these errors, but am otherwise out of ideas. I'm having a problem with a fedora15 x86_64 host with a fedora15 x86_64 guest on a Xeon E3-1240 with 8GB RAM on

Has anyone recently started seeing LibClamAV Warning: Cannot prepare for JIT, because it has already been converted to interpreter ? I can't find anything googling for that. mark

I fixed the country code issue but that did not resolve the problem. I also removed all files in /var/lib/clamav and reran freshclam (without rebooting), that also did not fix the problem. Jay > Am 15.07.2018 um 00:13 schrieb Jay Hart: >> ClamAV update process started at Sat Jul 14 15:10:48 2018 >> Using IPv6 aware code >> Querying current.cvd.clamav.net >> TTL: 1232

Postfix 2.5.5 SpamAssassin 3.2.5 (under Perl 5.10.0) ClamAV 0.95.1 Dovecot 1.2.rc2 works fine on Fedora 10. Installed Dovecot and ClamAV from source and everything else using yum. I'm using the ClamAV plugin for Spamassassin: http://wiki.apache.org/spamassassin/ClamAVPlugin I'm calling Spamassassin with: /etc/postfix/main.cf: mailbox_command = /usr/bin/spamc -f -e

I suppose it's more of a frustration with myself, but can some kind soul please help me with the procedure to tell yum a package is in fact installed? Here is the output from the command "yum update". # yum update Setting up Update Process Setting up repositories kbs-CentOS-Extras 100% |=========================| 951 B 00:00 kbs-CentOS-Misc 100%