|
View previous topic :: View next topic
|
| Author |
Message |
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
Hi Dick,
anyhow the info would not be in the JESMSGLG dataset,
I just checked the JES2 initialization reference
and I saw that the JESMSGLG could even be suppressed on a jobclass class basis
still after 20 posts the real need is not clear,
the only definite assertion made by the TS was ...
| Quote: |
| This is a requirement. |
and I bashed him  for that
I supposed a general dataset monitoring issue by the
| Quote: |
| There are some jobs which require more space for the datasets they use. Inorder to identify....... |
|
|
| Back to top |
|
 |
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hi Enrico,
| Quote: |
| This is a requirement. |
One of the more mis-used phrases - imho. I suppose that is the way to end defense/discussion.
Another one that i've heard entirely too often to get one's way is "It will delay the project".
| Quote: |
| anyhow the info would not be in the JESMSGLG dataset |
No, i was just guessing that the spool volume was part of the issue. Early on Vijay mentioned wanting to find a particular string in a line and i don't recall that info being posted yet. |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
| Quote: |
| .... that is the way to end defense/discussion. ... |
and start the war  |
|
| Back to top |
|
|
cvijay784
Warnings : 1
New User
Joined: 18 Jun 2008
Posts: 54
Location: Colombo
|
|
|
|
| Can you tell me whether a macro written in VB can interact with SDSF & achieve the requirement ? |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
if we knew You requirement we could, but ..,
until now You have given us nothing to work on
what in &HEAVEN do You expect to find in the JESMSGLG ???
|
|
| Back to top |
|
|
cvijay784
Warnings : 1
New User
Joined: 18 Jun 2008
Posts: 54
Location: Colombo
|
|
|
|
The requirement is to find a string 'SPACSECI' in JESMSGLG of all jobs those ran.
The objective of doing this is to increase the space on DASD for datasets used by jobs for I/O processing.
In this way, we can avoid SE37 abend in advance.
We search for string 'SPACSECI' manually in each & every job.
We want to make this process automated.
If anyone knows, please provide your help |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
why should we spend time providing a solution which is just plain WRONG??
for storage management You need to put in place the proper procedures
but... who writes SPACSECI in the JESMSGLG ?
not certainly zOS itself,
check that application description to find out about how and when
if the same message is shown on the console,
it would be better to scan the console LOG rather than each job |
|
| Back to top |
|
|
cvijay784
Warnings : 1
New User
Joined: 18 Jun 2008
Posts: 54
Location: Colombo
|
|
|
|
| I checked the application. SPACSECI is displayed by the system z/os in JESMSGLG. |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
| Quote: |
| checked the application. SPACSECI is displayed by the system z/os in JESMSGLG. |
it tells nothing on WHO does it,
anyway zOS has nothing to do with SPACSECI being displayed
( a BMC product does it )
why don' t You check the BMC manuals to see if that message is logged somewhere else and get it from there
if You had posted the whole message found in the JESMSGLG
we would have saved lots of useless time, typing, network traffic |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
I think that the OP wants to see which jobs have a message (from what I guess is) STOPX37.
I suppose if the message is there, then the need for intervention is deemed appropriate. |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
Hi expat!
I agree with You, but had he said it 29 posts ago we would have saved
lots of valuable time
also if I remember correctly stopx37
should write an SMF record and a message to the console
so I agree that it' s good to find out, but the ts is doing in the wrong way
processing the SMF dataset should be the first choice,
could even be done with a simple icetool job |
|
| Back to top |
|
|
cvijay784
Warnings : 1
New User
Joined: 18 Jun 2008
Posts: 54
Location: Colombo
|
|
|
|
| Yes expat. This is to stop SE37 |
|
| Back to top |
|
|
superk
Global Moderator
Joined: 26 Apr 2004
Posts: 4652
Location: Raleigh, NC, USA
|
|
|
|
| enrico-sorichetti wrote: |
also if I remember correctly stopx37
should write an SMF record and a message to the console |
For what it's worth, our shop uses the STOPX37 product. You're correct, it writes messages to the console (SVM4***I). In automation, we trap selected SVM4* messages and write them to a log dataset. Once a month the log dataset is dumped to a report which the Storage & Media team uses to reconcile job failures that were due to storage issues. |
|
| Back to top |
|
|
cvijay784
Warnings : 1
New User
Joined: 18 Jun 2008
Posts: 54
Location: Colombo
|
|
|
|
| what is STOPX37 ? |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
the whole topic has been a shameful waste of time
and is going to be deleted shortly
all the reporting has already been done
any decent storage support group using STOPX37 should know about
the smfx37b utility that does exactly what the TS requires
Use [URL] BBCode for External Links
here is a quote from the manual
| Quote: |
The StopX37/II Analysis Program (SMFX37B) can be used to monitor
StopX37/II and its optional components. For information to be available, the
base product and the desired product option(s) must be started (refer to the
MAINVIEW SRM User Guide and Reference accompanying this product for
information on starting StopX37/II and the other optional components).
The SMFX37B program analyzes the SMF file for StopX37/II SMF records.
The report produced contains the job name, program name, job start time and
date, data set name, and action taken. There may be multiple entries for the
same job, since StopX37/II may have made several recovery attempts while
saving the job.
The user is encouraged to make this program a part of the daily SMF
processing routine. If StopX37/II has volume switched a permanent data set,
the SMFX37B program can inform your installation's DASD manager which
data sets are multivolume.
In large installations, where the amount of SMF data generated makes it
difficult to run the SMFX37B program, it is possible to change the SMF
dump program to write StopX37/II records to a separate data set. The
following job stream selects StopX37/II SMF records and writes them to a
generation data set residing on disk.
|
|
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2547
Location: Silicon Valley
|
|
|
|
If I did not have STOPX37...
I would scan the system log looking for abends, from that then determine which jobs abended, then look at the job output for the job that was identified. |
|
| Back to top |
|
|
|
|
