Thanks and any technical challenges ?
On Wed 11 Jul, 2018, 10:28 AM ITschak Mugzach, wrote:
> Have heard some clients complains about msu raised. This mean that you may
> pay more than you used.
>
> ITachak
>
> בתאריך יום ד׳, 11 ביולי 2018, 6:07, מאת Jake Anderson <
> justmainfra...@gmail.com>:
Have heard some clients complains about msu raised. This mean that you may
pay more than you used.
ITachak
בתאריך יום ד׳, 11 ביולי 2018, 6:07, מאת Jake Anderson <
justmainfra...@gmail.com>:
> Hi
>
> Has anyone moved your z hardware from z114 to z14 ?
>
> Any gotchas and how was your migration e
Thank you so much for help
On Tue, Jul 10, 2018 at 10:14 PM, George Rodriguez <
016eebd7289b-dmarc-requ...@listserv.ua.edu> wrote:
> It's been a while since I made changes to the file used to capture
> messages. Let me check and I'll get back to you.
>
>
> *George Rodriguez*
> *Specialist II
Hi
Has anyone moved your z hardware from z114 to z14 ?
Any gotchas and how was your migration experience ?
We are at zOS 2.2 with z114.
Regards
Jake
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
[Default] On 10 Jul 2018 15:08:00 -0700, in bit.listserv.ibm-main
t...@vse2pdf.com (Tony Thigpen) wrote:
>So, DISP=SHR is not the default, as I thought was implied by John's
>statement that "Z/os VSAM is always accessed as DISP=SHR."
Not only that but I have accessed VSAM DISP=OLD when I wanted
Below is an example of Jol, and the equivalent JCL.
Clem
Simplified Jol Scripting Language for Z/OS, TSO, Linux and Windows
Payroll: Job class C 1000 k;
Exec Validate Input.Trans, Trans.Action(+1); /* Validate Transations */
if Validate=0
then do;
Sort transaction(+1) to Sorted.Trans.Action
Jol has a comprehensive menu system too.
Or it can be used with a PL/I type English like script.
For example,
Testjob: job;
Print Sys1.Maclib(call);
Clem
Jantje. wrote:
On Thu, 5 Jul 2018 15:08:01 -0500, Dana Mitchell wrote:
Most everything is menu driven,
Indeed it is, but hitti
Paul Gilmartin wrote:
On Thu, 5 Jul 2018 14:23:35 -0400, Hobart Spitz wrote:
I think a more encompassing approach would be for JOL to be a function,
command or environment which could be invoked from REXX.
JOL could be invoked from REXX. Or JCL.
When the JOL *compiler* is invoked from TSO tho
Don't forget to increment the LABEL=
In a message dated 7/10/2018 6:38:33 PM Central Standard Time,
clementcla...@ozemail.com.au writes:
VOL=REF=*.Ddname can be used here.
--
For IBM-MAIN subscribe / signoff / archive access
VOL=REF=*.Ddname can be used here.
It seems that once you refer to a data set on the Passed Data Set Queue,
then it has been marked as received, and hence cannot be referenced
again in the same job step.
However, using a previous ddname overcomes that, and also picks up the
correct volume if
Don't know about that! I always think that IBM has some of the best
people and concepts. Pity IBM didn't push PL/I instead od allowing C to
rule the world.
However, there's an interesting IBM lab in Perth that has some excellent
people. Not many people know about it.
I worked there for a fe
It's easy to diss a solution as 'budget' when it saves someone *else* money.
The notion that a third CEC for standalone CF is substantially better than ICF
is illusory. If you truly believe that one extra CEC is necessary, then you
really need two extra CECs for CF because there are times when y
John wrote:
>it is not the default but is the only correct way to access a vsam file.
>disp=shr,dsn=.vsam (possible bufno,bufni,...etc)
Does any one know it that also applies to PDSEs? AFAIK, they are VSAM
datasets.
OREXXMan
JCL is the buggy whip of 21st century computing. Stabilize it.
Put
it is not the default but is the only correct way to access a vsam file.
disp=shr,dsn=.vsam (possible bufno,bufni,...etc)
Never disp=new or delete. Disp=old can be used if you need to make sure
you are the only one accessing the file but if it is open in CICS it will
hang.
On Tue, Jul 10, 2
Actually, I think that inside VSAM, what is specified via SHAREOPTIONS would
override any JCL. But, you need to get past the JCL during allocation before
VSAM can take over.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tony T
My memory was wrong on normal termination. I rarely use DISP defaults. I would
expect you are correct for the MOD instance
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Tuesday, July 10, 2018 3:07 PM
> To
So, DISP=SHR is not the default, as I thought was implied by John's
statement that "Z/os VSAM is always accessed as DISP=SHR."
Tony Thigpen
Gibney, Dave wrote on 07/10/2018 05:49 PM:
If DISP=SHR (that is if not DISP is provided), then the JCL Default of
(NEW,PASS) would happen and the job wou
On Tue, 10 Jul 2018 21:49:47 +, Gibney, Dave wrote:
>If DISP=SHR (that is if not DISP is provided), then the JCL Default of
>(NEW,PASS) would happen and the job would fail
>
From the JCL Ref.
Defaults
v If you omit the status subparameter, the default is NEW.
v If you omit the normal
On z/VSE, there is not a LIKE option in the DLBL card. We must use
IDCAMS DEFINE with MODEL(other file name) to get the same results as LIKE.
Tony Thigpen
Farley, Peter x23353 wrote on 07/10/2018 04:05 PM:
Creating a VSAM cluster may often require IDCAMS DEFINE, but the JCL LIKE
parameter is
For normal z/VSE VSAM:
1) you can use DISP=NEW, which resets the High RBA at open if the file
is defined with REUSE.
2) you can use DISP=DELETE, which resets the High RBA at close if the
file is defined as REUSE. (note: Space is not released.)
3) with very limited exceptions, you always use IDCA
If DISP=SHR (that is if not DISP is provided), then the JCL Default of
(NEW,PASS) would happen and the job would fail
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tony Thigpen
> Sent: Tuesday, July 10, 2018 2:43 PM
> To: IBM-M
Then, why does every VSAM DD for every z/OS site I have worked with,
always include DISP=SHR?
(I guess, because it's a habit from non-VSAM files and nobody told them
they did not have to do it.)
Tony Thigpen
John Clifford wrote on 07/10/2018 04:16 PM:
Z/os VSAM is always accessed as DISP=SHR
Z/os VSAM is always accessed as DISP=SHR.
On Tue, Jul 10, 2018 at 3:52 PM, Wayne Bickerdike wrote:
> *How can it infer the difference between KEEP and DELETE? (Or is thatthe
> "mostly" part?)-- gil*
>
>
> *On Wed, Jul 11, 2018 at 4:48 AM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listse
z/OS DISP=(OLD,DELETE) works without any problem to delete a VSAM cluster that
you own. I use that JCL all the time to delete test VSAM files.
Creating a VSAM cluster may often require IDCAMS DEFINE, but the JCL LIKE
parameter is your friend if for instance you are making a copy of a production
*How can it infer the difference between KEEP and DELETE? (Or is thatthe
"mostly" part?)-- gil*
*On Wed, Jul 11, 2018 at 4:48 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu
<000433f07816-dmarc-requ...@listserv.ua.edu>> wrote:*
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *On Tue, 10
It's been a while since I made changes to the file used to capture
messages. Let me check and I'll get back to you.
*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County
It beats the alternative. The more I proofread, the more improvements I
make and the longer my posts get. 8-D
OREXXMan
JCL is the buggy whip of 21st century computing. Stabilize it.
Put Pipelines in the z/OS base. Would you rather process data one
character at a time (Unix/C style), or one rec
> I wanted to share the solution with you.
Thank you.
On Tue, Jul 10, 2018, 11:31 AM Kayhan Tanriverir <
01bdd42c15bc-dmarc-requ...@listserv.ua.edu> wrote:
> Hi,
> The problem is solved.
>
> CSSMTP fails to initialize when the configuration file contains a
> TRANSLATE statement specifying a
On Tue, 10 Jul 2018 14:23:34 -0400, Tony Thigpen wrote:
>
>Take a simple "I want to use a VSAM file". Here is what is normally used:
>z/OS:
>//POLYUPD DD DSN=PROD.HKY.VSAM.HPP002P.F03,DISP=SHR
>z/VSE:
>// DLBLTEITEST,'TEI.TEST.VSAM',,VSAM,CAT=VSESPUC
>
>z/OS (mostly) requires a DISP=. VSE (mos
On Tue, 10 Jul 2018 13:08:44 -0400, Thomas David Rivers wrote:
>In a program, you can issue the BPX LOAD service to load a program
>into memory... and similar to the LOAD macro, this returns the address
>where the module was loaded, and the starting address.
>
>Now - is there any guarantee that if
>> A minute AFTER I hit "send" for my message I saw the error.
>>
>I do my best proofreading *after* I press the key...
I'm excellent at finding my typos when I read my post after it is echoed back
to me.
--
Peter Hunkeler
--
>In a program, you can issue the BPX LOAD service to load a program
into memory... and similar to the LOAD macro, this returns the address
where the module was loaded, and the starting address.
>Now - is there any guarantee that if you then do a BPX FORK and then
a BPX EXEC to execute the module,
I have a few minutes, so I thought I would make some more comments.
1) z/OS JCL statements are much more complex than z/VSE because they
have a lot more 'options'. But, to be honest, most programmers just use
a small sub-set of what they could use.
Take a simple "I want to use a VSAM file". H
I don't even play a UNIX expert on TV but doesn't FORK give the child a
total clone of the parent's address space? If X (for any X, including a load
module) was at address aaa before the FORK, will it not be at address aaa
for both parent and child after the FORK?
Charles
-Original Message--
saurabh khandelwal wrote:
>We getting below message frequently on our syslog
>EMS0675E VTAM INQUIRE FAILED FOR LU=A1OXMAP RC=1453
>EMS0675E VTAM INQUIRE FAILED FOR LU=A1OXCICS RC=1453
>EMS0675E VTAM INQUIRE FAILED FOR LU=A1OXMAP RC=1453
>EMS0675E VTAM INQUIRE FAILED FOR LU=A1OXCICS R
It's not at all unusual that when you have experience with multiple systems,
you find features on each that you wish you had on the others, e.g., in TSO I
miss XEDIT.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussio
Hi,
The problem is solved.
CSSMTP fails to initialize when the configuration file contains a TRANSLATE
statement specifying a code page other than IBM-1047.
Because the input buffer was not properly initialized. Applied PTF UI55791
solved the problem.
CSSMTP has been corrected to initialize
In a program, you can issue the BPX LOAD service to load a program
into memory... and similar to the LOAD macro, this returns the address
where the module was loaded, and the starting address.
Now - is there any guarantee that if you then do a BPX FORK and then
a BPX EXEC to execute the module, t
On Tue, 10 Jul 2018 10:28:05 -0500, John McKown wrote:
>I'm having a discussion on another,
>gaming, forum where one person insists that I simply can't be doing what I
>have been for about a month. Because I'm using a tool which "can't do
>that".
When my daughter was in high school she wrote a v
On Mon, 9 Jul 2018 16:41:40 -0300, Clark Morris wrote:
>How would the WFM (Work Flow Manager IIRC) for the Burroughs B500 and
>successor compare with IBM z/OS JCL and with VSE JCL. How does z/OS
>JCL compare with VSE JCL? My memories of DOS360 JCL probably are
>irrelevant.
I worked on a Burroug
Hello George,
Thanks for reply. But in netview, where will i find these message entry, so
that I can delete.
I looked over internet and found that using option 4, I can remove these LU
but I am unable to get that panel.
Can you please help me to drive this task .
On Tue, Jul 10, 2018 at 6:32 PM
Instead of using ADM (used to administer applications and menu options of
NVAS) you have to use Netview on your NetView Application Selection Panel
and from there, you look for the message you want to suppress.
*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47
I agree with David Crayford's comment, 100%!
Let's put this to rest. To completely replace JCL with REXX is not an option.
If you want to run certain applications driven by REXX program, by my guest,
that's a design issue. But please don't plan on replacing everything with REXX.
Roger W. Suhr
On Tue, Jul 10, 2018 at 10:19 AM Seymour J Metz wrote:
> It wouldn't help; lots of people don't know what they platform that they
> are running on can do, much less other platforms. If I had $1 for every
> time somebody told me that, e.g., ISPF, couldn't do that I'd been doing for
> decades ...
>
> Seymour, I have to interject here and state that I like JCL.
De Gustibus Non Est Disputandum said the old lady as she kissed the cow. For
me it's more like the water in Gunga Din.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mai
Like I said, I was using cards when I last worked on VSE, so it's been a little
while... ;)
I'll be curious to hear whats changed too
Dana
On Tue, 10 Jul 2018 09:15:57 -0400, Tony Thigpen wrote:
>I wish those of you not current on VSE would remember that we have had
>just as many years to cha
It wouldn't help; lots of people don't know what they platform that they are
running on can do, much less other platforms. If I had $1 for every time
somebody told me that, e.g., ISPF, couldn't do that I'd been doing for decades
...
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
___
Hello Group,
We getting below message frequently on our syslog
EMS0675E VTAM INQUIRE FAILED FOR LU=A1OXMAP RC=1453
EMS0675E VTAM INQUIRE FAILED FOR LU=A1OXCICS RC=1453
EMS0675E VTAM INQUIRE FAILED FOR LU=A1OXMAP RC=1453
EMS0675E VTAM INQUIRE FAILED FOR LU=A1OXCICS RC=1453
You mention "bypass options". Does this pertain to recalling the file to a
non-SMS disk or SMS disk? I would like to try out your suggestion.
On Friday, 6 July 2018, 2:53:13 pm GMT-4, Gibney, Dave
wrote:
There are bypass options, given sufficient authority. Of course, with
suffici
[Default] On 10 Jul 2018 07:05:11 -0700, in bit.listserv.ibm-main
r.skoru...@bremultibank.com.pl (R.S.) wrote:
>S>I just read Announcement Letter from IBM, Power machines now have
>network interface cards 40GbE, two interfaces per card.
>In PC server world such card have been available for while,
[Default] On 10 Jul 2018 06:16:08 -0700, in bit.listserv.ibm-main
t...@vse2pdf.com (Tony Thigpen) wrote:
>I wish those of you not current on VSE would remember that we have had
>just as many years to change things as z/OS has. Oh, wait, we have
>longer. DOS came out before what ever MVS was call
Thanks Mark!
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mark A. Brooks
> Sent: 10 July, 2018 15:51
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IXC344I send cnt: when does it wrap?
>
> The signal counts are 4 byte co
W dniu 2018-07-10 o 15:15, Tony Thigpen pisze:
I wish those of you not current on VSE would remember that we have had
just as many years to change things as z/OS has. Oh, wait, we have
longer. DOS came out before what ever MVS was called back then.
z/VSE has a lot of things in the JCL that z/O
Sounds like no such option.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ioaz100/ioaz100_OSA-Express6S.htm
There are 10GbE, 1GbE and 1000BaseT options.
Note there're also RoCE and RoCE2 cards, but both are 10Gbps.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 2018
>It might be worth pointing out what might be a little known fact[snip]
Thanks, I do understand this. Nevertheless, good point. Worth to be found in
the archives.
>If you think specifying FILSZ might help,... [snip]
I do think so, indeed, but I talked to the application people and the
The signal counts are 4 byte counters, they'll wrap to zero after they reach
4,294,967,295.
My guess is that the authors of the Redbook saw that the IXC344I msg allowed 10
bytes for the counter and assumed that the output would be delimited with
commas. But it's not.
--Mark Brooks
On Tue, Jul 10, 2018 at 8:16 AM Tony Thigpen wrote:
> I wish those of you not current on VSE would remember that we have had
> just as many years to change things as z/OS has. Oh, wait, we have
> longer. DOS came out before what ever MVS was called back then.
>
OS/360 -- either MFT or MVT.
Hi,
We finally were able to remove the bad with the help of TREX.
We were able to list the GDG GAT entries with TREX. After sending them the
listings, they created a Zap for us to delete the entry.
I executed the zap and was able to create the entry the right way, it rolled
right in. :)
Thi
I wish those of you not current on VSE would remember that we have had
just as many years to change things as z/OS has. Oh, wait, we have
longer. DOS came out before what ever MVS was called back then.
z/VSE has a lot of things in the JCL that z/OS has no equal to. I work
both areas and there
Sounds like old news to me. OSA-6 cards are both faster that 40Gbps and offer
at least 4 ports/card. IIRC.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Tuesday, July 10, 2018 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
I just read Announcement Letter from IBM, Power machines now have
network interface cards 40GbE, two interfaces per card.
In PC server world such card have been available for while, even 100Gbps
cards are present.
What about System Z?
--
Radoslaw Skorupka
Lodz, Poland
=
... And I may add that if VSE JCL was so good, it wouldn't have so many
private extensions (and I've seem some of them).
ITschak
On Tue, Jul 10, 2018 at 2:37 PM Dana Mitchell wrote:
> My memories of VSE JCL are dated, and quite possbily incorrect with
> current VSE, but I recall that I felt it
My memories of VSE JCL are dated, and quite possbily incorrect with current
VSE, but I recall that I felt it was more complicated that MVS jcl. It had
more types of statements (although fewer parms per type), JOB, * $$ JOB,
UPSI, OPTION, LIBDEF, PAUSE, and EXEC statements. To describe a d
IXC344I displays the number of messages sent per transport class and message
length.
The message manual states that this number may wrap.
The System z Parallel Sysplex Best Practices Redbook from 2011 states that this
number wraps at 99,999,999.
However I see larger counts. When does this number
W dniu 2018-07-10 o 06:56, Timothy Sipples pisze:
I should also respond to this part:
Radoslaw Skorupka wrote:
...for availability reasons one should avoid having CF
and z/OS LPAR on the same hardware, which means
That's not phrased as IBM would phase it, and it's not correct as written.
Seymour, I have to interject here and state that I like JCL. There - it is out
in the open and I feel much better for having said it :-)
I am not going to say that it cannot be improved, of course it can, but I think
it is a wonderful tool that has grown over the years, while HAVING to maintain
Thanks. I wasn't, in that post, intending to talk about Duplexing
performance. Merely how I know about deactivated LPARs from RMF SMF - in
case anybody wondered.
(In recent engagements I've used the deactivated LPARs' names and
locations to drive brief discussions on Availability setup etc.)
I
Martin, thanks I time to time read your blogs very useful however one you
pasted for the deactivated lpar's doesn't have much on the performance side
...anyway yes we have LOCK1 duplex...here's an example from our dev partitions.
STRNAME: Dxxx_LOCK1
STAT
A common pattern (and I often see the inactive LPARs in RMF* SMF) but tell me:
Do you duplex DB2 LOCK1? And how is that working out performancewise?
* I wrote about how to do this in
https://www.ibm.com/developerworks/community/blogs/MartinPacker/entry/lpars_what_s_in_a_name?lang=en
in 2014.
C
We took an approach where for each plex we had CF defined on two cec's as that
make sense :
1. Systems defined in the plex are defined on both CEC ...i.e. Say we have plex
of 4 systems (SYS1,SYS2,SYS3,SYS4), each with 2 systems on one CEC1(SYS1 & SYS2
Active(Normal running) the rest 2 in Inact
Please check the MPFLSTxx member hopefully it's suppressed as it does in our
shop.
IEC614I,SUP(YES),RETAIN(NO),AUTO(YES) /* ADDED 03/15/01 */
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send e
71 matches
Mail list logo