[8759] in Info-AFS_Redistribution

home help back first fref pref prev next nref lref last post

RE: Logging of admin operations

daemon@ATHENA.MIT.EDU (Neulinger, Nathan)
Tue Jun 26 13:06:06 2001

Message-ID: <F349BC4F5799D411ACE100D0B706B3BB768EB8@umr-mail03.cc.umr.edu>
From: "Neulinger, Nathan" <nneul@umr.edu>
To: "'Peter Scott'" <Peter.J.Scott@jpl.nasa.gov>, info-afs@transarc.com
Date: Tue, 26 Jun 2001 11:58:22 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"

It'd be ugly, but you could put tethereal on your servers, set to capture on
all but the fileserver ports, and just watch the output (or process with
perl/etc) - it has support for almost all of the server calls.

But yeah, the best way by far would be to submit an enhancement to openafs.

-- Nathan

> -----Original Message-----
> From: Peter Scott [mailto:Peter.J.Scott@jpl.nasa.gov]
> Sent: Tuesday, June 26, 2001 11:47 AM
> To: info-afs@transarc.com
> Subject: Logging of admin operations
> 
> 
> It's vexing, if not impossible, to try and track down how 
> some unexpected 
> filesystem change came about: why is this PTS group gone, who 
> removed this 
> volume, etc.  We would like to have logging of all commands 
> requiring admin 
> tokens if not all fs/vos/pts/kas.
> 
> Yes, we could wrap them all, although that's no guarantee, 
> and it doesn't 
> help with third-party applications that are linked into the 
> appropriate 
> APIs.  The right place to do this is on the server.
> 
> I reckon the answer is, "Go ahead and hack that into OpenAFS 
> if you want 
> it," but does anyone have anything else to add?
> --
> Peter Scott
> Peter.J.Scott@jpl.nasa.gov
> 

home help back first fref pref prev next nref lref last post