You did not indicate if you are using an ICF or not.
I would run the sizer for the CF22 level. Update your current policies to
match, and add the new CF to the policies. The major difference between CF17
and CF22 is the size of the structures.
Options:
1) Add (I guestimate) 20% To your current s
To the OP.
I will concur with the earlier recommendation to (at least) order z/OS 2.3.
Just in case.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Tom
Marchant
Sent: Friday, August 30, 2019 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.1 to 2.4 [EXTERNA
Still n-2
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Friday, August 30, 2019 5:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.1 to 2.4
As long as you don't have any USERKEYCSA or USERKEYCAD applications to
remediate, you will probabl
Found another instance of the same thing many years ago. I forget if it was
COBOL-E or COBOL-F.
A missing period caused the compiler to abend.
Ah! The good old days.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Thursday, August 29, 2019 12:37
ry using &SYSR1 to Catalog SYS1.PARMLIB on the SYSRES and let me know if it
works.
In z/OS 2.1 it didn't.
Regards,
David
On 2019-08-28 08:35, Allan Staller wrote:
> I have never has a problem using &SYSR1 anywhere ** could have been used.
> Actually, the resolution of &SY
D mod conversion of SYSRES
Hi Allan,
Try using &SYSR1 to Catalog SYS1.PARMLIB on the SYSRES and let me know if it
works.
In z/OS 2.1 it didn't.
Regards,
David
On 2019-08-28 08:35, Allan Staller wrote:
> I have never has a problem using &SYSR1 anywhere ** could have been used.
>
I have never has a problem using &SYSR1 anywhere ** could have been used.
Actually, the resolution of &SYSR1 occurs very early in the IPL, long before
CAS is initialized.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Vernooij, Kees (ITOP NM) - KLM
Sent: W
Volume &SYSR1. and volume ** are equivalent. HLQ &SYSR1.. is a whole
different matter.
i.e.
DEF NVSAM(NAME(datasetname) DEVT(3390) VOL(&SYSR1.))
and
DEF NVSAM(NAME(datasetname) DEVT(3390) VOL(**))
Should resolve identically.
The "advantage of &SYSR1 is that it is easily extensible to &S
This seems to be a lot of work to recover a very small amount of data.
There are so few options in the SADMP program, that it would probably be faster
to code it up from scratch.
Check the fine manuals for details on the macro coding.
HTH,
-Original Message-
From: IBM Mainframe D
Nope. The controls are at the JOB level. There is no way to run stepXY on any
other LPAR.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of K
Sent: Monday, August 26, 2019 1:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CLASS parm for EXEC statement?
Dear all,
I am runn
You are trying to install a down-level PTF. Did your run an accept prior to the
apply check?
The best time to ran an accept, is just before the next apply.
I suspect that UI46897 SUPS UI34556 (haven't checked).
Running an successful accept prior to the apply will cause UI34556 to be
deleted fr
I would suggest hard coding (at least) a 150M or greater region. This optimizer
code is about 120M.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Joseph Reichman
Sent: Saturday, August 24, 2019 8:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S0C4 XL C Compiler
R
Try the DAF program from the CBTTAPE FILE094.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
willie bunter
Sent: Saturday, August 24, 2019 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF PUZZLE
Good Day,
I am trying to find the user/job which created a dsn. I ru
Are you referring to the "Integrated 3270 Console" DEVNUM(HMCS) in CONSOLxx
which requires no reference to JAVA
Or
"Operating System Messages" DEVNUM(SYSCONS) in CONSOLxx which is JAVA
dependent.
This integrated 3270 console is especially useful in early IPL before the SMCS
consoles have in
I have seen a couple of ZBB [1] analyses. The break even point was generally in
the range of about 100 servers.
[1] Zero based budgeting. Pretend nothing is there and the "build" the
environment from the ground up using the same assumptions on both sides.
This differs from many other analyses I
End of Sept. 2019
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter
Sent: Sunday, August 18, 2019 2:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOS 2.4 availablity ?
Hi Group,
When can we expect zOS 2.4 serverpac to be available in shopz ?
Regards
Peter
--
You can supply TZ via JCL parm, (LE) parm or OVMS shell variable or /etc/init
or /etc/rc
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Phil Smith III
Sent: Wednesday, August 14, 2019 5:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Local time in C on z/OS
I have a C
ation.
SMF30ICU = SMF30ICU_STEP_INIT (for this step) + SMF30ICU_STEP_TERM (from the
previous step)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Allan Staller
Sent: Tuesday, August 6, 2019 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
me is in the SMF 30? Can you be more specific?
Your last sentence seems to say the opposite? Or ... ?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Allan Staller
Sent: Tuesday, August 6, 2019 12:54 PM
To: IBM
This allocation time can be calculated from SMF type 30.
I am sure time is tracked. I am not sure the associated CPU is tracked.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Tuesday, August 6, 2019 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
Repeating my refrain!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Tuesday, August 6, 2019 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM KC "The request cannot be fulfilled by the server"
I attempt to go to
https://apc01.safelinks.protect
The "new tools" are neither as reliable, available or functional as those they
replace.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lopez, Sharon
Sent: Monday, July 29, 2019 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question about new IBM support site
My DB
I suspect a case of fat finger syndrome (outside of dfHSM). As an alternative,
you could have recataloged them to MIGRAT
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Monday, July 29, 2019 8:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Silly DFSMS
I suggest APPLY CHECK SOURCID(RSU1905 RSU1906).
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Sunday, July 28, 2019 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "merging" 2 RSU levels
Thank you both for your responses!
I can see now when I
PDSESHARING=EXTENDED and start SMSPDSE1
SMSPDSE (address space) is for "system tasks" SMSPDSE1 is for "user tasks"
Check the fine manuals.
This is an SMS issue, not a MIM issue.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of S B
Sent: Wednesday, July 24, 2019 10:23 A
Windows File Associations?
Try w/IE or other to see if it is unique to Chrome
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lionel B Dyck
Sent: Wednesday, July 24, 2019 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using Google Chrome to open IBM z/OS 2.4 Library I
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Wednesday, July 24, 2019 7:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Shopz product orders will NOT be available between August 16, 2019
and August 22, 2019 inclusively
What is wrong with this picture?
Their Flagship
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Allan Staller
> Sent: 24 July, 2019 14:38
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: FW: Shopz product orders will NOT be available between August
> 16,
> 2019 and August 22, 2019 inclusively
>
> What is wron
as those that
are being replaced.
IMO, there is usually less function as well.
From: shop...@us.ibm.com
Sent: Tuesday, July 23, 2019 8:41 PM
To: Allan Staller
Subject: Shopz product orders will NOT be available between August 16, 2019 and
August 22, 2019 inclusively
To our Valued IBM Clients
" Why won't FORTRAN square a negative number? Is this behavior peculiar to
FORTRAN?"
It did when I learned FORTRAN (circa 1971). Haven't touched FORTRAN in about 35
years.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Clark Morris
Sent: Thursday, July 18, 2019 3
". Odds are real strong that we will be off of z/OS by January 2021, July at
latest."
I've heard that one before. Usually about 5-10 years after the previous "we'll
be off by"
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gibney, Dave
Sent: Thursday, July 11,
Reserve/Release processing? Check GRSRNL00 for SYSIGGV2 (catalog) SYSZVTOC
(obvious) SYSZVVDS (obvious),
Service class/dispatch priority of the CSSMTP task?
You might also try rebuilding the VTOCIX on the volume.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf
Input/Output to XMIT be any of the "standard" file formats. Attributes will be
restored during the RECEIVE process.
XMIT will convert the "input file" to FB/80.
What XMIT cannot handle is any file format other that FB/80 for the converted
file.
HTH,
-Original Message-
From: IBM Mainfra
I have most often seen this where there an intervening non-Z/OS box in the
transfer.
However, this could even occur w/ z/OS-Z/OS transfers.
I suggest you re-send the file from the original source with any intervening
transfers also in BINRY (MODE I (eye)).
HTH
-Original Message-
From:
Since you are receiving an IGD message, I am going to presume your TMS is RMM
(as opposed to CA1).
RMM AFAIK does not allow reading of a scratch tape.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Kayhan Tanriverir
Sent: Wednesday, July 10, 2019 1:53 AM
To: I
Gilmartin wrote:
> On Fri, 5 Jul 2019 09:35:49 -0500, Elardus Engelbrecht wrote:
>
>> Allan Staller wrote:
>>
>>> This typically happens (in my experience) when a single ISPPROF dataset is
>>> shared across multiple images (last update wins).
>>
>> T
tasets. No need for the prompt.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Friday, July 5, 2019 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Who is changing a user's ISPF profile
On Fri, 5 Jul 2019 09:35:49 -0500, Elardus Engel
And then he will get Sx37 abends because no dataset can be made large enough to
contain the output.
The OP need to go back to the source of the problem (Application Program) and
find out why so much output is being produced.
This must be corrected.
-Original Message-
From: IBM Mainframe
This typically happens (in my experience) when a single ISPPROF dataset is
shared across multiple images (last update wins).
A)Code/install ISPF EXIT 16 to change the name of the ISPPROF dataset being
used to something image specific.
B)Live with it
HTH,
-Original Message-
From: IBM Ma
Subject: Re: Job abend with S722
This will not impact the overall spool usage right??
Regards,
Raji
On Fri, Jul 5, 2019, 7:29 PM Joe Monk wrote:
> Or, you could try OUTLIM=16777215 on the DD SYSOUT card.
>
> Joe
>
> On Fri, Jul 5, 2019 at 8:56 AM Allan Staller
> wrote:
>
JES might also be supplying the OUTLIM. It does not necessarily come from JCL.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Friday, July 5, 2019 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Job abend with S722
If you don't care how many line
Can't help you from this side. The system is doing what it is supposed to do.
You need to look at the job (application pgms, ) and find out why so much
output is being produced.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
raji ece
Sent: Friday, July 5, 201
Multiple images?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gadi Ben-Avi
Sent: Thursday, July 4, 2019 9:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Who is changing a user's ISPF profile
Hi,
A user is complaining that 'someone' is changing their ISPF profile and
The might be some issues w/volume of the type 80's collected. Otherwise it
works fine.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elardus Engelbrecht
Sent: Thursday, July 4, 2019 4:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF for cataloged procedures and
Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Wednesday, July 3, 2019 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMPE ACCEPT options
It is a common practice to back up everything before the accept.
In my case, the entire SMP/e ENV is on one volume, so I just use df/dss
It is a common practice to back up everything before the accept.
In my case, the entire SMP/e ENV is on one volume, so I just use df/dss.
Any method that works for the backup is acceptable.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Wednesda
Try ACCEPT CHECK GROUPEXTEND. It might reduce the number of passes.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Wednesday, July 3, 2019 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE ACCEPT options
Thank you for your help!
So I am tr
The whole discussion seems to me to be the typical Ivory Tower pontification.
Does they even realize, that despite Mobile Access the transactions are
still being processed by a Mainframe?
Remember, the last mainframe was supposed to be turned off in 1995 or
thereabouts!
-Original M
tp client software either free or
commercial we can look at? All involved think it's the open ssh client because
it's the only one having the problem, well that we know of.
Thanks
Matt
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent
Check the service your SSH client is receiving.
If I understand the reported symptoms, you can get this behavior if z/OS does
not dispatch the SSH Client.
Many of the same items vis-à-vis (network and FTP) also apply to SSH.
Routing?
Class of Service?
What is happening at time of observed issues
LIST SYSMOD FUNCTION on the target zone.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Tuesday, July 2, 2019 4:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: getting a list of FMIDS and the product description
I am trying to get a list of the FM
ibution library. Any aliases
specified for such a module must exist in the LKLIB or relative file in order
to be copied.
I am pretty sure he won't be able to ACCEPT DB2 11 unless/until he can find the
missing RELFILES.
Rex
-Original Message-
From: IBM Mainframe Discussion List On
1) change the auto mount convention to include a system symbols (e.g.
&SYSUID..&SYSNAME..USER.ZFS) and rename all *.*.USER.ZFS as needed.
2) Investigate OMVS SYSPLEX sharing. One file will be used for all
participating images.
See the USS Planning Guide for details.
-Original Message-
F
-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Monday, July 1, 2019 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: zOSMF software validation looking for *.F files
Perhaps that will solve the OP's problem.
Run the accept w/NOPURGE and then manu
You can use the NOPURGE to ACCEPT SYSMODS into the first DLIB
zones then change to PURGE to accept into the last DLIB.
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Monday, July 1, 2019 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subjec
ACCEPT will absolutely clean up the relfiles. I do not recall if there is an
SMPE configuration option to override this.
If DB2 V12 is installed in the same SMPE environment as DB2 V11, I expect
problems.
The SMPE MCS for DB2V12 FMIDs most likely contains ++DELETE statements for
DB2V11 FMIDS.
Immediately after the successful apply of the FMID's
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Monday, July 1, 2019 9:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF software validation looking for *.F files
Thinking forward to my v1
IIRC, the RELFILEs are not used in the accept process. You can just allocate
them if they are lost.
Kurt Q, Can you comment?
HTH,
-Original Message-
From: Allan Staller
Sent: Monday, July 1, 2019 8:59 AM
To: IBM Mainframe Discussion List
Subject: RE: zOSMF software validation looking
You might get a RC8 from the accept related to deleting the files. Otherwise
you should be OK.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Monday, July 1, 2019 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF software validation lookin
You should be able to accept the base functions with a minimum of additional
maintenance.
In my shop, I would:
Accept the base functions and any required maintenance. ACCEPT CHECK S(FMID1,
FMID2,..). Resolve any error holds. This will of course require that the
.F* files be recalled.
Accept
*.F1 seems to match the convention for SMP RELFILES. Perhaps you need to run an
accept of the base function, which will clean up the RELFILES.
Not a lot to go on from the info provided.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Monda
AMATERSE should provide what you want for a "classic" or "unix" file.
Of course this is only useful if the remote site is also z/OS.
AFAIK tar, pax, in Unix System Services are compatible with their non-z/OS
counterparts,
If support for "classic" files in not available, there are OGET, OPUT
Perfectly acceptable. IIRC BYPASS(HOLDSYS(.)) automatically generates a CC4
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Sunday, June 30, 2019 4:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE APPLY CHECK CC 04
I downloaded Db2 maintenanc
Nope!
Quis custodiet ipsos custodes?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Friday, June 28, 2019 6:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dataset encryption question
Outside of using dataset conditional access rules is there anyway
on and function from
the public problem database.
Need I go on?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed
Jaffe
Sent: Monday, June 24, 2019 10:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SR going away?
On 6/24/2019 8:12 AM, Allan Staller wrot
Like I said before. More "new tools", less function, less availability.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed
Jaffe
Sent: Monday, June 24, 2019 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SR going away?
On 6/24/2019 5:59 AM, All
More "new tools", less function, less availability.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Monday, June 24, 2019 7:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM SR going away?
I'm sure many of you have seen this. I'm trying to boil dow
I prefer to keep the SMP/E targets uncataloged. The prevents inadvertent
updating of any running system. Extremely cheap (but effective) insurance.
The SMP/E targets are used *ONLY* as SMP/E targets and *NEVER* on a running
system.
"Clones" are used by the running system.
My 0.02 USD worth
-
Read up on the SMPE ZONEEDIT command.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gadi Ben-Avi
Sent: Thursday, May 30, 2019 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: delete volume and unit information form DDDEF
Hi,
I have DDDEFs that have volume and unit inf
RESTORE
NSC NMC BPYASSACS(**)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Nai, Dean
Sent: Wednesday, May 29, 2019 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ADRDSSU
Hi,
Running a DR test. Trying to restore an SMS managed dataset on a floor
I just went through this. There are 2 "levels" of RACF sharing
SYSPLEX Data Sharing (CF required) and SYSPLEX Communications (no CF required).
SYSPLEX Data Sharing is b'10001100' (x'8C')
SYSPLEX Communication is b'10001000' (x'88').
What you have set up is SYSPLEX Communication. RACF will not be
STORCLAS(desired storclas) BYPASSACS(**)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elaine Beal
Sent: Thursday, May 23, 2019 11:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS copy to pre-allocated dsn
I'm copying disk to disk.
source file is 2 volumes and
1) CATALOG s/b RECATALOG(*)
2) I believe a data set of that size must be extended format and SMS managed.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gadi Ben-Avi
Sent: Wednesday, May 22, 2019 6:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Moving a large ZFS to ano
This will require unload/delete/allocate/reload of the original dataset. I
presume you mean either Extended Addressability or Extended Format.
In either case, these are attributes of the DATACLAS which can only be modified
at dataset allocation time.
HTH,
-Original Message-
From: IBM M
Presuming this is an HFS, (and based on the supplied dsn) I believe you are
correct.
If this is a mis-named ZFS, IIRC it can span volumes.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jackson, Rob
Sent: Thursday, May 16, 2019 6:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
S
. is there something else I
should tack on?
On Thursday, 16 May 2019, 4:54:38 pm UTC, Allan Staller
wrote:
Try this:
//INDD1 dd
//INDD2 dd .
//OUTDD1 dd
//OUTDD2 dd .
//SYSIN DD *
Parallel
DUMP DSN=datasetname1. Inddd=indd1outdd=outdd1
DUMP DSN=datasetname2. Inddd=i
,I'll try it out. The only drawback is that I will be using more than 1
tape to backup the dsns.In your example I will be using 2 tapes.
On Thursday, 16 May 2019, 4:54:38 pm UTC, Allan Staller
wrote:
Try this:
//INDD1 dd
//INDD2 dd .
//OUTDD1 dd
//OUTDD2 dd .
//SYS
Try this:
//INDD1 dd
//INDD2 dd .
//OUTDD1 dd
//OUTDD2 dd .
//SYSIN DD *
Parallel
DUMP DSN=datasetname1. Inddd=indd1outdd=outdd1
DUMP DSN=datasetname2. Inddd=indd21outdd=outdd2
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Joh
DWIN was superesed by DWIM - Do what I meant!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
John McKown
Sent: Thursday, May 16, 2019 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: Ancient DASD connectivity
On Thu, May 16, 2019 at 8:08 AM Pommier,
%2B4%3D&reserved=0
‐‐‐ Original Message ‐‐‐
On Thursday, May 16, 2019 8:14 AM, Allan Staller wrote:
> HSM is VERY PICKY about the actual DCB characteristics of the ODS.
> If the ODS does not match what HSM expects, HSM gives up and produces nothing.
>
> I don’t remember what DCB ch
HSM is *VERY PICKY* about the actual DCB characteristics of the ODS.
If the ODS does not match what HSM expects, HSM gives up and produces nothing.
I don’t remember what DCB characteristics are required, but it must be
documented somewhere.
HTH,
-Original Message-
From: IBM Mainframe Di
The first device to support "disconnect" was the 3330 which also connected to a
3830.
Prior to that IO in both directions tied up the entire path from CPU to device
and back for the duration (2314, 2311 dasd).
The flow of a "typical" IO request:
Channel passes commands to 3830 and disconnects.
3
In the logger policy, and IIRC, in LOGREC= in IEASYS00.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gadi Ben-Avi
Sent: Wednesday, May 15, 2019 7:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Logrec Logstream name
Thanks
Where do I define the name of the l
With no coupling facility, you are limited to DASD-Only logstreams.
DASD-only logstreams *CAN NOT* be shared.
It is (IMO) not worth the effort to convert to logstreams for EREP when DASD
only.
EREP, these days, is pretty much limited to software records, and thus there is
limited value to a logs
Set up the Resolver function. Pretty straightforward.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Tony Thigpen
Sent: Tuesday, May 14, 2019 5:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TCPIP.DATA file
Currently, all the TCPIP jobs have to specify the //SYSTCPD DD
On Tue, May 14, 2019 at 2:55 PM scott Ford wrote:
> Alan,
>
> A big thanks ..A Common Dataspace is good , i will have to find how to
> anchor ..homework.
>
> Regards,
> Scott
>
> On Tue, May 14, 2019 at 2:45 PM Allan Staller
> wrote:
>
>> That is why I sp
me if i am correct ?
Scott
On Tue, May 14, 2019 at 2:28 PM Allan Staller wrote:
> Common Data Space? This is kind of what data spaces were invented for.
> An init routine to run more or less @ IPL time to create, anchor and
> load the data space.
> Cobol to access/update the data via
Common Data Space? This is kind of what data spaces were invented for.
An init routine to run more or less @ IPL time to create, anchor and load the
data space.
Cobol to access/update the data via the dataspace
Optional routine to save the dataspace @ shutdown.
HTH,
-Original Message-
The actual arch level should be somewhere in the Job listing from the Cobol
Compile.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
John Abell
Sent: Saturday, May 4, 2019 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL 6.2 and ARCH(12)
I am a bit behi
No. See my previous reply to an earlier email in this thread.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Spiegel
Sent: Friday, May 3, 2019 5:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Crazy concatenation mystery
Hi Greg,
If someone uses BLKSIZE=32760,
You said: "... but the received wisdom is that all load libraries should have
blksize=32K-8. ..."
For optimal space usage, however, the BLKSIZE should be 27998 (i.e. half-track
blocking).
On Behalf Of
David Spiegel
Sent: Thursday, May 2, 2019 9:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
_65HaYgksbF6Q8SQ4oOvA&data=02%7C01%7Callan.staller%40HCL.COM%7Cc05ec9abbb4348d2f39708d6c9b28b24%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636918166031973475&sdata=UVs60tjxjGMEYXW1ojjCrux8XrGAO1Dj7eUWF1T1F%2Fs%3D&reserved=0
From: Allan Staller
To: IBM-MAIN@LISTSERV.UA.E
It seems to be back.
-Original Message-
From: Allan Staller
Sent: Thursday, April 25, 2019 12:54 PM
To: 'IBM Mainframe Discussion List'
Subject: IBM Lookat Down?
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/lookatkc?OpenDocument
Receive 504 Gateway Error
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/lookatkc?OpenDocument
Receive 504 Gateway Error - Backend Application Server Unreachable when
attempting to access.
Cmon' IBM. When are you going to provide some reliable, functional and
available tools for us?
::DISCLAIMER::
I would guess your USSTAB (USSMSG10) screen need to be updated to support the
SUBSYS parameter.
The assembled USSTAB in use can be found in the TELNET parms or VTAMLST.
The source code is another matter.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Edgingto
Looks like a database update timing issue.
I had the same problem with the IBM support portal.
The apar shows up in the search results list, but give me the 404 message when
I attempt to view the detail.
The "new tools" are neither are reliable, available, or functional as the tools
being repl
a=oDaF1aIDYjh%2Fch5crsF0IB79FgWFrVJet%2BoeL8FgdQM%3D&reserved=0
From: IBM Mainframe Discussion List on behalf of
Allan Staller
Sent: Wednesday, April 17, 2019 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP
Almost none. The only thing ISTR is CSSMTP
Almost none. The only thing ISTR is CSSMTP is not very happy with square
brackets "[" and "]".
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Tuesday, April 16, 2019 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP
I am a Db2 Systems
"The ssh command performs ASCII<->EBCDIC conversion (for pedants, 1047<->819).
I'd expect that to be IBM-specific. Probably not relevant to security, but
additional code that must be supported in an IBM instance, or conditionally
bypassed if the sources are merged."
SSH defaults to binary tra
Paul Gilmartin wote:
" Would IBM do better to apply IBM patches to the newest distribution rather
than trying to upgrade an outdated version with APARs? There's yet no
assurance that IBM's patching won't regress a needed security patch
Is EBCDIC a culprit?"
This has nothing to do w/EBCDIC.
501 - 600 of 1077 matches
Mail list logo