Hello clamav-users,
i've just tried to use 0.85 and 0.85.1 instead of my 0.84 but i
found an error massage on starting clamav-milter (Permission
denied). is there any chance to solve this little problem?
p.s. sorry about my english...
--
Best regards,
Sergey
On Tue, 17 May 2005 11:16:54 +0400
Sergey [EMAIL PROTECTED] wrote:
Hello clamav-users,
i've just tried to use 0.85 and 0.85.1 instead of my 0.84 but i
found an error massage on starting clamav-milter (Permission
denied). is there any chance to solve this little problem?
I don't
Tomasz Kojm wrote:
On Tue, 17 May 2005 11:16:54 +0400
Sergey [EMAIL PROTECTED] wrote:
Hello clamav-users,
i've just tried to use 0.85 and 0.85.1 instead of my 0.84 but i
found an error massage on starting clamav-milter (Permission
denied). is there any chance to solve this little problem?
On Tue, 17 May 2005 12:55:36 +0200
Kritof Petr [EMAIL PROTECTED] wrote:
Sergey is right. This bug is not fixed.
May 17 12:36:41 server clamd: clamd startup succeeded
May 17 12:36:41 server clamd[27991]: HTML support enabled.
May 17 12:36:41 server clamd[27991]: Self checking every 1800
Hello Tomasz,
Tuesday, May 17, 2005, 2:58:41 PM, you wrote:
TK On Tue, 17 May 2005 12:55:36 +0200
TK Kritof Petr [EMAIL PROTECTED] wrote:
Sergey is right. This bug is not fixed.
May 17 12:36:41 server clamd: clamd startup succeeded
May 17 12:36:41 server clamd[27991]: HTML support
Hello Tomasz,
Tuesday, May 17, 2005, 2:27:00 PM, you wrote:
TK On Tue, 17 May 2005 11:16:54 +0400
TK Sergey [EMAIL PROTECTED] wrote:
Hello clamav-users,
i've just tried to use 0.85 and 0.85.1 instead of my 0.84 but i
found an error massage on starting clamav-milter (Permission
On Tue, 2005-05-17 at 15:10 +0400, Sergey wrote:
what do you mean by properly?
there were no errors while i was installing it.
i used just the same option that i used for installing 0.84 or there
is in 0.85 some new extra installation stuff that i missed?
Check the permissions on your
On Tue, 17 May 2005 15:10:12 +0400
Sergey [EMAIL PROTECTED] wrote:
Hello Tomasz,
Tuesday, May 17, 2005, 2:27:00 PM, you wrote:
TK On Tue, 17 May 2005 11:16:54 +0400
TK Sergey [EMAIL PROTECTED] wrote:
Hello clamav-users,
i've just tried to use 0.85 and 0.85.1 instead of my 0.84
Tomasz Kojm wrote:
On Tue, 17 May 2005 12:55:36 +0200
Kritof Petr [EMAIL PROTECTED] wrote:
Sergey is right. This bug is not fixed.
May 17 12:36:41 server clamd: clamd startup succeeded
May 17 12:36:41 server clamd[27991]: HTML support enabled.
May 17 12:36:41 server clamd[27991]: Self checking
Hello Tomasz,
Tuesday, May 17, 2005, 3:17:34 PM, you wrote:
TK On Tue, 17 May 2005 15:10:12 +0400
TK Sergey [EMAIL PROTECTED] wrote:
Hello Tomasz,
Tuesday, May 17, 2005, 2:27:00 PM, you wrote:
TK On Tue, 17 May 2005 11:16:54 +0400
TK Sergey [EMAIL PROTECTED] wrote:
Hello
Hello Trog,
Tuesday, May 17, 2005, 3:13:49 PM, you wrote:
T On Tue, 2005-05-17 at 15:10 +0400, Sergey wrote:
what do you mean by properly?
there were no errors while i was installing it.
i used just the same option that i used for installing 0.84 or there
is in 0.85 some new extra
Sergey wrote:
[...]
-rw-r- 1 rootclamav 1265 May 17 15:40 clamd.log
^^
How clamd (in realy user clamav.clamav) can write to this file??
[...]
--
Andrzej Zawadzki
___
On Tue, 2005-05-17 at 15:44 +0400, Sergey wrote:
T Check the permissions on your log file. They must be accessible by the
T user the milter runs as.
T -trog
they are accesseble
No they aren't. Actually look at the file permissions this time.
-trog
signature.asc
Description: This
Hello Kritof,
Tuesday, May 17, 2005, 3:22:21 PM, you wrote:
KP Tomasz Kojm wrote:
On Tue, 17 May 2005 12:55:36 +0200
Kritof Petr [EMAIL PROTECTED] wrote:
Sergey is right. This bug is not fixed.
May 17 12:36:41 server clamd: clamd startup succeeded
May 17 12:36:41 server clamd[27991]:
Sergey wrote:
Hello Kritof,
KP # grep User /etc/clamd.conf
KP User clamav
Shouldn't the conf files be in /usr/local/etc/ ???
That's how it works for me and my log file is owned by clamav
Cheers
Bill
--
What's the difference between Linux and Windoze?
Linux - Thousands of programmers are working
On Tue, 17 May 2005, Sergey wrote:
i've just noticed the same thing. clamd.log is made by root. but 0.84
doesn't care about that it works properly.
Yes -- this is what I posted about Sat morning.
Previous to 0.85, clamav-milter didn't care if it couldn't write to it's log
file.
Starting
Bill Maidment said:
Sergey wrote:
Hello Kritof,
KP # grep User /etc/clamd.conf
KP User clamav
Shouldn't the conf files be in /usr/local/etc/ ???
That's how it works for me and my log file is owned by clamav
That is dependant upon who built the binaries and the choices they made
when
Hello,
On 17 May 2005, at 13:17, Tomasz Kojm wrote:
On Tue, 17 May 2005 15:10:12 +0400
Sergey [EMAIL PROTECTED] wrote:
Hello Tomasz,
Tuesday, May 17, 2005, 2:27:00 PM, you wrote:
TK On Tue, 17 May 2005 11:16:54 +0400
TK Sergey [EMAIL PROTECTED] wrote:
Hello clamav-users,
i've just tried to
Christopher X. Candreva said:
On Tue, 17 May 2005, Sergey wrote:
i've just noticed the same thing. clamd.log is made by root. but 0.84
doesn't care about that it works properly.
Yes -- this is what I posted about Sat morning.
Previous to 0.85, clamav-milter didn't care if it couldn't write
Sergey said:
Hello Andrzej,
Tuesday, May 17, 2005, 3:52:31 PM, you wrote:
AZ Sergey wrote:
AZ [...]
-rw-r- 1 rootclamav 1265 May 17 15:40 clamd.log
AZ ^^
AZ How clamd (in realy user clamav.clamav) can write to this file??
AZ [...]
i've no
On Tue, 17 May 2005, Dennis Peterson wrote:
You will have solved the problem only if you put this procedure in your
startup scripts and any tools that rotate your logs.
Gee, I wish I had already posted that -- oh wait, I did.
==
Chris
Hello Dennis,
Tuesday, May 17, 2005, 5:11:43 PM, you wrote:
DP Sergey said:
Hello Andrzej,
Tuesday, May 17, 2005, 3:52:31 PM, you wrote:
AZ Sergey wrote:
AZ [...]
-rw-r- 1 rootclamav 1265 May 17 15:40 clamd.log
AZ ^^
AZ How clamd (in realy user
Christopher X. Candreva said:
On Tue, 17 May 2005, Dennis Peterson wrote:
You will have solved the problem only if you put this procedure in your
startup scripts and any tools that rotate your logs.
Gee, I wish I had already posted that -- oh wait, I did.
Not completely, and not at the
Dennis Peterson wrote:
Bill Maidment said:
Sergey wrote:
Hello Kritof,
KP # grep User /etc/clamd.conf
KP User clamav
Shouldn't the conf files be in /usr/local/etc/ ???
That's how it works for me and my log file is owned by clamav
That is dependant upon who built the binaries and the choices they
Sergey wrote:
Hello Dennis,
Tuesday, May 17, 2005, 5:11:43 PM, you wrote:
DP Sergey said:
Hello Andrzej,
Tuesday, May 17, 2005, 3:52:31 PM, you wrote:
AZ Sergey wrote:
AZ [...]
-rw-r- 1 rootclamav 1265 May 17 15:40 clamd.log
AZ ^^
AZ How clamd (in realy user
Sergey said:
Hello Dennis,
Tuesday, May 17, 2005, 5:11:43 PM, you wrote:
DP Sergey said:
Hello Andrzej,
Tuesday, May 17, 2005, 3:52:31 PM, you wrote:
AZ Sergey wrote:
AZ [...]
-rw-r- 1 rootclamav 1265 May 17 15:40 clamd.log
AZ ^^
AZ How clamd
On Tue, May 17, 2005 at 01:17:34PM +0200, Tomasz Kojm said:
The only 'essential' information you have provided is that
clamav-milter prints Permission denied on startup so don't expect
constructive help from me.
The problem here is that clamav opens/creates the log at
clamd/clamd.c:144, but
Jim Maul said:
DP We have a winner! Now if you put that in your startup script and log
DP rotation tool you'll have the job finished.
why is that? if i'll restart clamd it won't going to change the
permissions of clamd.log. and by the way i don't need any log rotation
because my
Stephen Gran said:
On Tue, May 17, 2005 at 01:17:34PM +0200, Tomasz Kojm said:
The only 'essential' information you have provided is that
clamav-milter prints Permission denied on startup so don't expect
constructive help from me.
The problem here is that clamav opens/creates the log at
Dennis Peterson wrote:
Jim Maul said:
DP We have a winner! Now if you put that in your startup script and log
DP rotation tool you'll have the job finished.
why is that? if i'll restart clamd it won't going to change the
permissions of clamd.log. and by the way i don't need any log rotation
Jim Maul said:
Dennis Peterson wrote:
That would be a good trick if the directory it is found in is owned ro
by
root. I suppose it could be created by root then chowned to clam_user,
but
that too presumes much. To make it entirely turnkey the process should
see
if the user-selected log
On Tue, May 17, 2005 at 07:03:10AM -0700, Dennis Peterson said:
That would be a good trick if the directory it is found in is owned ro by
root. I suppose it could be created by root then chowned to clam_user, but
that too presumes much. To make it entirely turnkey the process should see
if the
Dennis Peterson wrote:
Jim Maul said:
Dennis Peterson wrote:
That would be a good trick if the directory it is found in is owned ro
by
root. I suppose it could be created by root then chowned to clam_user,
but
that too presumes much. To make it entirely turnkey the process should
see
if the
Stephen Gran said:
On Tue, May 17, 2005 at 07:03:10AM -0700, Dennis Peterson said:
That would be a good trick if the directory it is found in is owned ro
by
root. I suppose it could be created by root then chowned to clam_user,
but
that too presumes much. To make it entirely turnkey the
Stephen Gran wrote:
...
So you want either all possible checks, or no seperable logging? That
does seem like a rather drastic set of solutions to a trivial to fix
bug. Moving about 10 lines of code will fix the bug under discussion,
might lead to problems with logging _before_ dropping
On Tue, May 17, 2005 at 02:56:14PM +, Erich Titl said:
Stephen Gran wrote:
...
So you want either all possible checks, or no seperable logging? That
does seem like a rather drastic set of solutions to a trivial to fix
bug. Moving about 10 lines of code will fix the bug under
Stephen Gran wrote:
On Tue, May 17, 2005 at 02:56:14PM +, Erich Titl said:
Stephen Gran wrote:
...
So you want either all possible checks, or no seperable logging? That
does seem like a rather drastic set of solutions to a trivial to fix
bug. Moving about 10 lines of code will fix
Stephen Gran said:
On Tue, May 17, 2005 at 07:54:03AM -0700, Dennis Peterson said:
Stephen Gran said:
So you want either all possible checks, or no seperable logging?
Where did I say that? With syslog you touch a file and it starts
logging. Simple, effective. It can be the same with clam.
On Tue, May 17, 2005 at 03:50:38PM +, Erich Titl said:
Stephen Gran wrote:
On Tue, May 17, 2005 at 02:56:14PM +, Erich Titl said:
might lead to problems with logging _before_ dropping privileges
What, in particular, are you thinking of? If the first thing clamd does
is drop
Erich Titl said:
You could not log problems while dropping privileges, well basically it
might go to the (unwatched) console
Because I'm self-described anal, I capture my console to a file with
syslog and it is watched with automation and so is syslog. Here's to anal
admins and self-healing
Sergey wrote:
KP Clamav should create log file with same owner as defined in
KP clamd.conf to work it properly.
i've just noticed the same thing. clamd.log is made by root. but 0.84
doesn't care about that it works properly.
The response someone posted a few days ago regarding 'software
Sergey wrote:
DP We have a winner! Now if you put that in your startup script and log
DP rotation tool you'll have the job finished.
why is that? if i'll restart clamd it won't going to change the
permissions of clamd.log. and by the way i don't need any log rotation
because my clamd.log
Jim Maul wrote:
Call me old fashioned, but this is something I like to deal with
myself. There's still a roll for the thinking admin.
No, dont get me wrong here, im not saying clamav should predict
anything. Nor should it have to deal with misconfigured software. This
is of course
Matt Fretwell wrote:
Jim Maul wrote:
Call me old fashioned, but this is something I like to deal with
myself. There's still a roll for the thinking admin.
No, dont get me wrong here, im not saying clamav should predict
anything. Nor should it have to deal with misconfigured software. This
Jim Maul wrote:
touch /var/log/test.log
Now why does it create the logfile as root?
While i get your point, it is irrelevant because it should not log in
/var/log/ directly. It should log in /var/log/clamav/
The main point of my point, (I know that sounds weird), is that an admin
Jim Maul wrote:
Matt Fretwell wrote:
Just to test, as an ordinary user, run:
touch /var/log/test.log
Now why does it create the logfile as root?
While i get your point, it is irrelevant because it should not log in
/var/log/ directly. It should log in /var/log/clamav/
-Jim
Matt Fretwell wrote:
Jim Maul wrote:
touch /var/log/test.log
Now why does it create the logfile as root?
While i get your point, it is irrelevant because it should not log in
/var/log/ directly. It should log in /var/log/clamav/
The main point of my point, (I know that sounds weird), is that
Jim Maul wrote:
The main point of my point, (I know that sounds weird), is that an
admin who relies upon any piece of software to correctly create and
set permissions on the logfile is asking for trouble. Clam is not
alone in this. This is not a bug in Clam, it is poor admin technique
Matt Fretwell wrote:
Jim Maul wrote:
The main point of my point, (I know that sounds weird), is that an
admin who relies upon any piece of software to correctly create and
set permissions on the logfile is asking for trouble. Clam is not
alone in this. This is not a bug in Clam, it is poor admin
Jim Maul said:
Matt Fretwell wrote:
Jim Maul wrote:
Call me old fashioned, but this is something I like to deal with
myself. There's still a roll for the thinking admin.
No, dont get me wrong here, im not saying clamav should predict
anything. Nor should it have to deal with misconfigured
Dennis Peterson wrote:
Jim Maul said:
Matt Fretwell wrote:
Jim Maul wrote:
Call me old fashioned, but this is something I like to deal with
myself. There's still a roll for the thinking admin.
No, dont get me wrong here, im not saying clamav should predict
anything. Nor should it have to deal
Jim Maul said:
Dennis Peterson wrote:
Jim Maul said:
Matt Fretwell wrote:
Jim Maul wrote:
Call me old fashioned, but this is something I like to deal with
myself. There's still a roll for the thinking admin.
No, dont get me wrong here, im not saying clamav should predict
anything. Nor
Dennis Peterson wrote:
Jim Maul said:
Dennis Peterson wrote:
Jim Maul said:
Matt Fretwell wrote:
Jim Maul wrote:
Call me old fashioned, but this is something I like to deal with
myself. There's still a roll for the thinking admin.
No, dont get me wrong here, im not saying clamav should
Jim Maul said:
Dennis Peterson wrote:
To the program itself, no. If you tell it to log to / it will, however,
it SHOULDNT. See what im saying? To say that clamav *has* to create
the log file as root because only root can write to /var/log/ is
irrelevant to the issue.
While you're out
Dennis Peterson wrote:
Jim Maul said:
Dennis Peterson wrote:
To the program itself, no. If you tell it to log to / it will, however,
it SHOULDNT. See what im saying? To say that clamav *has* to create
the log file as root because only root can write to /var/log/ is
irrelevant to the issue.
On 5/17/05, Dennis Peterson [EMAIL PROTECTED] wrote:
You said it shouldn't log to / and there's no reason it shouldn't if that
is where one wishes it to log. There's lots of reasons why that would be a
bad idea, but it's an admin decision, not an application issue.
It sounds like clam is
On Tue, 17 May 2005 16:09:01 +0400 in [EMAIL PROTECTED]
Sergey [EMAIL PROTECTED] wrote:
i've just noticed the same thing. clamd.log is made by root. but 0.84
doesn't care about that it works properly.
I have the same setup as you, but my log files are owned clamav:clamav,
using an rpm
Jim Maul said:
Let me attempt to clear up any confusion (and hopefully put this thread
to rest) by saying that I personally am not having any problems with
clamav and i am not experiencing the logging issue that actually started
this thread. I do and always have run clamav as qscand. My
Dennis Peterson wrote:
Jim Maul said:
SNIP
That doesn't happen if you start it as the run-as user. It happens if you
start it as root. That is why I say this bug is not necessarily a bug,
but an administrative issue.
This was the key piece to the puzzle that i was missing. From the posts
of
Jim Maul said:
Dennis Peterson wrote:
Jim Maul said:
SNIP
That doesn't happen if you start it as the run-as user. It happens if
you
start it as root. That is why I say this bug is not necessarily a bug,
but an administrative issue.
This was the key piece to the puzzle that i was
60 matches
Mail list logo
