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
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
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
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:
>
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
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
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
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
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
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:
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
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
". 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,
" 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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
--
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
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
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
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
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
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
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
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
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
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.
>
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
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
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
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
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
Pay-me-now or pay-me-later.
The APAR is there. I would expect IBM to reverse it sometime in the future.
My $0.02 USD worth,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Zelden
Sent: Friday, September 6, 2019 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: APA
I have not checked, but that is consistent with prior IBM practices.
If you want z/OS 2.3 order immediately!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Dana Mitchell
Sent: Friday, September 6, 2019 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.1 to 2.4
Actually, it probably does not need to be repaired, and IMO is almost certainly
NOT your problem.
However, if you want to fix this:
Dump all logical datasets on volume.
Reinit volume
Restore all logical datasets.
Probably more work that it is worth.
There is /was a program available from IBM.
I just this the same thing. The DEBCHK lock function is a pe-chain that seems
it has run on for about 18 months.
I ended up bypassing 2 APARs that do not affect my installation.
OA58037 is according to L2 support, a very specific set of conditions.
IMO, it is OK to bypass an error hold, as long
That is a LONG*** pe chain to restore/re-apply
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gibney, Dave
Sent: Tuesday, September 17, 2019 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Considering Bypassing ERROR HOLD for OA58037
Well, I do run VPS/TCPIP
K
Incidentally, we do have UA95897 applied for over a year now, and have not run
into the scenario that OA58037 describes. Seems like a pretty small window of
problem, and even then, it was on a task/job that was being cancelled to begin
with. I'd probably open ticket with IBM on that APAR, an
Perhaps a lack of maintenance? I couldn't find anything in a quick problem
search.
I suggest opening a case with IBM.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Matt Hogstrom
Sent: Friday, September 20, 2019 9:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: *MAS
Typically, the vio default (installation set) is much smaller than the max. The
OP might investigate the size of the specific files involved.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Thompson
Sent: Saturday, September 21, 2019 10:16 PM
To: IBM-MAIN@LISTS
That is not considered a good practice in RACF circles.
The best practice would be:
MCAT - UACC(NONE) READ(*) ALTER(sysprogs) (note: No update access except
via sysprogs)
UCAT - UACC(NONE) UPDATE(*) ALTER(sysprogs)
-Original Message-
From: IBM Mainframe Discussion List On Beha
1) Increase the number of buffers on OUTDD1
2) Investigate the Large Blocksize Interface (LBI)
3) opt(4) On the dump command
The real question is what is the limiting factor, TAPE or DISK?
Items 1 and 2 address the TAPE side
Item 3 addresses the DISK side
-Original Message-
From: IBM Mai
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary?OpenDocument
Or, even more important, IS resourcelink down?
https://www-01.ibm.com/servers/resourcelink/svc03100.nsf?OpenDatabase
A
Responding to my own post. It's back up now
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Monday, October 21, 2019 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Resource Link Down?
https://apc01.safelinks.protection.outlook.com/?url=htt
From days of yore,
IBM has generally recommended 2:1 virtual to real storage. I have pushed this
to 3:1 without major issues.
The paging subsystem should be configured accordingly page slots approx. 3x
available real.
If you are actually going to be doing serious paging, (> +/- 20 pps) the
l
splay level of paging?
On Mon, 4 Nov 2019 14:04:02 +, Allan Staller wrote:
>IBM has generally recommended 2:1 virtual to real storage. I have
>pushed this to 3:1 without major issues.
>The paging subsystem should be configured accordingly page slots
>approx. 3x available real.
I never based my estimates on the amount of real. Only on the Virtual.
Using our same 10TB system with a 2:1 virtual to real would result in 20 TB
page slots and a 60TB paging subsystem.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Tom
Marchant
Sent: Tuesday,
, 2019 at 10:35 AM Allan Staller wrote:
>
> I never based my estimates on the amount of real. Only on the Virtual.
>
> Using our same 10TB system with a 2:1 virtual to real would result in 20 TB
> page slots and a 60TB paging subsystem.
>
>
>
> -Original Message
df/DSS DUMP of the ZFS. Use the transportation method of your choice.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pierre Fichaud
Sent: Tuesday, November 5, 2019 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Zfs from 1 LPAR to another
A customer wants to send us
As I recall, this was endemic to DF/DSS at the time.
The z/OS 1.12 version would not (by default) read the "old backup" (z/OS 1.11
or below).
There is/was a PARM= or ctlcard option that needed to be specified in order to
read a dump dataset created by the "old version".
Of course , given the ag
What others have said, Read the books,
You did not say what your environment is (single image, base sysplex, parallel
sysplex).
IMO, unless/until you are running a parallel sysplex, logstreams are of minimal
(if any) benefit.
A parallel sysplex requires a coupling facility to support logstre
Not forgotten.
" is the method of recording and possibly increased the maximum recording
rate"
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Horne, Jim
Sent: Friday, November 15, 2019 9:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Collecting
Classification: Confidential
Dee the RACROUTE macro. IIRC, the parameter is TEST(AUTH)?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Farley, Peter
Sent: Tuesday, January 17, 2023 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX Question
[CAUTION: This Email
Classification: Confidential
With IRGs and other "overhead" the usable capacity is about 0.8 GB whis is what
I use when making "capacity" calculations.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Michael Watkins
Sent: Thursday, January 19, 2023 7:38 AM
To: IBM-M
Classification: Confidential
That is the case.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Thursday, January 19, 2023 8:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to determine if Enhanced HOLDDATA received?
[CAUTION: This Email is f
Classification: Confidential
Poor journalistic standards or lack of relevant knowledge.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Tom
Brennan
Sent: Thursday, January 26, 2023 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM does it again
[CAUTION: This Em
Classification: Confidential
I strongly suggest setting up sysplex file sharing for OMVS. This is pretty
straight forward. See the USS Planning guide.
Your service mountpoints would then be hung off of a directory in the OMVS
sysplex root (as opposed to the system root).
HTH,
-Original Mes
Classification: Confidential
Social democratic countries have *MUCH* higher tax rates. Somebody has to pay
for all of those services.
Social democratic countries have generally poorer medical care
Everything has its pros and cons. You pays your money and takes your choice.
-Original Message
Classification: Confidential
NO. IFASMFDL is used to process logstreams
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Carmen Vitullo
Sent: Monday, February 6, 2023 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IFASMFDP
[CAUTION: This Email is from outside the
Classification: Confidential
He will be missed. Condolences to you Rebecca.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Rebecca Richards
Sent: Wednesday, February 8, 2023 5:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Goodbye and thanks for all the fish
[CAU
Classification: Confidential
The OP might try Sungard or one of the other BR providers. They usually have
older devices available.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Tony Harminc
Sent: Thursday, February 9, 2023 8:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subj
Classification: Confidential
LISTDSI is a TSO command. ADDRESS TSO prior to the command should work.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Thompson
Sent: Monday, February 20, 2023 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Q: Where is LISTDSI kept
Classification: Confidential
A few seconds to 1 minute
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Martin Packer
Sent: Friday, February 24, 2023 4:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCRT and not operating LPAR
[CAUTION: This Email is from outside th
Classification: Confidential
IBM made a change to no longer accept non-secured connections due to some EU
privacy laws. IIRC July 2021 or so. HTTPS or FTPS is required.
I do not know if AT-TLS is one of the accepted protocols.
HTH,
-Original Message-
From: IBM Mainframe Discussion List
Classification: Confidential
Thnks for the update Kurt.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Kurt J. Quackenbush
Sent: Tuesday, February 28, 2023 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you connect to the PTF download site with z/OS FTP?
[CA
Classification: Confidential
The "spare" ICF engine on the "A" box could be shared between *your*
test/production sysplexes.
HTH
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Laurence Chiu
Sent: Friday, March 3, 2023 9:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
Classification: Confidential
I ask IBM and the said to install the PTFs serially to get around this issue.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Beaver
Sent: Thursday, March 9, 2023 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: SMP)e
[CAUTION: Th
Classification: Confidential
D XCF,COUPLE,TYPE=WLM
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Thursday, March 9, 2023 2:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WLM Couple dataset?
[CAUTION: This Email is from outside the Organization.
Classification: Confidential
Horse hockey
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Giannelli
Sent: Thursday, March 9, 2023 3:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: WLM Couple dataset?
[CAUTION: This Email is from outside the Organization. Unless
Classification: Confidential
I strongly suggest the use of the DAF utility. CBT Tape file 094 (?).
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Doonan
Sent: Thursday, March 16, 2023 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Processing SMF Type 15 records
Classification: Confidential
True,
But SMPE does not maintain the location of the PTfs in the spill datasets. They
can be copied (at will) between any of the spill datasets.
So start with SMPPTSn and copy all PTFs to SMPPTS1 (that will fit). Repeat as
needed until SMPPTSn is empty. It can then b
Classification: Confidential
I have the following:
COBOL:
05 FR-KWY PIC X(12).
IF FR-KEY=SPACES
MOVE..
REXX:
IF fr_key = ' ' THEN
Move..
Are these 2 statements equivalent? I suspect REXX will do a 1 -by compare vs. a
12 byte compare for COBOL.
Can anyone con
Classification: Confidential
YUP! PDS has long been able to support "invalid" member names. The STOW macro
uses what it is passed.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jeremy Nicoll
Sent: Saturday, April 8, 2023 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subje
Classification: Confidential
Why does the author omit the classic "I, Robot" by Issac Asimov.
Where the "AI" decides to protect humanity from itself.
That being said, I believe we are far from sentient AI at this point in time.
My USD $0.02 worth.
-Original Message-
From: IBM Mainframe
Classification: Confidential
Bill, et. al.
Lets take this debate offline and keep this forum professional.
Argue with whomever you wish, but please do it privately.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Johnson
Sent: M
Classification: Confidential
I have set up something similar. I called it a "toggle-plex". (2 LPAR base
sysplex in one box).
This was set up as a base sysplex with CTC's for GRS (and VTAM/TCPIP)
communication. (yes I did use a DVPIP).
PARMLIBs/PROCLIBs/Catalogs were shared. (note there is some
Classification: Confidential
If the JCL has all of the DD's defined. Just open/close the requested file(s)
as needed. No need for dynamic ddname.
>> I'm not trying to allocate the files. The JCL for the step has all the DDs.
>> I just need to be able open, extend, and close the select/assign to
Classification: Confidential
Same answer as my previous post. Open/close/read/write as needed.
Nothing here need to be dynamic.
Am I missing something?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Schmitt, Michael
Sent: Friday, April 28, 2023 3:30 PM
To: IBM-MAIN
Classification: Confidential
SSL keys (contained in the cert) are text strings. Text transfer should fix the
problem.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Matt Hogstrom
Sent: Thursday, May 4, 2023 8:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Importing x.
Classification: Confidential
Try:
https://coztoolkit.com/docs/sftp/ssh_keys_part1_2012-06-12.pdf
and
https://coztoolkit.com/docs/sftp/ssh_keys_part2_2012-06-19.pdf
for some good background.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Matt Hogstrom
Sent: Thursda
Classification: Confidential
TSO OGET/OPUT work just fine.
>And how are you copying it from USS to an MVS dataset?
::DISCLAIMER::
The contents of this e-mail and any attachment(s) are confidential and intended
for the named recipient(s) only. E-mail transmissio
Classification: Confidential
OMVS can be started as SUB=MSTR or as a JES task. Che choice is up to the
installation.
Ditto for ZFS.
What is really being implied is that if JES2 needs OMVS services, it should not
provide those services until OMVS has initialized,
Many other tasks do this (e.g.
in parmlib.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
--- Original Message ---
On Wednesday, May 10th, 2023 at 7:58 AM, Allan Staller
<0387911dea17-dmarc-requ..
Classification: Confidential
Whatever message ID is entered, I receive the following response:
"Search couldn't find any matches.
Be aware of your spelling. Even a single, misspelled word can impact your
results.
The more specific your search terms are, the better quality search results you
will
Classification: Confidential
1) try Sthe SPIN (JCL?) parameter. Possibly w/Free=close on the DD statement.
2) check the log or debug levels in IZUPRMxx.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gadi Ben-Avi
Sent: Thursday, May 18, 2023 1:01 AM
To: IBM-MAIN@LIS
Could this be causing the excessive logging?
Gadi
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: יום ה 18 מאי 2023 14:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF log size
Classification: Confidential
1) try Sthe SPIN (JCL?) parameter
Behalf Of
Allan Staller
Sent: יום ה 18 מאי 2023 15:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF log size
Classification: Confidential
YUP!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gadi Ben-Avi
Sent: Thursday, May 18, 2023 7:16 AM
To: IBM-MAIN
Classification: Confidential
This entire thread comes down to "the "new tools" are neither as available,
functional ore reliable as those they replace".
::DISCLAIMER::
The contents of this e-mail and any attachment(s) are confidential and intended
for the named
Classification: Confidential
It is not necessary to remove the "old keypair". SSH will cycle through any
available keys until it finds one that works.
Theoretically, at some point this could become a performance bottleneck. In
practical terms it seems to be a non-issue.
My USD $0.02 worth.
201 - 300 of 1077 matches
Mail list logo
