On 12/30/2015 08:45 AM, Robert Moskowitz wrote:
So is the clamd functions moved into clamav now or what do I do to get
whatever clamd did for me?
Install clamav-server and clamav-server-systemd.
___
CentOS mailing list
CentOS@centos.org
https://lists
On 12/30/2015 01:10 PM, Mark2015 wrote:
Dec 30 21:59:33 files nfsdcltrack[31076]: sqlite_query_reclaiming:
unable to prepare select statement: no such column: has_session
Shot in the dark: have you tried "exportfs -r" yet?
___
CentOS mailing list
Cent
On 12/31/2015 04:08 AM, Gordon Messmer wrote:
On 12/30/2015 08:45 AM, Robert Moskowitz wrote:
So is the clamd functions moved into clamav now or what do I do to
get whatever clamd did for me?
Install clamav-server and clamav-server-systemd.
Thanks. Love when they change names...
__
On Thu, 2015-12-31 at 01:34 -0800, Gordon Messmer wrote:
> On 12/30/2015 01:10 PM, Mark2015 wrote:
> > Dec 30 21:59:33 files nfsdcltrack[31076]: sqlite_query_reclaiming:
> > unable to prepare select statement: no such column: has_session
>
> Shot in the dark: have you tried "exportfs -r" yet?
Tri
On 12/31/2015 03:54 AM, Mark wrote:
Tried it, it just returned and nothing in the logs.
Yes, but is the client still unable to mount the filesystem? I wouldn't
expect any output or log entries from the command itself. It just
rebuilds the binary export database from /etc/exports.
__
On 12/30/2015 06:26 AM, Andrzej Szymanski wrote:
Is is normal for the xfs mount to replay a log after a clean unmount?
Yes, apparently:
http://oss.sgi.com/archives/xfs/2009-10/msg00084.html
___
CentOS mailing list
CentOS@centos.org
https://lists.cent
On 30/12/2015 18:37, Joey wrote:
Hello,
i follow your discussion. The first 2 posts using multiple default
routes solve my problem perfect.
Thank you all.
J
Thanks for clearing it out Joey!
___
CentOS mailing list
CentOS@centos.org
https://lists.cen
Annoyances:
1. I'm seeing a lot of noise in the logfile for a workstation that I just
built a couple months ago. One complaint is that
Configuration file /usr/lib/systemd/system/ebtables.service is marked
executable. Please remove executable permission bits. Proceeding anyway.
*Should* anything n
On Wed, Dec 30, 2015 at 2:10 PM, Mark2015 wrote:
> What to do?
Looks like upstream is working on it [1]. According to the BZ, the
solution for now is to downgrade nfs-utils [2].
Brandon Vincent
[1] https://access.redhat.com/solutions/2065873
[2] https://bugzilla.redhat.com//show_bug.cgi?id=1285
9 matches
Mail list logo