Re: jes2 spool

[Brian Westerman]

SyzSpool/z is certainly an option and it does extract the sysout from JES and 
places it in containers on DASD, but it doesn't compress (except what is done 
by SMS on it's behalf) and it relies on HSM, ABR or DF/Dss (or similar) to 
offload the sysout from  DASD.  But you are correct that it's both 
comprehensive, in that it lets you have protected access to the sysout from 
almost anywhere, and inexpensive.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SORTWK allocations for DFSORT vs Syncsort

[Sri h Kolusu]

Robert,

DFSORT has the ability of recovering from B37 abends. Please send the
complete joblog to my id and it will be helpful to diagnose the problem.

Thanks,
Kolusu
DFSORT Development
IBM Corporation


IBM Mainframe Discussion List  wrote on
04/01/2021 01:49:29 PM:

> From: Robert Hahne 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 04/01/2021 01:49 PM
> Subject: [EXTERNAL] SORTWK allocations for DFSORT vs Syncsort
> Sent by: IBM Mainframe Discussion List 
>
> Greetings ,
>
>   I recently noticed the way syncsort handles dynamic allocation for
> SORTWK datasets and they appear to be avoiding B37 abends better
> than DFSORT and I am assuming thats because syncsort allocates
> SORTWK datasets on "as needed" basis where as DFSORT tries to
> allocate all of them ahead according to the value specified in
> DYNALOC ICEOPTS . Any suggestions on how to fine tune DFSORT dynamic
> SORTWK allocations  ?
>
> Regards,
> Robert Hahne
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SORTWK allocations for DFSORT vs Syncsort

[Robert Hahne]

Greetings ,

  I recently noticed the way syncsort handles dynamic allocation for SORTWK 
datasets and they appear to be avoiding B37 abends better than DFSORT and I am 
assuming thats because syncsort allocates SORTWK datasets on "as needed" basis 
where as DFSORT tries to allocate all of them ahead according to the value 
specified in DYNALOC ICEOPTS . Any suggestions on how to fine tune DFSORT 
dynamic SORTWK allocations  ?

Regards,
Robert Hahne

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: No file permissions or super user authority for executing a shell script

[Lou Losee]

The simple answer is NO.

Lou
--
Artificial Intelligence is no match for Natural Stupidity
  - Unknown


On Thu, Apr 1, 2021 at 3:01 PM Robert Hahne 
wrote:

> Greetings ,
>
> Is there a way a user can be allowed to execute a unix shell script in
> batch without changing the file permission bits or granting SUPERUSER
> authority ?
>
> Currently the file has got 700 and the user is not the owner of the file .
> Any suggestions would be great
>
> Regards,
> Robert Hahne
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

No file permissions or super user authority for executing a shell script

[Robert Hahne]

Greetings ,

Is there a way a user can be allowed to execute a unix shell script in batch 
without changing the file permission bits or granting SUPERUSER authority ?

Currently the file has got 700 and the user is not the owner of the file . Any 
suggestions would be great 

Regards,
Robert Hahne

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EJES

[Lund, James E]

Yes

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Thursday, April 1, 2021 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] EJES

Classification: Confidential

yes

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, April 1, 2021 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EJES

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Does anyone in the Group use EJES and RACF?


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Assembler Language Programming for IBM System z Servers

[Wendell Lovewell]

Thanks René!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stand Alone Dump questions [EXTERNAL]

[Ed Jaffe]

On 4/1/2021 10:50 AM, Feller, Paul wrote:

Bob, just food for thought.  In our environment we place the IPL text for the 
SAD program on our DLIB volume.  As an example for our z/OS 2.3 lpars we end up 
with three DLIB volumes.  One for our sand box lpars, one for our test lpars 
and one for our production lpars.  We build the IPL text on each.  This way if 
we have to rebuild the program because of maintenance we do it as we move up 
maintenance from sand box to test to production.


We put SAD on our second RES volume (we have two).

Where do you put your stand-alone DSS (or equivalent)?

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stand Alone Dump questions [EXTERNAL]

[Feller, Paul]

Bob, just food for thought.  In our environment we place the IPL text for the 
SAD program on our DLIB volume.  As an example for our z/OS 2.3 lpars we end up 
with three DLIB volumes.  One for our sand box lpars, one for our test lpars 
and one for our production lpars.  We build the IPL text on each.  This way if 
we have to rebuild the program because of maintenance we do it as we move up 
maintenance from sand box to test to production.


Thanks.. 
  
Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, April 1, 2021 12:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stand Alone Dump questions [EXTERNAL]

Jim,



My foot thanks you! 



I'll find a smallish volume (3390-1) and assemble the IPL text there.



As for the datasets, I'll consult with my storage admin guy to see which size 
DASD he wants me to consume.  



Bob





-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Mulder
Sent: Thursday, April 1, 2021 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stand Alone Dump questions



As stated in the manual:



Do not place a data set that is intended to contain a stand-alone dump on a 
volume that also contains a page data set that the stand-alone dump program you 
might need to dump. When stand-alone dump initializes a page volume for virtual 
dump processing, it checks to see if the output dump data set also exists on 
this volume.

If it does, the stand-alone dump program issues message AMD100I and does not 
retrieve any data from page data sets on this volume. Thus, the dump might not 
contain all of the data that you requested.

This lack of data can impair subsequent diagnosis.



The dump data set cannot be defined on the same volume that contains the IPL 
text of stand-alone dump.



The maximum size of a single-volume DASD dump data set depends on the type of 
data set.



Conventional sequential (DSNTYPE=BASIC) data sets can span 65,535 tracks 
per volume, and can hold approximately 3 GB per volume.



Extended format (DSNTYPE=EXTREQ) data sets are supported by z/OS® V1R6 and 
later releases. Extended format sequential data can hold 4,294,967,295 blocks 
per volume. The maximum size for extended format sequential is approximately 
98,304 GB per volume.

You cannot use striping or compression options for extended format sequential 
data sets. You must use the guaranteed free space option to require DFSMS to 
reserve space at the time that the data set is created.



Large format data sets are supported by z/OS V1R7 and later releases. Large 
format

(DSNTYPE=LARGE) data sets can span 16,777,215 tracks per volume. The maximum 
size for large format data sets is 768 GB per volume.





Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.

Poughkeepsie NY



"IBM Mainframe Discussion List" 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> wrote on

04/01/2021 10:12:52 AM:



> From: "Richards, Robert B. (CTR)" <01c91f408b9e-dmarc-

> requ...@listserv.ua.edu>

> To: IBM-MAIN@LISTSERV.UA.EDU

> Date: 04/01/2021 12:05 PM

> Subject: Stand Alone Dump questions

> Sent by: "IBM Mainframe Discussion List" 
> mailto:IBM-MAIN@LISTSERV.UA.EDU>>

>

> It has been a long time since I messed around with modifying this

> stuff and, yes, I should RTFM, but I'm asking here so others can

> benefit from the questions (that's my story and I'm sticking with it!@

)

>

> Is there any reason *not* to use Mod-27 or -54s volumes?

>

> Is there any reason against placing the SADMP text on the first of the

> SA dump volumes?

>

> Are there any size restrictions on the datasets?

>

> Thanks for any and all answers,

>









--

For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: 
INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stand Alone Dump questions

[Richards, Robert B. (CTR)]

Jim,



My foot thanks you! 



I'll find a smallish volume (3390-1) and assemble the IPL text there.



As for the datasets, I'll consult with my storage admin guy to see which size 
DASD he wants me to consume.  



Bob





-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Mulder
Sent: Thursday, April 1, 2021 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stand Alone Dump questions



As stated in the manual:



Do not place a data set that is intended to contain a stand-alone dump on a 
volume that also contains a page data set that the stand-alone dump program you 
might need to dump. When stand-alone dump initializes a page volume for virtual 
dump processing, it checks to see if the output dump data set also exists on 
this volume.

If it does, the stand-alone dump program issues message AMD100I and does not 
retrieve any data from page data sets on this volume. Thus, the dump might not 
contain all of the data that you requested.

This lack of data can impair subsequent diagnosis.



The dump data set cannot be defined on the same volume that contains the IPL 
text of stand-alone dump.



The maximum size of a single-volume DASD dump data set depends on the type of 
data set.



Conventional sequential (DSNTYPE=BASIC) data sets can span 65,535 tracks 
per volume, and can hold approximately 3 GB per volume.



Extended format (DSNTYPE=EXTREQ) data sets are supported by z/OS® V1R6 and 
later releases. Extended format sequential data can hold 4,294,967,295 blocks 
per volume. The maximum size for extended format sequential is approximately 
98,304 GB per volume.

You cannot use striping or compression options for extended format sequential 
data sets. You must use the guaranteed free space option to require DFSMS to 
reserve space at the time that the data set is created.



Large format data sets are supported by z/OS V1R7 and later releases. Large 
format

(DSNTYPE=LARGE) data sets can span 16,777,215 tracks per volume. The maximum 
size for large format data sets is 768 GB per volume.





Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.

Poughkeepsie NY



"IBM Mainframe Discussion List" 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> wrote on

04/01/2021 10:12:52 AM:



> From: "Richards, Robert B. (CTR)" <01c91f408b9e-dmarc-

> requ...@listserv.ua.edu>

> To: IBM-MAIN@LISTSERV.UA.EDU

> Date: 04/01/2021 12:05 PM

> Subject: Stand Alone Dump questions

> Sent by: "IBM Mainframe Discussion List" 
> mailto:IBM-MAIN@LISTSERV.UA.EDU>>

>

> It has been a long time since I messed around with modifying this

> stuff and, yes, I should RTFM, but I'm asking here so others can

> benefit from the questions (that's my story and I'm sticking with it!@

)

>

> Is there any reason *not* to use Mod-27 or -54s volumes?

>

> Is there any reason against placing the SADMP text on the first of the

> SA dump volumes?

>

> Are there any size restrictions on the datasets?

>

> Thanks for any and all answers,

>









--

For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: 
INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stand Alone Dump questions

[Jim Mulder]

As stated in the manual:

Do not place a data set that is intended to contain a 
stand-alone dump on a volume that also contains a page 
data set that the stand-alone dump program you might 
need to dump. When stand-alone dump initializes a page 
volume for virtual dump processing, it checks to see 
if the output dump data set also exists on this volume. 
If it does, the stand-alone dump program issues 
message AMD100I and does not retrieve any data from 
page data sets on this volume. Thus, the dump might 
not contain all of the data that you requested. 
This lack of data can impair subsequent diagnosis.

The dump data set cannot be defined on the same 
volume that contains the IPL text of stand-alone dump. 

The maximum size of a single-volume DASD dump data 
set depends on the type of data set.

Conventional sequential (DSNTYPE=BASIC) data 
sets can span 65,535 tracks per volume, and can 
hold approximately 3 GB per volume.

Extended format (DSNTYPE=EXTREQ) data sets are 
supported by z/OS® V1R6 and later releases. Extended 
format sequential data can hold 4,294,967,295 blocks 
per volume. The maximum size for extended format 
sequential is approximately 98,304 GB per volume. 
You cannot use striping or compression options for 
extended format sequential data sets. You must use 
the guaranteed free space option to require DFSMS 
to reserve space at the time that the data set 
is created.

Large format data sets are supported by 
z/OS V1R7 and later releases. Large format 
(DSNTYPE=LARGE) data sets can span 16,777,215 
tracks per volume. The maximum size for large 
format data sets is 768 GB per volume.


Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

"IBM Mainframe Discussion List"  wrote on 
04/01/2021 10:12:52 AM:

> From: "Richards, Robert B. (CTR)" <01c91f408b9e-dmarc-
> requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 04/01/2021 12:05 PM
> Subject: Stand Alone Dump questions
> Sent by: "IBM Mainframe Discussion List" 
> 
> It has been a long time since I messed around with modifying this 
> stuff and, yes, I should RTFM, but I'm asking here so others can 
> benefit from the questions (that's my story and I'm sticking with it!@ 
)
> 
> Is there any reason *not* to use Mod-27 or -54s volumes?
> 
> Is there any reason against placing the SADMP text on the first of 
> the SA dump volumes?
> 
> Are there any size restrictions on the datasets?
> 
> Thanks for any and all answers,
> 




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EJES

[Charles Mills]

Ed Jaffe?

Just a wild guess on my part.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Steve Beaver
Sent: Thursday, April 1, 2021 6:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EJES

Does anyone in the Group use EJES and RACF?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPe / CSI missing product sysmods

[Wayne Driscoll]

Sorry for the delayed response, I haven’t been keeping up with IBM-MAIN the 
last few months. The DISPLAY MEPL is a Db2 utility command, so is not 
applicable to CQM. A CQM SMP/E install will apply the load modules into TARGET 
DDEF's SCQMLOAD, SCQCLOAD and SFECLOAD, so I would start there,

Wayne Driscoll
Rocket Software
Note - All opinions are strictly my own.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, March 9, 2021 3:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPe / CSI missing product sysmods

EXTERNAL EMAIL





SET BDY(TARGET).
LIST PTFS
FORFMID(HTCZ110).
SET BDY(DLIB).
LIST PTFS
FORFMID(HTCZ110).

For running the mepl can that be run against the Query monitor load and NOT the 
DB2 DSNLOAD?
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stand Alone Dump questions

[Carmen Vitullo]

IIRC since z/OS 1.12 the SADUMP program supported EAVolumes 
  
   
Carmen Vitullo 

   

-Original Message-

From: Seymour 
To: IBM-MAIN 
Date: Thursday, 1 April 2021 9:38 AM CDT
Subject: Re: Stand Alone Dump questions

For that matter, does SADUMP support EAV, and, if so, is there any reason not 
to use EAV for it? 


-- 
Shmuel (Seymour J.) Metz 
http://mason.gmu.edu/~smetz3 

 
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Richards, Robert B. (CTR) [01c91f408b9e-dmarc-requ...@listserv.ua.edu] 
Sent: Thursday, April 1, 2021 10:12 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Stand Alone Dump questions 

It has been a long time since I messed around with modifying this stuff and, 
yes, I should RTFM, but I'm asking here so others can benefit from the 
questions (that's my story and I'm sticking with it!@ ) 

Is there any reason *not* to use Mod-27 or -54s volumes? 

Is there any reason against placing the SADMP text on the first of the SA dump 
volumes? 

Are there any size restrictions on the datasets? 

Thanks for any and all answers, 

Bob 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS

[Seymour J Metz]

Either define a default GID or add a GID to the OMVS segment; the latter is 
preferable, IMHO.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Beaver [st...@stevebeaver.com]
Sent: Thursday, April 1, 2021 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OMVS

I have no idea where to look.  The USERID has UID(0) and it gets OMVS
SEGMENT INCOMPLETLY DEFINED

ICH408I USER(aa ) GROUP(xx ) NAME( )
CL(PROCESS )
OMVS SEGMENT INCOMPLETELY DEFINED








--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stand Alone Dump questions

[Seymour J Metz]

For that matter, does SADUMP support EAV, and, if so, is there any reason not 
to use EAV for it?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Richards, Robert B. (CTR) [01c91f408b9e-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, April 1, 2021 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Stand Alone Dump questions

It has been a long time since I messed around with modifying this stuff and, 
yes, I should RTFM, but I'm asking here so others can benefit from the 
questions (that's my story and I'm sticking with it!@ )

Is there any reason *not* to use Mod-27 or -54s volumes?

Is there any reason against placing the SADMP text on the first of the SA dump 
volumes?

Are there any size restrictions on the datasets?

Thanks for any and all answers,

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EJES

[Allan Staller]

Classification: Confidential

yes

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, April 1, 2021 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EJES

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Does anyone in the Group use EJES and RACF?


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stand Alone Dump questions

[Carmen Vitullo]

Morning Bob, it's been a long time for me also, but I have no choice here, all 
our DASD is MOD 54's  
FWIW the size of the SAD these day's, it made sense to me to define multiple 
volumes, even MOD54's for the SAD. 
I don't place the SADMP text on the first volume, IIRC there may be an issue 
with the SADMP program reserving the volume, I'm not 100 % sure 
  
  
   
Carmen Vitullo 

   

-Original Message-

From: Robert <01c91f408b9e-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN 
Date: Thursday, 1 April 2021 9:13 AM CDT
Subject: Stand Alone Dump questions

It has been a long time since I messed around with modifying this stuff and, 
yes, I should RTFM, but I'm asking here so others can benefit from the 
questions (that's my story and I'm sticking with it!@ ) 

Is there any reason *not* to use Mod-27 or -54s volumes? 

Is there any reason against placing the SADMP text on the first of the SA dump 
volumes? 

Are there any size restrictions on the datasets? 

Thanks for any and all answers, 

Bob 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Stand Alone Dump questions

[Richards, Robert B. (CTR)]

It has been a long time since I messed around with modifying this stuff and, 
yes, I should RTFM, but I'm asking here so others can benefit from the 
questions (that's my story and I'm sticking with it!@ )

Is there any reason *not* to use Mod-27 or -54s volumes?

Is there any reason against placing the SADMP text on the first of the SA dump 
volumes?

Are there any size restrictions on the datasets?

Thanks for any and all answers,

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

DGAXxxxx (z/OS Connect Direct (formerly NDM)) Programming

[David Spiegel]

Hi,
I would like to speak to anyone who has experience with coding DGAX 
Modules.

Please PM me if you're available.

Thanks and regards,
David

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Accurate listing of IDRDATA to TRANSLATOR ID's

[Farley, Peter x23353]

CBT file 321 (COBANALZ by Roland Schiradin) does a pretty darn good job of 
identifying the compiler that generated a module, and the price is right.

Just use the SUMMARY DD output if all you need is the main program compiler 
version.  If you have statically linked COBOL (or other language) user 
subroutines, you will have to browse the SYSPRINT detail output to see the 
compiler information for them.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kenneth J. Kripke
Sent: Thursday, April 1, 2021 8:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Accurate listing of IDRDATA to TRANSLATOR ID's

EXTERNAL EMAIL

Does IBM maintain a list of Translator ID's that corollate to the language 
processor/compiler product that produced CSECTS?  Purpose is to identify 

What version of a compiler produced the CSECT.  The goal is to identify COBOL 
VS modules when reviewing an AMBLIST LISTIDR output.  

 

Sincerely Yours; 

 

k.kri...@comcast.net 
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS

[Dave Jousma]

As Carmen suggested, display the user's OMVS segment.   Must have UID, GID 
minimally, probably requires home directory, and start program, usually /bin/sh

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with Dead Letter Queue Maintenance

[Michael Brennan]

Another option is set DeadLetterAction to be delete instead of store.
If all you ever are going to is clean out and delete what is stored in the 
directory, then why ever store something there in the first place.


From: IBM Mainframe Discussion List  on behalf of 
Steve Horein 
Sent: Wednesday, March 31, 2021 6:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with Dead Letter Queue Maintenance

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

These actions seem helpful:
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.halw001%2Fezd1826i.htmdata=04%7C01%7Cmichael.brennan%40HCL.COM%7C330e8876477b4f6781ac08d8f49b0fde%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637528294129536206%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=vGo%2FuST%2F8Psww4xPzzG%2BmKzhqSuwM1oRY2zCrHkxCSM%3Dreserved=0


On Wed, Mar 31, 2021 at 5:57 PM Lizette Koehler 
wrote:

> I am not a network/tcpip person
>
>
>
> I have seen messages indicating my Dead Letter queue is almost full
>
>
>
> How do I manage it?
>
>
>
> I found the USS path to the directory
>
>
>
> I have 3 mails in there that are huge.
>
>
>
> Can I use OMVS or ISPF 3.17 and just delete the entries?  Or is there
> another process I can use?
>
>
>
> Do I need to run a SMNP or TCPIP function to clear these out (they are from
> 2020)
>
>
>
> What can I do for a automation process to have CA OPS/MVS to monitor and
> alert?
>
>
>
> Thanks for any insight into this issue
>
>
>
>
>
> Lizette
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

EJES

[Steve Beaver]

Does anyone in the Group use EJES and RACF?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [External] OMVS

[Pommier, Rex]

Steve,

Check to make sure the group the user is assigned to has a GID.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, April 1, 2021 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] OMVS

I have no idea where to look.  The USERID has UID(0) and it gets OMVS SEGMENT 
INCOMPLETLY DEFINED

ICH408I USER(aa ) GROUP(xx ) NAME( ) CL(PROCESS ) OMVS SEGMENT 
INCOMPLETELY DEFINED 





 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS

[Carmen Vitullo]

Steve, do you have the ability to list the OMVS Segment for the user? 
the OMVS home may be incomplete or missing, and or the pgm segment 
   
Carmen Vitullo 

   

-Original Message-

From: Steve 
To: IBM-MAIN 
Date: Thursday, 1 April 2021 8:23 AM CDT
Subject: OMVS

I have no idea where to look. The USERID has UID(0) and it gets OMVS 
SEGMENT INCOMPLETLY DEFINED 

ICH408I USER(aa ) GROUP(xx ) NAME( ) 
CL(PROCESS ) 
OMVS SEGMENT INCOMPLETELY DEFINED 








-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

OMVS

[Steve Beaver]

I have no idea where to look.  The USERID has UID(0) and it gets OMVS
SEGMENT INCOMPLETLY DEFINED

ICH408I USER(aa ) GROUP(xx ) NAME( )
CL(PROCESS ) 
OMVS SEGMENT INCOMPLETELY DEFINED 





 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Accurate listing of IDRDATA to TRANSLATOR ID's

[Mike Schwab]

http://www.longpelaexpertise.com.au/ezine/MoreAboutLoadModules.php

On Thu, Apr 1, 2021 at 7:34 AM Kenneth J. Kripke  wrote:
>
> Does IBM maintain a list of Translator ID's that corollate to the language
> processor/compiler product that produced CSECTS?  Purpose is to identify
>
> What version of a compiler produced the CSECT.  The goal is to identify
> COBOL VS modules when reviewing an AMBLIST LISTIDR output.
>
>
>
> Sincerely Yours;
>
>
>
> k.kri...@comcast.net 
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Accurate listing of IDRDATA to TRANSLATOR ID's

[Kenneth J. Kripke]

Does IBM maintain a list of Translator ID's that corollate to the language
processor/compiler product that produced CSECTS?  Purpose is to identify 

What version of a compiler produced the CSECT.  The goal is to identify
COBOL VS modules when reviewing an AMBLIST LISTIDR output.  

 

Sincerely Yours; 

 

k.kri...@comcast.net  

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Low softcapping on high capacity CEC

[Scott Chapman]

Absolute CP capping caps the LPAR at the specified number of CP's worth of 
capacity. It avoids the issues with initial capping (by weight) in which LPAR 
A's available capacity can change when LPAR B or C is activated or deactivated 
if LPAR A's weight isn't readjusted too. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: jes2 spool

[kekronbekron]

What about https://syzygyinc.com/SyzSPOOLz.htm
LRS products are very comprehensive, but might not be pocket friendly, I don't 
know.

- KB

‐‐‐ Original Message ‐‐‐
On Wednesday, March 31, 2021 11:40 PM, Carmen Vitullo  
wrote:

> That's good to know Jesse, I support a product like VPS that has about 50 I/P 
> office printers defined currently with COVID the only activity I see now is 
> the Data Center's one shared office printer.
>  
> Carmen Vitullo
>
> -Original Message-
>
> From: Jesse jesse1.robin...@sce.com
> To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
> Date: Wednesday, 31 March 2021 1:06 PM CDT
> Subject: Re: jes2 spool
>
> One more option to consider. We have run VPS for years. When COVID hit, no 
> one could go into their normal office--where VPS printers are located. Users 
> asked us (infrastructure) if there was any way to get a windows viewable copy 
> of certain reports. Turns out VPS has such a feature. Not too expensive 
> beyond VPS itself. We got it installed with minimal VPS changes. Users were 
> thrilled.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Tony Thigpen
> Sent: Wednesday, March 31, 2021 7:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: jes2 spool
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> If you want cheap, as in free, but still fully supported, you should take a 
> look at IBM's IP Network Print Facility as you already have it.
> It's part of Communications Server. (Manual is SC27-3658-30.)
>
> Tony Thigpen
>
> Shelia Chalk wrote on 3/31/21 8:22 AM:
>
> > I am trying to find software that will take print from the jes2 spool, 
> > compress it and send it to a sever. Do anyone know of a product that will 
> > do this?
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ---
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN