Re: [clamav-users] issues with mirror - 194.186.47.19

#1 Correct #2 Its in my backlog. But there are only so many hours in the day. -- Joel Esler | Talos: Manager | jes...@cisco.com On Jun 15, 2017, at 6:31 PM, Al Varnell mailto:alvarn...@mac.com>> wrote: I am under the impression that the mirrors list is only open

Re: [clamav-users] issues with mirror - 194.186.47.19

On Thu, Jun 15, 2017 at 09:54 AM, Orrick, Diana wrote: > > We pull sig file updates down to a local server that serves as a proxy for > updates to disperse to local servers. > > Very recently this mirror 194.186.47.19 has had extremely slow response and > the wget ends up failing > or running f

Re: [clamav-users] issues with mirror - 194.186.47.19

Some mail systems such as gmail, outlook.com, and probably others, don't display the list copy of your own posts as a duplicate. But your posts really do make it to the list. You can check one of the online archives if you want to verify. Hopefully you would get a non-delivery notice if the post

Re: [clamav-users] issues with mirror - 194.186.47.19

Appreciate the prompt response Joel. I did not get a list copy of my own reply (below, sent at 1:12 pm) On 6/15/2017 1:32 PM, Joel Esler (jesler) wrote: I got your post just fine. Maybe just that one recipient. -- Joel Esler | Talos: Manager | jes...@cisco.com O

Re: [clamav-users] issues with mirror - 194.186.47.19

I got your post just fine. Maybe just that one recipient. -- Joel Esler | Talos: Manager | jes...@cisco.com On Jun 15, 2017, at 1:12 PM, Orrick, Diana mailto:orr...@fsu.edu>> wrote: I don't know why my post failed fraud detection? I don't post often... On 6/15/2

Re: [clamav-users] issues with mirror - 194.186.47.19

I don't know why my post failed fraud detection? I don't post often... On 6/15/2017 12:54 PM, Orrick, Diana wrote: [This sender failed our fraud detection checks and may not be who they appear to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing] --

[clamav-users] issues with mirror - 194.186.47.19

We pull sig file updates down to a local server that serves as a proxy for updates to disperse to local servers. Very recently this mirror 194.186.47.19 has had extremely slow response and the wget ends up failing or running for hours rather than the quick speeds we're used to. Any one else h

Re: [clamav-users] daily-23474 & daily-23475 updates are failing to load

Thanks for reporting it. That signature is marked with the wrong "Engine" limits, so that error message only affects some point releases of 0.98. We are dropping that signature in the next daily CVD and will add a replacement later. To work around the trouble, you can add the "Win.Worm.Fadok-63289

Re: [clamav-users] daily-23474 & daily-23475 updates are failing to load

n 06/15/2017 01:37 AM, Jason J. W. Williams wrote: > WARNING: [LibClamAV] cli_ac_addsig: Signature for Win.Worm.Fadok-6328944-0 is > too short > WARNING: [LibClamAV] cli_parse_add(): Problem adding signature (3). > WARNING: [LibClamAV] Problem parsing database at line 2793 > WARNING: [LibClamAV] C

Re: [clamav-users] Lots of "fmap_readpage" errors with ClamAV 0.99.2 on centos 7

In strace, the error looks like that: [pid 2062] readlink("/proc/self/fd/10", "/usr/share/dbus-1/system-services", 1023) = 33 [pid 2062] fstat(10, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 2062] fstat(10, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 2062] fstat(10, {st_mode=S_

Re: [clamav-users] Slow database loading

Am 15.06.2017 um 10:51 schrieb Renaud Allard: On 11/23/2016 09:41 AM, Arnaud Jacques / SecuriteInfo.com wrote: Hello Ferdinand, After I put it back, reloading took over one minute again: While reloading with the javascript.ndb in place the CPU usage of the clamd process really goes up: jav

Re: [clamav-users] Slow database loading

On Thu, Jun 15, 2017 at 01:51 AM, Renaud Allard wrote: > On 11/23/2016 09:41 AM, Arnaud Jacques / SecuriteInfo.com wrote: >> Hello Ferdinand, >> >>> After I put it back, reloading took over one minute again: >>> While reloading with the javascript.ndb in place the CPU usage of the clamd >>> proces

Re: [clamav-users] Slow database loading

On 11/23/2016 09:41 AM, Arnaud Jacques / SecuriteInfo.com wrote: > Hello Ferdinand, > >> After I put it back, reloading took over one minute again: >> While reloading with the javascript.ndb in place the CPU usage of the clamd >> process really goes up: > > javascript.ndb will soon be smaller in

Re: [clamav-users] Lots of "fmap_readpage" errors with ClamAV 0.99.2 on centos 7

I tried this: OnAccessMountPath /var TemporaryDirectory /tmp The error still persists. I also tried the following: OnAccessIncludePath /var TemporaryDirectory /tmp But then the protection doesn't work, and I got this in the log: Jun 15 08:38:10 clamav7 clamd[1136]: ScanOnAccess: Protecting direc

Re: [clamav-users] Clamav daemon quitting unexpectedly

Hi Added the debug option I have noticed that when the daemon stops these lines appear in the syslog: Jun 15 10:51:39 merzariotz clamd[17048]: LibClamAV debug: [Bytecode JIT]: emitted function bc54f0 of 448 bytes at 0x7f5279bff170 Jun 15 10:51:39 merzariotz clamd[17048]: LibClamAV debug: [Byteco