* Micah Snyder via clamav-users:
> [ClamAV] would immediately begin listening on the unix/tcp socket for
> requests and fork into the background so as not to block the boot
> process.
To me, slowing down the boot process is just the (admittedly annoying)
symptom of an underlying ClamAV issue.
I'm sorry, Ged. I didn't mean to demean the work of Julius Plenz, asulfrian,
or yourself. I stepped into my current position on the ClamAV team just over
two years ago and in my time here there have been many tasks that have been on
the backburner or ignored entirely for multiple years. We
Ged,
That's a fair assessment. This is why I asked.
Thanks,
Micah
On 9/13/19, 11:26 AM, "clamav-users on behalf of G.W. Haywood via
clamav-users" wrote:
Hi there,
On Fri, 13 Sep 2019, Micah Snyder (micasnyd) via clamav-users wrote:
> One thing we could do is have
Hi there,
On Fri, 13 Sep 2019, Micah Snyder (micasnyd) via clamav-users wrote:
One thing we could do is have clamd "start" before loading the
database. That is to say that it would immediately begin listening
on the unix/tcp socket for requests and fork into the background so
as not to block
On 13.09.19 14:42, Micah Snyder (micasnyd) via clamav-users wrote:
One thing we could do is have clamd "start" before loading the database.
That is to say that it would immediately begin listening on the unix/tcp
socket for requests and fork into the background so as not to block the
boot
Hi there,
On Thu, 12 Sep 2019, Micah Snyder (micasnyd) via clamav-users wrote:
https://bugzilla.clamav.net/show_bug.cgi?id=10979#c19
This patch applies to the current head of dev/0.102 ...
If the development version is a step too far, the two files which I
posted on September 10th implement
One thing we could do is have clamd "start" before loading the database. That
is to say that it would immediately begin listening on the unix/tcp socket for
requests and fork into the background so as not to block the boot process. All
scan requests would then be blocked while the database
I've opened an enhacement bug for this:
https://bugzilla.clamav.net/show_bug.cgi?id=12389
___
clamav-users mailing list
clamav-users@lists.clamav.net
https://lists.clamav.net/mailman/listinfo/clamav-users
Help us build a comprehensive ClamAV guide:
Am 13.09.2019 12:09, schrieb Sergey:
On Tuesday 10 September 2019, Markus Kolb wrote:
Maybe these signatures got added in the last months. My logfiles tell
me that the startup time of clamd was ok until February/March 2019.
Yes, I didn't notice any problems at the beginning of the year
On Tuesday 10 September 2019, Markus Kolb wrote:
> Maybe these signatures got added in the last months. My logfiles tell
> me that the startup time of clamd was ok until February/March 2019.
Yes, I didn't notice any problems at the beginning of the year either.
Meanwhile, the time increased by
Am 2019-09-13 00:57, schrieb Micah Snyder (micasnyd) via clamav-users:
Henrik, all:
Alberto Wu, a former ClamAV core developer, has very kindly provided a
patch to us today that he created to perform clamd database reloads in
a separate thread. I have attached his work, with some minor tweaks
11 matches
Mail list logo