From mboxrd@z Thu Jan 1 00:00:00 1970 From: LC Bruzenak Subject: Re: audit collection Date: Mon, 15 Sep 2008 12:35:40 -0500 Message-ID: <1221500140.6846.37.camel@homeserver> References: <1221263768.6502.121.camel@homeserver> <200809130005.m8D05b5i013462@greed.delorie.com> <1221498947.6846.31.camel@homeserver> <200809151724.m8FHOSIB011019@greed.delorie.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <200809151724.m8FHOSIB011019@greed.delorie.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-audit-bounces@redhat.com Errors-To: linux-audit-bounces@redhat.com To: DJ Delorie Cc: linux-audit@redhat.com List-Id: linux-audit@redhat.com On Mon, 2008-09-15 at 13:24 -0400, DJ Delorie wrote: > > Sep 15 11:48:14 comms audispd: queue is full - dropping event > > > > I assume this indicates the problem - sending isn't happening so the > > audispd queue fills. > > Yes, this means nothing is getting across the network. Have you tried > running tcpdump on the client side? Or running gdb on the running > audisp-remote to see where it's stuck. (gdb) where #0 0x0000000000892590 in __read_nocancel () from /lib64/libc.so.6 #1 0x00007f25874db914 in main (argc=, argv=) at /usr/include/bits/unistd.h:45 I suppose I'd need to run the debug code to get a better analysis. LCB. -- LC (Lenny) Bruzenak lenny@magitekltd.com