Hello All,
Sorry for delay in response. This problem has been resolved
by removing all SMS related parameter and by just keeping HFS as DSN type.
Now I am able to allocate this bigger space of FS for unzipping purpose.
But my unzip still getting failed, with below error. I tried
Did you find any IOE or BPX or IEC or other messages in SYSLOG when this error
occurred?
What I found happened was the /tmp was full and causing the issue rather than
the file on the PAX command.
You may need to search through your output to see if there are Unix errors
other than in SYSPRINT
Hello Lizette,
Thanks for reply .I don't see any such message in
SYSLOG. As I mentioned before. I created /tmp with size of
. . . . . . . . . . . . . . . . . . . . . . . . .
.
Data Set Information
Command ===
Data Set
Elardus,
The initial question was about the TIME= Parameter on the JOB card. I am
trying to understand why you mentioned the REGION= parameter? And, if a site
has a standard that TIME is not allowed on a JOB card, then the solution is to
remove it and/or flag it and then remove it with a
At 09:10 +0200 on 12/09/2014, ÈÝ·ÔÝý·È wrote about Re: which smf type:
As far as I can tell, this information is not recorded in SMF.
If you have an automation package, you could probably use it to
issue the $DSPL command and then save the results.
Gadi
An automation package is not
Hello group,
I can't figure out the following problem, although I suppose it must be
possible:
In a job class, I want to assign a service class, depending on the Scheduling
Environment specified:
SE=S1SC=SC1
SE=S2SC=SC2
SE=other SC=SC3
No SE
On Tue, 9 Dec 2014 03:47:49 -0500, Mitch mitc...@aol.com wrote:
The initial question was about the TIME= Parameter on the JOB card. I am
trying to understand why you mentioned the REGION= parameter?
Original post in this thread by Andrew Metcalfe contains this I am finally
getting around to
Well I, for one, am jolly glad people are examining their IEFUSI exits,
particularly in the area of MEMLIMIT.
It's something I've been advising for quite a while...
Cheers, Martin
From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 09/12/2014
Folks
Just to clarify what my requirement is to save any off-track debate
The ancient IEFUSI exit in addition to policing region size, (rightly or
wrongly) uses the undocumented R10 LCT pointer to thread through to the SCTX
which identifies whether there is a TIME=parameter on the EXEC
If a site wants to enforce a rule for TIME= or REGION= for all jobs, the only
way is an exit. Production JCL usually is well controlled, individual users'
JCL is not (at least not here).
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Hi,
We're on z/OS 2.1. I'm trying to expand a spool data set using
$TSPL(volser),SPACE=MAX
There has been free space immediately after the SYS1.DATASET on the disk (in
fact this is the only dataset apart from the VTOX index).
Responds to a $DSPL,L *before the $T command:
$HASP893 VOLUME(SPL901)
Still formatting the new space?
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: 09 December, 2014 13:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What is JES2 waitning for after $TSPL(volser),SPACE=MAX?
Hi,
What is this AWAITING(E2)
$HASP893 VOLUME(SPL901) STATUS=EXTENDING,AWAITING(E2),
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H
p
According to the manual
status=xxx,yyy The state the volume is currently in.
STATUS has two parts when applicable, such as: STATUS=DRAINING, AWAITING(JOBS).
The xxx value is the first status value. The yyy value is one of the following
second status values: •MINI-FORMATTING (member list)
I can see, I am not being helpful. It would help if I read your entire
message. :)
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H
p 616.653.8429
I would probably open an SR. The message says AWAITING is for
Lists any spool volumes whose unavailability is preventing this spool volume
from draining, most likely because jobs which have space on that volume cannot
purge.
This may be a situation where IBM has to interpret the message.
After reading the $TSPL command it shows you the HASP 893 shows more detail.
Did you get additional 893 messages?
A sample from the $TSPL command shows:
$HASP893 VOLUME(SPOOL6)
$HASP893 VOLUME(SPOOL6) STATUS=ACTIVE,AWAITING(EXTEND),
$HASP893 COMMAND=(EXTEND),PERCENT=0
$HASP646 30 PERCENT SPOOL
You may need to find the STDERR From the pax command. I have found that this
process in Serverpac is not intuitive and a lot of hunting is sometimes needed.
Or you could open an SR with IBM and see if they can provide a faster
resolution.
Lizette
-Original Message-
From: IBM
Maybe this PDF will help
http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.zos/zos/1.13/Availability/zOS_V1R13_JES2_Extending_and_Migrating_JES2_Spool.pdf
or tiny url: http://tinyurl.com/mumz5cp
Lizette
-Original Message-
From: IBM Mainframe Discussion
But my unzip still getting failed, with below error. I tried enough ways by
having larger size but same issue.
The space error occurs during the unpax operation. Therefore, the
directory identified on the SMPWKDIR DD statement is where you need free
space. In your case that is
Hello Kurt,
Thanks for response. I just checked this
/u/SLE/RSU1410/GIMPAF.XML file and found below entry.
ARCHDEF
name=SMPPTFIN/S0001.SHOPZ.S2654303.SMPMCS.pax.Z
type=SMPPTFIN
originalsize=5085091600
size=2760339456
hash=1C69AA496915DB08EF19DBC53C0A0221D6EC7D39
/ARCHDEF
By
I believe that the JMR (mapped by IEFJMR) is available to JES2 exits - if so,
you can use JES2 exit 6 to easily extract any TIME parameter specified in the
JCL (using XINTKEY) and set your bit the user comm area for IEFUTL.
Another alternative is to use IEFUJV to scan the JCL card images in the
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Shane Ginnane
Sent: Monday, December 08, 2014 6:54 PM
On Mon, 8 Dec 2014 06:03:50 -0500, Mitch wrote:
... but why check when a job is submitted? Why not check before ...
Wheww - tuff requirements.
I've done
So the statement
originalsize=5085091600 or 5,085,091,600 bytes.
That is probably how big the file should be. However I would make it larger.
What is the current size?
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of
It's wrong to quietly ignore an unsupported construct. Logging-DDname
in a SYSIN data set mentioned in PARMDD should result in a JCL syntax
error and failure of the job before execution.
Your opinions are always welcome. They are not always agreed with.
For this case, I probably agree that a
We have a full-volume zfs on a Mod-9 set aside for this kind of situation.
Gives us about 8 GiB. Just hang it on a convenient mount point and point
//SMPWKDIR at it, and away we go.
-jc-
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
On 12/9/2014 9:08 AM, Mainframe Mainframe wrote:
Hello Kurt,
Thanks for response. I just checked this
/u/SLE/RSU1410/GIMPAF.XML file and found below entry.
ARCHDEF
name=SMPPTFIN/S0001.SHOPZ.S2654303.SMPMCS.pax.Z
type=SMPPTFIN
originalsize=5085091600
size=2760339456
Rob Scott wrote:
... and set your bit the user comm area for IEFUTL.
CEPAUCOM in CEPA ('common exit parameter area')?
Another alternative is to use IEFUJV to scan the JCL card images in the clear.
Good idea, and this is what I see in SYS1.SAMPLIB(SMFEXITS):
User communication field.
Thanks for all the help, everyone
It turned out I was simply too impatient. As someone suggested, JES2 was still
about to format the additional space. It just took so much longer that I had
expected and the AWAITING(E2) is not very helpful.
Anyway, no need for a PMR.
--
Peter Hunkeler
And MXG Software can create an SMF record from any SYSLOG message.
MERRILLY CHRISTMAS,
Barry Merrill
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of ??? ?? ???
Sent: Tuesday, December 09, 2014 1:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: 09 December, 2014 15:50
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: What is JES2 waitning for after $TSPL(volser),SPACE=MAX?
Thanks for all the help, everyone
It
Hi all,
I want to add data of 30 VSAM files to one PS flat file,How can i do it?,
please guide me.
Regards,
Rajesh
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
Yes, I am already using temp dataset with size of 7000MB.
Data Set Information
Command ===
Data Set Name . . . : OMVS.SYS5.RSU.TEMP
1st extent megabytes: 7000
Secondary megabytes : 0
Data set name type : HFS Dates
Depending on the tools you have - yes
One way might be to create a batch job that executes IDCAMS and repro each beam
file to the PS
Individual steps with a disp=mod could work (details left off on purpose)
But since their are many solutions, if you provide more details it will help
Lizette
On Tue, Dec 9, 2014 at 10:05 AM, Rajesh Kumar herowith.z...@gmail.com
wrote:
Hi all,
I want to add data of 30 VSAM files to one PS flat file,How can i do it?,
please guide me.
A simplistic answer is to use IDCAMS REPRO to copy the data from each VSAM
data set, one at a time, to the end of
To make sure I understand.
OMVS.SYS5.RSU.TEMP is mounted on /u/SLE/RSU1410/temp which is used on
SMPWKDIR. Is that correct?
and all of your SMP/E processes use this one file for SMPWKDIR, is that correct?
And this file uncompressed will be 5,085,091,600 bytes or 5085M.
So, with all the
Yes, I am already using temp dataset with size of 7000MB.
snip
Current Allocation
Allocated megabytes : 7,000
Allocated extents . : 1
Maximum dir. blocks : NOLIMIT
Current Utilization
Used pages . . . . : 1,241,552
% Utilized . . . . : 69
69% used? That means you have only 2170
Hello,
Yes, This time I created size with with 10GB of /u/SLE/RSU1410/temp
space and now I encountered with different space issue for SMPMCS file.
IEC031I D37-04,IFG0554P,UNZIPRSU,UNZIP,SYSUT1,8B0A,
SMPE.ZOS1D.RSU.S2654213.SMPMCS
IEA995I SYMPTOM DUMP OUTPUT 143
SYSTEM COMPLETION
Rajesh Kumar wrote:
I want to add data of 30 VSAM files to one PS flat file,How can i do it?,
please guide me.
Show us your attempts. Your question is smelling like homework for a school
project just like others suggested.
Questions:
1. What are you trying to solve?
2. There are only VSAM
On 12/9/2014 12:12 PM, Mainframe Mainframe wrote:
Hello,
Yes, This time I created size with with 10GB of /u/SLE/RSU1410/temp
space and now I encountered with different space issue for SMPMCS file.
IEC031I D37-04,IFG0554P,UNZIPRSU,UNZIP,SYSUT1,8B0A,
SMPE.ZOS1D.RSU.S2654213.SMPMCS
At 15:24 + on 12/09/2014, Vernooij, CP (ITOPT1) - KLM wrote about
Re: What is JES2 waitning for after $TSPL(volser),SPACE=MAX:
That was me.
I remember the AWAITING() from a similar action 1 year ago.
Since E2 was the member you gave the commands, this member did the
formatting and you
On Tue, 9 Dec 2014 09:29:51 -0500, Kurt Quackenbush wrote:
56,664 bytes per track
I think that should be 12 blocks of 4096 bytes, or 48 K bytes per track.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access
On Tue, 9 Dec 2014 13:30:33 -0500, Kurt Quackenbush wrote:
...
2. Don't unzip the MCS into a data set at all. Use SMP/E RECEIVE
FROMNTS instead to receive the PTFs directly into the global zone and
SMPPTS data sets directly, without creating a sequential data set.
I agree. When RECEIVE
... I believe (I may be wrong) that RECEIVE FROMNTS still
stages SMPPTFIN to Classic data sets.
RECEIVE FROMNTS unpaxes the archives into temporary UNIX files, and then
does indeed read the MCS directly from those UNIX files. No data sets
are involved.
Kurt Quackenbush -- IBM, SMP/E
On Tue, 9 Dec 2014 16:29:49 -0500, Kurt Quackenbush wrote:
... I believe (I may be wrong) that RECEIVE FROMNTS still
stages SMPPTFIN to Classic data sets.
RECEIVE FROMNTS unpaxes the archives into temporary UNIX files, and then
does indeed read the MCS directly from those UNIX files. No data
A normally well-behaved XPLINK program does a fork() and gets this error
immediately after issuing an execp() for another XPLINK program:
CEE3552S DLL CELHV003 does not export any variables or functions.
From entry point main at compile unit offset +0036 at entry
offset +0036 at
Why not get rid of most exits, and use a tool that does this function for
you?
Or is someone teach the new folks how to modify and maintain Assembler code
after we all retire?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Vernooij,
I am not sure you can restrict how much storage SMP/E will use. I think you
need to look at several elements to see what you need. But over the years, I
have only seen the requirements grow not shrink.
If you looked at Marna Walle's Migration documents you can see that the SMP/E
and
Hi all
When FC CTC LCUs are defined, why CUADD is from 01 to FF? Could it be
from 00 to FF like for DASD ?
CNTLUNIT CUMUBER 4010,PATH=(80),UNITADD=(00,008),LINK=(08),
CUADD=1,UNIT=FCTC
In our shop,there are four base sysplexes in one physical box. There are three
lpar
On Tue, 9 Dec 2014 19:59:42 -0700, Lizette Koehler wrote:
I am not sure you can restrict how much storage SMP/E will use. I think you
need to look at several elements to see what you need. But over the years, I
have only seen the requirements grow not shrink.
I believe SMP/E has gotten
Hello All,
Thanks for helping me. All issue seems to be resolved. I end up creating
lager type of MCS dataset with enough temp HFS file system space.
Now, unzip JCL run fine and I am in the process of receiving MCS. Thanks
once again.
Regards
On Wed, Dec 10, 2014 at 11:28 AM, Paul Gilmartin
That was me.
I remember the AWAITING() from a similar action 1 year ago.
Since E2 was the member you gave the commands, this member did the
formatting and you should have been able to see that JES2 doing an
abnormally large amount of I/O on the volume. The MAS was waiting
for E2 to finish the
Peter Hunkeler wrote:
I didn't look at the I/O rate; just was mislead by the AWAITING(E2) thinking
that there is something to be done before JES2 starts formatting. The message
could be better.
Indeed. Raise a PMR for progress message, something like this 'Expanding name
of object - 10%
Because tools cost money?
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Norman.Hollander
Sent: 10 December, 2014 2:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ancient IEFUSI
Why not get rid of most exits, and use a tool
54 matches
Mail list logo