All of lore.kernel.org
 help / color / mirror / Atom feed
* wierd audit problems on one RHEL ES4 box
@ 2007-04-12 14:08 Bill Tangren
  2007-04-12 14:14 ` Steve Grubb
  0 siblings, 1 reply; 6+ messages in thread
From: Bill Tangren @ 2007-04-12 14:08 UTC (permalink / raw)
  To: linux-audit

I just implemented a new rule set for auditing, and now the audit daemon won't 
start. It died a few hours before the logs were due to be rotated. Even though 
the auditd is dead, auditing is still being done, but the output is going to 
/var/log/messages, NOT to /var/log/audit, as before. When I did a

service auditd status

I got a

auditd locked, but pid exists

message. I tried to start it, but it wouldn't start. I rebooted, and it wouldn't 
come back up. I changed back to the old rule set and tried to restart. No joy. I 
rebooted again. It failed on start up. This is the rule set I tried:

# First rule - delete all
-D

# Feel free to add below this line. See auditctl man page

# Increase the buffers to survive stress events
-b 256
-e 1
# Audit Failed opens
-a exit,always -S open -F success!=0
#
# Audit success and failure of delete
-a exit,always -S unlink -S rmdir
#
# Audit success and failure of admin actions
#-a task,always -F uid=0
-w /var/log/audit/ -k ADMIN
-w /etc/auditd.conf -k ADMIN
-w /etc/audit.rules -k ADMIN
-a exit,always -S stime -S acct -S reboot -S swapon -S settimeofday -S setrlimit
-a exit,always -S setdomainname -S sched_setparam -S sched_setscheduler
#
# Audit success and failure of login/logout
# on by default with update 4.

#
# Audit sucess and failure of permissions
-a entry,possible -S chmod -S fchmod -S chown -S chown32 -S fchown -S fchown32 
-S lchown -S lchown32

I don't know whether or not this rule set is an issue, but the change and the 
problems occurred at about the same time.

This is what I have in my auditd.conf:

log_file = /var/log/audit/audit.log
log_format = RAW
priority_boost = 3
flush = SYNC
freq = 0
num_logs = 15
max_log_file = 95
max_log_file_action = ignore
space_left = 75
space_left_action = SYSLOG
action_mail_acct = root
admin_space_left = 50
admin_space_left_action = SUSPEND
disk_full_action = SUSPEND
disk_error_action = SUSPEND


When I try to restart the auditd, no error messages I can see show up in 
/var/log/messages. I've implemented these rules on other RHEL ES 4 boxes, 
without problems.

Any ideas what is wrong?

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: wierd audit problems on one RHEL ES4 box
  2007-04-12 14:08 wierd audit problems on one RHEL ES4 box Bill Tangren
@ 2007-04-12 14:14 ` Steve Grubb
  2007-04-13 14:27   ` Bill Tangren
  0 siblings, 1 reply; 6+ messages in thread
From: Steve Grubb @ 2007-04-12 14:14 UTC (permalink / raw)
  To: linux-audit

On Thursday 12 April 2007 10:08, Bill Tangren wrote:
> Any ideas what is wrong?

If auditd process is not running, you may need to delete anything with auditd 
in its name in the /var/run directory.

-Steve

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: wierd audit problems on one RHEL ES4 box
  2007-04-12 14:14 ` Steve Grubb
@ 2007-04-13 14:27   ` Bill Tangren
  2007-04-13 14:30     ` Steve Grubb
  2007-04-13 14:37     ` Kirkwood, David A.
  0 siblings, 2 replies; 6+ messages in thread
From: Bill Tangren @ 2007-04-13 14:27 UTC (permalink / raw)
  Cc: linux-audit

Steve Grubb wrote:
> On Thursday 12 April 2007 10:08, Bill Tangren wrote:
>> Any ideas what is wrong?
> 
> If auditd process is not running, you may need to delete anything with auditd 
> in its name in the /var/run directory.
> 
> -Steve
> 

After reboot, there is now nothing in /var/run with audit, or even au in the 
name. The service is stopped, and I cannot start it. Starting just fails.

I noticed that auditd stopped writing to /var/log/audit/audit.log a few hours 
before the log was rotated. Rotation failed. Auditing has since been putting its 
output in /var/log/messages, even though auditd is not running, though "ps aux" 
shows

  root      2242  0.0  0.0     0    0 ?        S<   Apr12   0:00 [kauditd]

I think the problem is that auditd cannot write to the log, but I don't know 
why. The permissions on the log seems to be the same as on other systems I run. 
The directory permission was 700, where it is 750 on other systems, but changing 
it to 750 didn't help.

Any other ideas?

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: wierd audit problems on one RHEL ES4 box
  2007-04-13 14:27   ` Bill Tangren
@ 2007-04-13 14:30     ` Steve Grubb
  2007-04-13 14:37     ` Kirkwood, David A.
  1 sibling, 0 replies; 6+ messages in thread
From: Steve Grubb @ 2007-04-13 14:30 UTC (permalink / raw)
  To: linux-audit

On Friday 13 April 2007 10:27, Bill Tangren wrote:
> Any other ideas?

strace /sbin/auditd -f 2> strace.log

and send it to me (unless you want it on the mail list).

-Steve

^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: wierd audit problems on one RHEL ES4 box
  2007-04-13 14:27   ` Bill Tangren
  2007-04-13 14:30     ` Steve Grubb
@ 2007-04-13 14:37     ` Kirkwood, David A.
  2007-04-13 14:54       ` Bill Tangren
  1 sibling, 1 reply; 6+ messages in thread
From: Kirkwood, David A. @ 2007-04-13 14:37 UTC (permalink / raw)
  To: linux-audit

What are your free and admin space requirements in /etc/auditd.conf?

David A. Kirkwood
SAIC

david.a.kirkwood@saic.com
kirkwoodd@saic.com

Phone: (727) 502-8310
Fax:   (727) 822-7776

-----Original Message-----
From: linux-audit-bounces@redhat.com
[mailto:linux-audit-bounces@redhat.com] On Behalf Of Bill Tangren
Sent: Friday, April 13, 2007 10:27 AM
Cc: linux-audit@redhat.com
Subject: Re: wierd audit problems on one RHEL ES4 box

Steve Grubb wrote:
> On Thursday 12 April 2007 10:08, Bill Tangren wrote:
>> Any ideas what is wrong?
> 
> If auditd process is not running, you may need to delete anything with
auditd 
> in its name in the /var/run directory.
> 
> -Steve
> 

After reboot, there is now nothing in /var/run with audit, or even au in
the 
name. The service is stopped, and I cannot start it. Starting just
fails.

I noticed that auditd stopped writing to /var/log/audit/audit.log a few
hours 
before the log was rotated. Rotation failed. Auditing has since been
putting its 
output in /var/log/messages, even though auditd is not running, though
"ps aux" 
shows

  root      2242  0.0  0.0     0    0 ?        S<   Apr12   0:00
[kauditd]

I think the problem is that auditd cannot write to the log, but I don't
know 
why. The permissions on the log seems to be the same as on other systems
I run. 
The directory permission was 700, where it is 750 on other systems, but
changing 
it to 750 didn't help.

Any other ideas?

--
Linux-audit mailing list
Linux-audit@redhat.com
https://www.redhat.com/mailman/listinfo/linux-audit

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: wierd audit problems on one RHEL ES4 box
  2007-04-13 14:37     ` Kirkwood, David A.
@ 2007-04-13 14:54       ` Bill Tangren
  0 siblings, 0 replies; 6+ messages in thread
From: Bill Tangren @ 2007-04-13 14:54 UTC (permalink / raw)
  Cc: linux-audit

Kirkwood, David A. wrote:
> What are your free and admin space requirements in /etc/auditd.conf?
> 
> David A. Kirkwood
> SAIC
> 
> david.a.kirkwood@saic.com
> kirkwoodd@saic.com
> 


I'm an idiot. My web server logs are taking up nearly all of the space (95% 
full) on the /var/log partition. That is why auditing was suspended! I hate it 
when software does what I tell it to do, not what I want it to do...

Sorry for the trouble.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2007-04-13 14:54 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-12 14:08 wierd audit problems on one RHEL ES4 box Bill Tangren
2007-04-12 14:14 ` Steve Grubb
2007-04-13 14:27   ` Bill Tangren
2007-04-13 14:30     ` Steve Grubb
2007-04-13 14:37     ` Kirkwood, David A.
2007-04-13 14:54       ` Bill Tangren

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.