----- Original Message -----
 
 
 > -----Original Message-----
 > From: crash-utility-bounces(a)redhat.com
 > [mailto:crash-utility-bounces@redhat.com] On Behalf Of Dave Anderson
 > Sent: Friday, March 10, 2017 12:36 AM
 > To: Discussion list for crash utility usage, maintenance and development
 > <crash-utility(a)redhat.com>
 > Subject: Re: [Crash-utility] feature to dump audit logs in vmcore
 > 
 > 
 > 
 > ----- Original Message -----
 > > Dave,
 > >
 > > I wrote an extension module to dump audit logs in vmcore.
 > > How about this in crash utility as a built-in command?
 > >
 > >     crash> extend /root/repos/crash-dumpaudit-command/src/dumpaudit.so
 > >     /root/repos/crash-dumpaudit-command/src/dumpaudit.so: shared object
 > >     loaded
 > >     crash> dumpaudit
 > >     type=1300 audit(1489022639.875:164489): arch=c000003e syscall=0
 > >     success=yes exit=0 a0=5 a1=7fedd3b00000 a2=400 a3=22 items=0
 > >     ppid=2575
 > >     pid=10428 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0
 > >     fsgid=0
 > >     tty=pts1 ses=1 comm="pidof" exe="/usr/sbin/killall5"
 > >     subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
 > key=(null)
 > >     type=1320 audit(1489022639.875:164489):
 > >     type=1320 audit(1489022639.875:164487):
 > >     type=1300 audit(1489022639.875:164490): arch=c000003e syscall=3
 > >     success=yes exit=0 a0=5 a1=1 a2=8 a3=0 items=0 ppid=2575 pid=10428
 > >     auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0
 > >     tty=pts1
 > >     ses=1 comm="pidof" exe="/usr/sbin /killall5"
 > >     subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
 > key=(null)
 > >     ...<cut>...
 > 
 > OK, as I understand it, this is similar in nature to the trace extension module,
 > in that you can display the data that happened to be in kernel memory (and
didn't
 > make it to disk) when the kernel crashed.
 > 
 > Honestly, I have never seen/heard of any discussions about audit logs w/respect to
 > crash analysis in the past, so I'm guessing that you must have come upon a real
 > kernel crash that involved auditing.
 
 I have never seen audit itself causing kernel crash but I sometimes need to see
 audit logs to get any hint to know what was happening on the crashed system
 in the timing of crash.
 
 > 
 > Anyway, I definitely don't see it as a top-level built-in command.  Perhaps you
could
 > argue for an option to an existing command -- "ps", "log" or
"sys" maybe?
 > 
 
 Yes, I never definitely need the name "dumpaudit.
 
 I think log command is best suited in meaning for audit logs.
 
 By the way. I don't understand why you listed ps command first.
 I don't find any similarity to ps command with audit. 
It was just an off-the-top-of-my-head suggestion, where I thought of it because auditing
is often
concerned with process-related events.  But given there are other kinds of things that get
audited,
I agree that "log" is more suitable.
Dave