It sure would be nice to know who is hammering the server. It is tough
to correct a problem when it can't be defined. 

Regards, 
Richard Schuh 

 

> -----Original Message-----
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens
> Sent: Tuesday, June 10, 2008 1:10 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: SFS Control Data Backup
> 
> The SFS performance stats don't report about end-users, just 
> what SFS as a whole is doing...  Similar to Q FILEPOOL STATUS
> 
> 2008/6/10 Schuh, Richard <[EMAIL PROTECTED]>:
> > It looks like Audit is a security audit, not an activity 
> monitor. For 
> > example, it will tell me how many times I have been allowed 
> access to 
> > a file space for which I am not explicitly authorized.
> >
> > Regards,
> > Richard Schuh
> >
> >
> >
> >> -----Original Message-----
> >> From: The IBM z/VM Operating System
> >> [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens
> >> Sent: Tuesday, June 10, 2008 12:25 PM
> >> To: IBMVM@LISTSERV.UARK.EDU
> >> Subject: Re: SFS Control Data Backup
> >>
> >> I meant you could see agents more active than usual...  To know it
> >> all: turn on Auditing (disruptive change)
> >>
> >> 2008/6/10 Schuh, Richard <[EMAIL PROTECTED]>:
> >> > That shows the current agents, their agent numbers and 
> the type of 
> >> > wait they are in. What it does not show is the level of
> >> activity that
> >> > the individual agents are responsible for. At any given
> >> time, we will
> >> > have from 10 to 100 or more agents in the list.
> >> >
> >> > Regards,
> >> > Richard Schuh
> >> >
> >> >
> >> >
> >> >> -----Original Message-----
> >> >> From: The IBM z/VM Operating System 
> >> >> [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens
> >> >> Sent: Tuesday, June 10, 2008 10:13 AM
> >> >> To: IBMVM@LISTSERV.UARK.EDU
> >> >> Subject: Re: SFS Control Data Backup
> >> >>
> >> >> Maybe Q FILEPOOL AGENT
> >> >>
> >> >> 2008/6/10 Schuh, Richard <[EMAIL PROTECTED]>:
> >> >> > Next question. Yesterday and again today, we seem to be
> >> taking an
> >> >> > abnormally high number of control data backups. How do I
> >> >> determine the
> >> >> > cause of this unusual activity?
> >> >> >
> >> >> > Regards,
> >> >> > Richard Schuh
> >> >> >
> >> >> >
> >> >> >
> >> >> >> -----Original Message-----
> >> >> >> From: The IBM z/VM Operating System 
> >> >> >> [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell
> >> >> >> Sent: Tuesday, June 10, 2008 8:31 AM
> >> >> >> To: IBMVM@LISTSERV.UARK.EDU
> >> >> >> Subject: Re: SFS Control Data Backup
> >> >> >>
> >> >> >> No, there isn't a way to specify the threshold.  It 
> will start 
> >> >> >> automatically when the log is 80% full.
> >> >> >>
> >> >> >> You could probably write some kind of tool to use the
> >> >> output of QUERY
> >> >> >> FILEPOOL LOG to detect a threshold and send a BACKUP
> >> >> request to the
> >> >> >> file =
> >> >> >>
> >> >> >> pool server machine.
> >> >> >>
> >> >> >> Sue Farrell
> >> >> >>
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Kris Buelens,
> >> >> IBM Belgium, VM customer support
> >> >>
> >> >
> >>
> >>
> >>
> >> --
> >> Kris Buelens,
> >> IBM Belgium, VM customer support
> >>
> >
> 
> 
> 
> --
> Kris Buelens,
> IBM Belgium, VM customer support
> 

Reply via email to