Ed Gould ps2...@yahoo.com wrote in message
news:1323450663.14671.yahoomailmob...@web161404.mail.bf1.yahoo.com...
Gil,
It sounds like production is not fully implemented in the company.
JCL, maybe but not where execution source resides.
I have wired in places like that and it can be a
Hi Jon,
To address the Console issue here, we force the SDSF variables on the way in
with this code:
sysname = mvsvar('SYMDEF','SYSNAME')
isfcons = userid()||RIGHT(sysname,1)
isfsysid = sysname
Address ISPEXEC
VPUT (ISFCONS
Hello Listers
We have virtual tapes, virtual drives and I am submitting a batch job to read
data from 40+virtual tapes but our MTL - RMM - zOS 1.13 system is not mounting
/ using more that 11 tapes in parallel.
We have got 120+ virtual drives and available and system is not busy..
regards
W dniu 2011-12-12 09:25, Munif Sadek pisze:
Hello Listers
We have virtual tapes, virtual drives and I am submitting a batch job to read
data from 40+virtual tapes but our MTL - RMM - zOS 1.13 system is not mounting
/ using more that 11 tapes in parallel.
We have got 120+ virtual drives and
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Sunday, December 11, 2011 2:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL sheesh! for today
In 9480536010373504.wa.paulgboulderaim@bama.ua.edu, on
Nice little snip of code. Thanks. I was thinking of something along
those lines, but hadn't really looked into the details.
On Mon, 2011-12-12 at 08:13 +, Tidy, David (D) wrote:
Hi Jon,
To address the Console issue here, we force the SDSF variables on the way in
with this code:
Thanks Radoslaw,
yes all vurtual devices are online and data volumes available
job reads data from different systems / components - CMF / RMF / TMON / IMS/
DB2 / data collectors etc and then sort them.
IBM RMM HSM OAM and LUMINEX MTLs defined as Storage class / storage group in
SMS.
It doesn't require DB2.
Rob Schramm
Senior Systems Consultant
Imperium Group
You're right of course Rob, but I wanted to point out the potential restriction.
Also note that the SMF logging for LDAP events only has 512 bytes set aside for
DN values.
Geoff Rousell
IBM System z, UK
Hi, All,
Currently studying the migration guide for z/OS 1.13 (we're running 1.11
now), and note that 1.13 delivers zFS with a default of sysplex=filesys.
Earlier releases default sysplex=off. We do NOT run any shared file
systems, and do not anticipate doing so in the foreseeable future.
I would expect that if you initiailize OMVS with SYSPLEX(NO) in BPXPRMxx
whatever you specify in IOEPRMxx for sysplex= would be ignored.
Mark Jacobs
On 12/12/11 11:18, Chase, John wrote:
Hi, All,
Currently studying the migration guide for z/OS 1.13 (we're running 1.11
now), and note
Thanks to those who responded.
Turns out IMS specifies OPTCD=W in the DCB used for the IEFRDER DD (log
file) when allocated to tape in an IMS batch (DLI) job, and this disables
the VTS buffering that provides the performance benefit of the VTS. Some
of our application developers have figured out
On Sun, 11 Dec 2011 19:54:01 -0800, Edward Jaffe edja...@phoenixsoftware.com
wrote:
On 12/11/2011 9:28 AM, Mark Zelden wrote:
As long as you don't enable ISPF profile sharing (which I never did because
it
is a kludge anyway - see past posts on ISPF-L), it is simple.
IBM says profile sharing
Probably limited to 1 or 2 drives per DDNAME.
On Mon, Dec 12, 2011 at 5:53 AM, Munif Sadek munif.sa...@gmail.com wrote:
Thanks Radoslaw,
yes all vurtual devices are online and data volumes available
job reads data from different systems / components - CMF / RMF / TMON / IMS/
DB2 / data
Munif,
To really determine why your job doesn't allocate 40+ drives, one would have
to see the complete Joblog, JCL and Allocation messages. Depending on how
the JCL is written and how the datasets are spread over the individual
tapes, the job may not need more than 11 drives to get the job done.
Kees,
I think I would disagree with the flexibililty issue as all it takes some
imagination with JCL and symbolic for the DSN in this case.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
snip
Currently studying the migration guide for z/OS 1.13 (we're running 1.11
now), and note that 1.13 delivers zFS with a default of sysplex=filesys.
...snippage
Q1: Has anyone here IPLed a z/OS 1.13 system into a supported
back-level sysplex WITHOUT shared file systems AND without having
I am attempting a cross-memory POST and receiving a S402 ABEND, RSN=0.
Here is the environment:
The code is running in key zero, AMODE 31, ASC=PRIMARY, PASN=HASN=SASN .
It is running out of a FRR for a SRB.
The macro invocation is specified as follows:
POST
I know you said RSN=0 on the abend, but the manual says R15 has a value in
it for this abend, describing the reason for the abend. Have you checked
logrec to see what it says?
--Dave
- Original Message -
From: Justin R. Bendich jbend...@austin.rr.com
Newsgroups:
Thank you all,
excellent and very helpfull posts.
Arye.
On 12 December 2011 13:56, Geoff Rousell geoff_rous...@uk.ibm.com wrote:
It doesn't require DB2.
Rob Schramm
Senior Systems Consultant
Imperium Group
You're right of course Rob, but I wanted to point out the potential
restriction.
-Original Message-
From: Justin R. Bendich jbend...@austin.rr.com
To: IBM-MAIN IBM-MAIN@bama.ua.edu
Sent: Mon, Dec 12, 2011 12:31 pm
Subject: S402 ABEND upon cross-memory POST
I am attempting a cross-memory POST and receiving a S402 ABEND, RSN=0.
ere is the environment:
The code is
Sorry, Steve, I was referring not to dynamic allocation using outside services
(LE or CICS), but rather the fact that (Enterprise) COBOL doesn't natively
support dynamic (memory) allocation.
Frank
From: Steve Comstock st...@trainersfriend.com
To:
Justin,
If you look at the SYSTRACE in the dump for the S402 - can you see any 0C4
abends prior to the actual S402 abend?
If your ECB is in Key-7 , I am not sure that the events table can be in Key-8.
My guess is that the cross-memory post routine is going to SPKA to Key-7 to
POST the ECB and
Can you clarify what you mean by There is a task whose PSW key is zero which
has issued
an EVENTS macro whose table includes the ECB in question.
Because as far as I know EVENT table does not own ECBs. It is the ECBs that
reference the event table.
Raymond Wong
-Original Message-
Rob Scott wrote:
Justin,
If you look at the SYSTRACE in the dump for the S402 - can you see any 0C4
abends prior to the actual S402 abend?
If your ECB is in Key-7 , I am not sure that the events table can be in Key-8.
My guess is that the cross-memory post routine is going to SPKA to Key-7 to
Justin,
May I politely suggest that you have another look at the design - you have at
least three storage keys involved in this scenario I would feel uncomfortable
with a solution that X-memory POSTs a Key-7 ECB using ECBKEY=0 and involves an
EVENTS table in Key-8.
Key-7 CSA hints that this
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Saturday, December 10, 2011 8:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL sheesh! for today
snip
C, for example, allows as many or as few (even only one)
Automatic, LIFO dynamic storage IS readily available in PL/I in the
form of local storage. In my experience it is not much used because
misunderstood: people who attempted, uninstructed, to use it early on
were dismayed when they discovered that successive subroutine calls
did not leave it in
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
There are probably several on the CBT tape (www.cbttape.org)
I recommend the DAF utility on the CBT tape (file094).
You can look at the SMF 14/15 records using IEHEYEBALL.
AFAIK, there is no supplied program with z/OS.
HTH,
SAS + MICS or SAS + MXG or DAF from CBT
Lizette
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at
Liz,
The list you provided is OK, but in reality you really only need DAF and its
free.
While the others an do the job well I might add. The simple answer is usually
the best.
Ed
--
For IBM-MAIN subscribe / signoff /
Liz,
The list you provided is OK, but in reality you really only need DAF and its
free.
While the others an do the job well I might add. The simple answer is usually
the best.
Ed
Absolutely agree. DAF is usually sufficient.
However, some shops do not like freeware and this shop may
Actually, IBM does supply DFSORT which makes the answer to the question yes
plus SMOP. For some complex value of simple :)
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
In 3897078350657311.wa.paulgboulderaim@bama.ua.edu, on
12/11/2011
at 04:04 PM, Paul Gilmartin paulgboul...@aim.com said:
OK. Done. Does this say the right stuff?
Yes.
Is the example suitable?:
Yes, other than using RC as a variable name.
--
Shmuel (Seymour J.) Metz, SysProg
In 0de6a9840123e547b061ac5b6765c026240...@exmb-05.ad.wsu.edu, on
12/12/2011
at 08:55 AM, Gibney, Dave gib...@wsu.edu said:
Actually, often it is difficult to know what you are replying to and
the attribution requires extra clicks, windows and effort.
No.
If fact, until this latest exchange,
Going back to fundamentals, my recollection is that this information is not in
the VTOC (F1 DSCB), nor is it to be found in the catalog. So it is only to be
found in the SMF data. I hope I have it right so far.
One implication could be that for certain ancient datasets, there will be no
ALLOCATE and FREE are part of the 2002 COBOL international standard (ISO/IEC
1989:2002); a standard which IBM has made no commitment to implement...
While certainly useful if you would like to build linked lists, I personally
would much prefer dynamic-length tables and dynamic-length strings.
Actually, even attempting to access the link provided here was unhelpful.
I really don't care. Sometime your messages contain useful enough info to
continue to read them long enough to hit the delete :) I would guess as much as
20% of time, there is enough context and your reply is timely.
I was aware of the presence of ALLOCATE and FREE in the 'new' COBOL standard
This thread has wandered far from its initial topic, and perhaps it is
time to let it expire quietly. Frank likes variable-length tables. I
agree that self-defining tables like those achievable with the
ALLOCATE and
Dave,
Technically IBM also supplies HLASM as well but the question was phrased to let
the reader to think that a canned solution. The DFSORT option (actually semi
valid) requires a bit of logic and some amount of programming type logic ie
packed, binary etc and of course record layouts and
Liz,
I know what you mean, however most shops turn a blind eye to systems people
running their own acquired code on their own ID. I understand and fully agree
that programs like DAF and others on the CBT or other such places should not be
given to applications programs . I have been burned by
In 004901ccb6dc$d0dd5bd0$72981370$@us, on 12/09/2011
at 07:41 PM, Jim j...@thethomasresidence.us said:
Somewhat of a similar experience but in the early 60's, my
professors' (physics and chemical) believed that
experiments were merely a course of steps (process / action) to prove
or disprove
In
CAPD5F5piy2kkwtwSCr0B5Gpd9ZzK81oRJ=mtf_etnux7-qo...@mail.gmail.com,
on 12/12/2011
at 03:26 PM, John Gilmore johnwgilmore0...@gmail.com said:
Automatic, LIFO dynamic storage IS readily available in PL/I in the
form of local storage. In my experience it is not much used because
On Mon, 12 Dec 2011 11:12:44 -0500, Shmuel Metz (Seymour J.) wrote:
Is the example suitable?:
Yes, other than using RC as a variable name.
As in RC = BPXWDYN( ... )?
Well, RC really is a variable. It has some special behaviors, as does
SIGL. (Others? None come immediately to mind.) I
On 13/12/2011 6:48 AM, John Gilmore wrote:
I was aware of the presence of ALLOCATE and FREE in the 'new' COBOL standard
This thread has wandered far from its initial topic, and perhaps it is
time to let it expire quietly. Frank likes variable-length tables. I
agree that self-defining tables
On 12/12/2011 7:06 PM, Paul Gilmartin wrote:
On Mon, 12 Dec 2011 11:12:44 -0500, Shmuel Metz (Seymour J.) wrote:
Is the example suitable?:
Yes, other than using RC as a variable name.
As in RC = BPXWDYN( ... )?
Well, RC really is a variable. It has some special behaviors, as does
SIGL.
-- Forwarded message --
From: Shai Hess mfnetd...@mfnetdisk.com
Date: Tue, Dec 13, 2011 at 7:45 AM
Subject: case from DR in France.
To: shai.h...@gmail.com
**
HI,
Two days ago, I receive email with the title big problem for me ! help !
from customer from France name
47 matches
Mail list logo
