Re: Question on TCP window size for FTP

[Mauri Kanter]

MTU is 1492  (no jumbo frames)

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

FTPing datasets to MS Share Point Server

[Jake anderson]

Dear List,

Good Day !!

I have tried FTPing using the IEBGENER to my Local PC but just wanted to
understand if we can FTP all the Dataset contents to a Share Point Server ?
I am in process of automating a process of FTPing all the MF datasets to a
share Point server on a  monthly Basis for our Internal Review.

Has Anyone Performed a similar set up at your Shop of FTPing the MF data's
to Share Point server ? Any Pointers or suggestions are most welcome.


Jake

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Bruce Hewson]

Hi Dave,

You do not NEED to access a PDS as exclusive to be able to manipulate members.

Mostly, DISP=SHR is all that is needed.in the unlikely occurrence that 2 
tasks attempt to update the same member at the same time, they may get an error.

Regards
Bruce Hewson

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

Re: LE COBOL odd behavior

[Scott Ford]

Thanks Clark, I had to look it up, didn't know it existed, much appreciated

Scott ford
www.identityforge.com

On Jun 6, 2012, at 4:03 PM, Clark Morris  wrote:

> On 6 Jun 2012 07:04:52 -0700, in bit.listserv.ibm-main you wrote:
> 
>> John,
>> 
>> I fixed it, but the fix was odd, I added a //sysout dd sysout=* 
>> It now works
> 
> If the statement //SYSOUT DD some parameters is missing and you have a
> DISPLAY something in your program and the LE runtime option CBLQDA is
> (ON), the program will dynamically allocate a temporary file with
> DISP=(NEW,DELETE) and write to it.  This is true for all QSAM files.
> If the LE option is CBLQDA(OFF), you will get an abend on OPEN (or for
> DISPLAY, first write).  CBLQDA(ON) is purportedly to conform to the
> COBOL standard although the standard assumed that the file would
> remain somewhere.
> 
> Clark Morris  
>> 
>> Scott ford
>> www.identityforge.com
>> 
>> On Jun 6, 2012, at 9:16 AM, "McKown, John"  
>> wrote:
>> 
>>> Did somebody change the LE options? That's all that I can think of. No, I 
>>> don't know what the option(s) might be that could cause this difference. 
>>> 
>>> -- 
>>> John McKown 
>>> Systems Engineer IV
>>> IT
>>> 
>>> Administrative Services Group
>>> 
>>> HealthMarkets(r)
>>> 
>>> 9151 Boulevard 26 * N. Richland Hills * TX 76010
>>> (817) 255-3225 phone * 
>>> john.mck...@healthmarkets.com * www.HealthMarkets.com
>>> 
>>> Confidentiality Notice: This e-mail message may contain confidential or 
>>> proprietary information. If you are not the intended recipient, please 
>>> contact the sender by reply e-mail and destroy all copies of the original 
>>> message. HealthMarkets(r) is the brand name for products underwritten and 
>>> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
>>> Life Insurance Company(r), Mid-West National Life Insurance Company of 
>>> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>>> 
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford
 Sent: Wednesday, June 06, 2012 8:03 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: LE COBOL odd behavior
 
 I should have added under z/os1.11 works fine
 
 Scott ford
 www.identityforge.com
 
 On Jun 5, 2012, at 11:09 PM, Scott Ford 
  wrote:
 
> All,
> 
> We migrated to z/os 1.12 , LE COBOL. I have noticed on a 
 COBOL program running as a STC,
> No yucks please, a Display or Write to Sysprint takes a 
 long time , in one case I cancelled a STC and the output was 
 in sysprint, but under ISPs, sdf , not there at all. Is this 
 a bug or a new parm in Maybe z/os , guessing ..?
> 
> Scott ford
> www.identityforge.com
> 
> 
 --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
 
 
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Mark Douglas (CITEC)]

Right, the Enq is there for a reason. My VPS delete Rexx only removes the 
VPSMLIST entry, not the printer member. This update works fine with an Alloc 
SHR REU.

Cheers,
MARK DOUGLAS
Senior IT Consultant | Mainframe | CITEC | www.citec.com.au
Department of Science, Information Technology, Innovation and the Arts
Queensland Government
 
Contact  mark.doug...@citec.com.au | +61 7 322 22739 | +61 410 937 141
Location1C 317 Edward Street, Brisbane, Queensland
PostalGPO Box 279, Brisbane QLD 4001
 
  www.citec.com.au
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Hansen, Dave L - Eagan, MN
Sent: Thursday, 7 June 2012 6:39 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

Linda,

My parmlibs have the printer members in them.  I was just trying to get a REXX 
job to delete a printer member.

Address ISPEXEC
"LMINIT DATAID(INDD) DATASET('VPS.PARMLIB3') ENQ(SHRW)"
"LMOPEN DATAID("INDD") OPTION(OUTPUT)"
"LMMDEL DATAID("INDD") MEMBER(DAVE)"
"LMCLOSE DATAID("INDD")"
"LMFREE DATAID("INDD")"

 
   Thanks for everybody's help,  Dave


Dave Hansen 
Eagan Software Systems Branch 
651-406-1208 
dave.l.han...@usps.gov 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Wednesday, June 06, 2012 2:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

Hi Dave, 



Which VPS dataset? 


Thanks, 


Linda 

- Original Message -


From: "Dave L - Eagan Hansen, MN" 
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, June 6, 2012 9:33:55 AM
Subject: Exclusive ENQ on dataset owned (SHR) by Started Task? 

Group, 

  We are running z/OS V1R13 and a product called VPS.  I wrote some code to 
ADD, UPDATE and DELETE members of a PDS.  It worked fine until VPS came up. 
  I see that the VPS started task "OWNS SHR" the dataset. 
  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from 
REXX (or batch). 
  I can go out by hand using 3.4 and delete all I want from the dataset while 
VPS is up. 
  I asked the vendor if they can FREE the dataset after program initialization. 
 Waiting to hear back. 


Q).  What is the best way to delete a PDS member while the started task has it 
allocated DISP=SHR? 


   Thanks in advance,  Dave 


Dave Hansen
Eagan Software Systems Branch
651-406-1208
dave.l.han...@usps.gov 

  

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

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

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


* Disclaimer *

The contents of this electronic message and any attachments are intended only 
for the addressee and may contain privileged or confidential information. They 
may only be used for the purposes for which they were supplied. If you are not 
the addressee, you are notified that any transmission, distribution, 
downloading, printing or photocopying of the contents of this message or 
attachments is strictly prohibited. The privilege of confidentiality attached 
to this message and attachments is not waived, lost or destroyed by reason of 
mistaken delivery to you. If you receive this message in error please notify 
the sender by return e-mail or telephone.

Please note: the Department of Science, Information Technology, Innovation and 
the Arts carries out automatic software scanning, filtering and blocking of 
E-mails and attachments (including emails of a personal nature) for detection 
of viruses, malicious code, SPAM, executable programs or content it deems 
unacceptable. All reasonable precautions will be taken to respect the privacy 
of individuals in accordance with the Information Privacy Act 2009 (Qld). 
Personal information will only be used for official purposes, e.g. monitoring 
Departmental Personnel's compliance with Departmental Policies. Personal 
information will not be divulged or disclosed to others, unless authorised or 
required by Departmental Policy and/or law.

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Ed Gould]

This is age old issue. I think the summary is that in order to to  
maintain data integrity of the PDS don't try updating any PDS that is  
allocated by someone else.

If it works great otherwise don't come crying to IBM (or anyone else).
Dataset integrity is only as good as you treat the dataset like any  
thing else .


Ed

On Jun 6, 2012, at 12:33 PM, Sri h Kolusu wrote:


Q).  What is the best way to delete a PDS member while the
started task has it allocated DISP=SHR?




You can try using IDCAMS delete function with FILE Parameter

//DELPMEM  EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//DDN  DD DSN=YOUR PDS,
//DISP=SHR
//SYSIN
  DELETE 'YOUR.PDS(membername)' FILE(DDN)
//*

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


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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Linda Mooney]

Hi Dave, 



The VPS printer member dataset has an as-shipped  lower level of CNTL - unless 
you are using a local name?   



Linda 

- Original Message -


From: "Dave L - Eagan Hansen, MN"  
To: IBM-MAIN@bama.ua.edu 
Sent: Wednesday, June 6, 2012 1:38:54 PM 
Subject: Re: Exclusive ENQ on dataset owned (SHR) by Started Task? 

Linda, 

My parmlibs have the printer members in them.  I was just trying to get a REXX 
job to delete a printer member. 

Address ISPEXEC 
"LMINIT DATAID(INDD) DATASET('VPS.PARMLIB3') ENQ(SHRW)" 
"LMOPEN DATAID("INDD") OPTION(OUTPUT)" 
"LMMDEL DATAID("INDD") MEMBER(DAVE)" 
"LMCLOSE DATAID("INDD")" 
"LMFREE DATAID("INDD")" 

  
   Thanks for everybody's help,  Dave 


Dave Hansen 
Eagan Software Systems Branch 
651-406-1208 
dave.l.han...@usps.gov 

  


-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney 
Sent: Wednesday, June 06, 2012 2:50 PM 
To: IBM-MAIN@bama.ua.edu 
Subject: Re: Exclusive ENQ on dataset owned (SHR) by Started Task? 

Hi Dave, 



Which VPS dataset? 


Thanks, 


Linda 

- Original Message - 


From: "Dave L - Eagan Hansen, MN"  
To: IBM-MAIN@bama.ua.edu 
Sent: Wednesday, June 6, 2012 9:33:55 AM 
Subject: Exclusive ENQ on dataset owned (SHR) by Started Task? 

Group, 

  We are running z/OS V1R13 and a product called VPS.  I wrote some code to 
ADD, UPDATE and DELETE members of a PDS.  It worked fine until VPS came up. 
  I see that the VPS started task "OWNS SHR" the dataset. 
  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from 
REXX (or batch). 
  I can go out by hand using 3.4 and delete all I want from the dataset while 
VPS is up. 
  I asked the vendor if they can FREE the dataset after program initialization. 
 Waiting to hear back. 


Q).  What is the best way to delete a PDS member while the started task has it 
allocated DISP=SHR? 


   Thanks in advance,  Dave 


Dave Hansen 
Eagan Software Systems Branch 
651-406-1208 
dave.l.han...@usps.gov 

  

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

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

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

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

FYI LinKEdln passwords hacked

[Ed Gould]

LinkedIn Users: Change Password Now
Attackers appear to have obtained--and may have already decrypted--at  
least 6.5 million LinkedIn passwords.


http://www.informationweek.com/news/security/attacks/240001623? 
cid=nl_IW_daily_2012-06-06_html&elq=a86e12d6260b46e991eaf6fac15b1ab7


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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Hansen, Dave L - Eagan, MN]

Linda,

My parmlibs have the printer members in them.  I was just trying to get a REXX 
job to delete a printer member.

Address ISPEXEC
"LMINIT DATAID(INDD) DATASET('VPS.PARMLIB3') ENQ(SHRW)"
"LMOPEN DATAID("INDD") OPTION(OUTPUT)"
"LMMDEL DATAID("INDD") MEMBER(DAVE)"
"LMCLOSE DATAID("INDD")"
"LMFREE DATAID("INDD")"

 
   Thanks for everybody's help,  Dave


Dave Hansen 
Eagan Software Systems Branch 
651-406-1208 
dave.l.han...@usps.gov 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Wednesday, June 06, 2012 2:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

Hi Dave, 



Which VPS dataset? 


Thanks, 


Linda 

- Original Message -


From: "Dave L - Eagan Hansen, MN" 
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, June 6, 2012 9:33:55 AM
Subject: Exclusive ENQ on dataset owned (SHR) by Started Task? 

Group, 

  We are running z/OS V1R13 and a product called VPS.  I wrote some code to 
ADD, UPDATE and DELETE members of a PDS.  It worked fine until VPS came up. 
  I see that the VPS started task "OWNS SHR" the dataset. 
  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from 
REXX (or batch). 
  I can go out by hand using 3.4 and delete all I want from the dataset while 
VPS is up. 
  I asked the vendor if they can FREE the dataset after program initialization. 
 Waiting to hear back. 


Q).  What is the best way to delete a PDS member while the started task has it 
allocated DISP=SHR? 


   Thanks in advance,  Dave 


Dave Hansen
Eagan Software Systems Branch
651-406-1208
dave.l.han...@usps.gov 

  

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

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

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

Re: LE COBOL odd behavior

[Clark Morris]

On 6 Jun 2012 07:04:52 -0700, in bit.listserv.ibm-main you wrote:

>John,
>
>I fixed it, but the fix was odd, I added a //sysout dd sysout=* 
>It now works

If the statement //SYSOUT DD some parameters is missing and you have a
DISPLAY something in your program and the LE runtime option CBLQDA is
(ON), the program will dynamically allocate a temporary file with
DISP=(NEW,DELETE) and write to it.  This is true for all QSAM files.
If the LE option is CBLQDA(OFF), you will get an abend on OPEN (or for
DISPLAY, first write).  CBLQDA(ON) is purportedly to conform to the
COBOL standard although the standard assumed that the file would
remain somewhere.

Clark Morris  
>
>Scott ford
>www.identityforge.com
>
>On Jun 6, 2012, at 9:16 AM, "McKown, John"  
>wrote:
>
>> Did somebody change the LE options? That's all that I can think of. No, I 
>> don't know what the option(s) might be that could cause this difference. 
>> 
>> -- 
>> John McKown 
>> Systems Engineer IV
>> IT
>> 
>> Administrative Services Group
>> 
>> HealthMarkets(r)
>> 
>> 9151 Boulevard 26 * N. Richland Hills * TX 76010
>> (817) 255-3225 phone * 
>> john.mck...@healthmarkets.com * www.HealthMarkets.com
>> 
>> Confidentiality Notice: This e-mail message may contain confidential or 
>> proprietary information. If you are not the intended recipient, please 
>> contact the sender by reply e-mail and destroy all copies of the original 
>> message. HealthMarkets(r) is the brand name for products underwritten and 
>> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
>> Life Insurance Company(r), Mid-West National Life Insurance Company of 
>> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>> 
>>> -Original Message-
>>> From: IBM Mainframe Discussion List 
>>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford
>>> Sent: Wednesday, June 06, 2012 8:03 AM
>>> To: IBM-MAIN@bama.ua.edu
>>> Subject: Re: LE COBOL odd behavior
>>> 
>>> I should have added under z/os1.11 works fine
>>> 
>>> Scott ford
>>> www.identityforge.com
>>> 
>>> On Jun 5, 2012, at 11:09 PM, Scott Ford 
>>>  wrote:
>>> 
 All,
 
 We migrated to z/os 1.12 , LE COBOL. I have noticed on a 
>>> COBOL program running as a STC,
 No yucks please, a Display or Write to Sysprint takes a 
>>> long time , in one case I cancelled a STC and the output was 
>>> in sysprint, but under ISPs, sdf , not there at all. Is this 
>>> a bug or a new parm in Maybe z/os , guessing ..?
 
 Scott ford
 www.identityforge.com
 
 
>>> --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>> 
>>> 
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Linda Mooney]

Hi Dave, 



Which VPS dataset? 


Thanks, 


Linda 

- Original Message -


From: "Dave L - Eagan Hansen, MN"  
To: IBM-MAIN@bama.ua.edu 
Sent: Wednesday, June 6, 2012 9:33:55 AM 
Subject: Exclusive ENQ on dataset owned (SHR) by Started Task? 

Group, 

  We are running z/OS V1R13 and a product called VPS.  I wrote some code to 
ADD, UPDATE and DELETE members of a PDS.  It worked fine until VPS came up. 
  I see that the VPS started task "OWNS SHR" the dataset. 
  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from 
REXX (or batch). 
  I can go out by hand using 3.4 and delete all I want from the dataset while 
VPS is up. 
  I asked the vendor if they can FREE the dataset after program initialization. 
 Waiting to hear back. 


Q).  What is the best way to delete a PDS member while the started task has it 
allocated DISP=SHR? 


   Thanks in advance,  Dave 


Dave Hansen 
Eagan Software Systems Branch 
651-406-1208 
dave.l.han...@usps.gov 

  

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

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Binyamin Dissen]

On Wed, 6 Jun 2012 11:33:55 -0500 "Hansen, Dave L - Eagan, MN"
 wrote:

:>Group,
:>
:>  We are running z/OS V1R13 and a product called VPS.  I wrote some code to 
ADD, UPDATE and DELETE members of a PDS.  It worked fine until VPS came up.
:>  I see that the VPS started task "OWNS SHR" the dataset.
:>  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete 
from REXX (or batch).

Says who?

:>  I can go out by hand using 3.4 and delete all I want from the dataset while 
VPS is up.
:>  I asked the vendor if they can FREE the dataset after program 
initialization.  Waiting to hear back.


:>Q).  What is the best way to delete a PDS member while the started task has 
it allocated DISP=SHR? 

Whatever works best for you.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Mingee, David]

Hi,  
If the Lib is a pdse you can verify that sys1.parmlib(igdsms00)  is set 
to  PDSESHARING(EXTENDED)   this should allow deleting in this case.  This 
permits member level access.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Hansen, Dave L - Eagan, MN
Sent: Wednesday, June 06, 2012 12:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Exclusive ENQ on dataset owned (SHR) by Started Task?

Group,

  We are running z/OS V1R13 and a product called VPS.  I wrote some code to 
ADD, UPDATE and DELETE members of a PDS.  It worked fine until VPS came up.
  I see that the VPS started task "OWNS SHR" the dataset.
  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from 
REXX (or batch).
  I can go out by hand using 3.4 and delete all I want from the dataset while 
VPS is up.
  I asked the vendor if they can FREE the dataset after program initialization. 
 Waiting to hear back.


Q).  What is the best way to delete a PDS member while the started task has it 
allocated DISP=SHR? 


   Thanks in advance,  Dave


Dave Hansen
Eagan Software Systems Branch
651-406-1208
dave.l.han...@usps.gov 

 

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

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Paul Gilmartin]

On Wed, 6 Jun 2012 11:33:55 -0500, Hansen, Dave L - Eagan, MN wrote:
>
>  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from 
> REXX (or batch).

By "delete from Rexx" do you mean TSO?  If not, what?

>  I can go out by hand using 3.4 and delete all I want from the dataset while 
> VPS is up.
> 
Do you perform the allocation, or is it a collateral effect of DELETE?

>Q).  What is the best way to delete a PDS member while the started task has it 
>allocated DISP=SHR?
> 
Would PDSE provide relief?  And I understand that lately the OS
performs serialization on PDS directories to preserve integrity
absent SYSDSN ENQ EXC.

-- gil

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Lizette Koehler]

Dave,

At R1.13 z/OS you can use the DEL 'MYDSN(member)' in rexx.  Also note, the 
member can contain a mask so if you wanted to delete all members that being 
with A you can issue

DEL 'MYDSN(A*)' and it should remove all the members that being with A.

If you allocate MYDSN with SHR REUSE in your REXX I would think you could 
delete members.  I have not tried this. 

Or, if you have not done so, you can join the TSO-REXX newsgroup and query 
there.  I am thinking that the ISPF LM services may be your friend in this case.

Lizette


>
>Group,
>
>  We are running z/OS V1R13 and a product called VPS.  I wrote some code to 
> ADD, UPDATE and DELETE members of a PDS.  It worked fine until VPS came up.
>  I see that the VPS started task "OWNS SHR" the dataset.
>  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from 
> REXX (or batch).
>  I can go out by hand using 3.4 and delete all I want from the dataset while 
> VPS is up.
>  I asked the vendor if they can FREE the dataset after program 
> initialization.  Waiting to hear back.
>
>
>Q).  What is the best way to delete a PDS member while the started task has it 
>allocated DISP=SHR? 
>
>
>   Thanks in advance,  Dave
>
>

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

Re: Question on TCP window size for FTP

[Itschak Mugzach]

Have you looked into MTU on the link definition?

ITschak

On Wed, Jun 6, 2012 at 8:23 PM, Mauri Kanter  wrote:

> I'm unaware of the max value they specified on their stack ... But I
> understood their TCP stack is configured with send/receive buffers also of
> 256K. On my stack the max value was not specified and I can see that the
> FTP from my PC do use a 256K window ...
>
> BTW both sides are z/OS 1.11
>
> Mauri.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[Sri h Kolusu]

> > Q).  What is the best way to delete a PDS member while the 
> > started task has it allocated DISP=SHR? 
> 

You can try using IDCAMS delete function with FILE Parameter

//DELPMEM  EXEC PGM=IDCAMS 
//SYSPRINT DD SYSOUT=*
//DDN  DD DSN=YOUR PDS, 
//DISP=SHR
//SYSIN
  DELETE 'YOUR.PDS(membername)' FILE(DDN) 
//*

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

Re: Dumps to vendors with sensitive data

[Scott Ford]

Andy,
 
We work with the DOJ(FBI) and they remove IP addresses etc..since we are a IP 
server/client dealing with security
subsystems.

Scott J Ford
Software Engineer
http://www.identityforge.com
 
 


 From: Andy White 
To: IBM-MAIN@bama.ua.edu 
Sent: Wednesday, June 6, 2012 12:57 PM
Subject: Dumps to vendors with sensitive data
  
We recently have a DOD (Department of Defense) account on our systems. 
Question if you are sending a dump to a vendor e.g. IBM and there might be 
a slight change it has user data stored in common storage. Do you have a 
DOD approved person within IBM you send the dump to? Or an assigned group 
to your account that deals with GSA/DOD type of issues? 

We haven't sent any dumps to a vendor since taking on this new work but 
wanted to know how other companies handle this?


Andy S. White

The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

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

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

Re: Question on TCP window size for FTP

[Mauri Kanter]

I'm unaware of the max value they specified on their stack ... But I understood 
their TCP stack is configured with send/receive buffers also of 256K. On my 
stack the max value was not specified and I can see that the FTP from my PC do 
use a 256K window ...

BTW both sides are z/OS 1.11

Mauri.  

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

Re: Exclusive ENQ on dataset owned (SHR) by Started Task?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hansen, Dave L - Eagan, MN
> Sent: Wednesday, June 06, 2012 11:34 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Exclusive ENQ on dataset owned (SHR) by Started Task?
> 
> Group,
> 
>   We are running z/OS V1R13 and a product called VPS.  I 
> wrote some code to ADD, UPDATE and DELETE members of a PDS.  
> It worked fine until VPS came up.
>   I see that the VPS started task "OWNS SHR" the dataset.
>   I need to allocate a dataset exclusively (EXCL/DISP=MOD) to 
> do a delete from REXX (or batch).
>   I can go out by hand using 3.4 and delete all I want from 
> the dataset while VPS is up.
>   I asked the vendor if they can FREE the dataset after 
> program initialization.  Waiting to hear back.

Have you tried putting a FREE=CLOSE on the DD statement containing the PDS? 

> 
> 
> Q).  What is the best way to delete a PDS member while the 
> started task has it allocated DISP=SHR? 

I don't know the "best" way. Perhaps the simplest for most would be to run TSO 
in batch, invoke ISPF and run a REXX program which uses the LMMDEL function:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZSG90/2.36.5.1


IMO, the "best" way is to use assembler and either a DESERV or STOW DELETE 
function.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D570/2.2.20.1

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D570/2.2.55

> 
> 
>Thanks in advance,  Dave
> 
> 
> Dave Hansen 
> Eagan Software Systems Branch 
> 651-406-1208 
> dave.l.han...@usps.gov 


--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

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

Dumps to vendors with sensitive data

[Andy White]

We recently have a DOD (Department of Defense) account on our systems. 
Question if you are sending a dump to a vendor e.g. IBM and there might be 
a slight change it has user data stored in common storage. Do you have a 
DOD approved person within IBM you send the dump to? Or an assigned group 
to your account that deals with GSA/DOD type of issues? 

We haven't sent any dumps to a vendor since taking on this new work but 
wanted to know how other companies handle this?


Andy S. White

The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

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

Article on use of LLVM and compilers

[McKown, John]

I don't know if anybody else would be interested. Makes me wish that somebody 
would port LLVM to z/OS. I have it on Linux.

http://www.ibm.com/developerworks/linux/library/os-createcompilerllvm1/index.html?ca=drs-

Hum, the dash needs to be on the end of that URL, but OutLook doesn't highlight 
it.


Summary:  The LLVM compiler infrastructure provides a powerful way to optimize 
your applications regardless of the programming language you use. Learn the 
basics of the LLVM in this first article of a two-part series. Building a 
custom compiler just got easier!


--  
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

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

Exclusive ENQ on dataset owned (SHR) by Started Task?

[Hansen, Dave L - Eagan, MN]

Group,

  We are running z/OS V1R13 and a product called VPS.  I wrote some code to 
ADD, UPDATE and DELETE members of a PDS.  It worked fine until VPS came up.
  I see that the VPS started task "OWNS SHR" the dataset.
  I need to allocate a dataset exclusively (EXCL/DISP=MOD) to do a delete from 
REXX (or batch).
  I can go out by hand using 3.4 and delete all I want from the dataset while 
VPS is up.
  I asked the vendor if they can FREE the dataset after program initialization. 
 Waiting to hear back.


Q).  What is the best way to delete a PDS member while the started task has it 
allocated DISP=SHR? 


   Thanks in advance,  Dave


Dave Hansen 
Eagan Software Systems Branch 
651-406-1208 
dave.l.han...@usps.gov 

 

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

Re: JES/2 Proc SYSIN Concat Error??

[Charles Mills]

>If I change the proc so that SYSUT1 is last statement, everything works 
>fine

I think it's a coincidence (more or less) that it works. The "orphan" DD's
get concatenated to the previous DD, which just happens to be SYSUT1 in this
case.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Tuesday, June 05, 2012 7:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JES/2 Proc SYSIN Concat Error??

In
,
on 06/05/2012
   at 03:39 PM, Chip Grantham  said:

>Subject: JES/2 Proc SYSIN Concat Error??

It has nothing to do with JES2.

>I only receive the DD * data in SYSUT2, not the copied
>ISCLG.JCL(SHOWIT)  proc. 

That's the way DDNAME= has always worked; you cannot forward reference a
concatenation.

>If I change the proc so that SYSUT1 is last statement, everything works 
>fine

Are you a betting man?

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

Re: LE COBOL odd behavior

[Charles Mills]

I don't know what the cause is but I know that sometimes I see output when I
do an S on a running job or STC and sometimes I do not (even though the
output has in fact been written). Not "sometimes" as in today versus
yesterday but "sometimes" as in one system or situation versus another over
some extended period of time.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Scott Ford
Sent: Wednesday, June 06, 2012 7:04 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LE COBOL odd behavior

John,

I fixed it, but the fix was odd, I added a //sysout dd sysout=* 
It now works

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

Re: JES/2 Proc SYSIN Concat Error??

[Charles Mills]

> Does this imply that I can't code two separate DD statements, each
containing the "DDNAME=..." option in the same PROC, where they refer to
separate concatenations, respectively?

Not sure that I read that into it, although it certainly is possible

>User Response:  If the DDNAME reference was intended to refer to the 
>entire concatenation, move the concatenated DDs to follow the 
>referencing DD rather than the referenced DD. This will ensure that the

You would expect that given

//REFFING DD  DDNAME=REFFED

that REFFED could be any valid DD statement. But it appears that what they
are saying is that the following will not work:

//REFFING DD DDNAME=REFFED
...
//UNRELATE DD DSN=dsname.zero,...
//REFFED DD DSN=dsname.one,...
//  DD DSN=dsname.two,...
//  DD etc.

I think it fails the least astonishment test, particularly in that
dsname.two will end up getting concatenated to //UNRELATE DD. I could see
someone spending hours debugging some S0C5 or 6 from invalid input because
of a totally inappropriate input file.

I think they are saying that only the following will work. It's arguably
less useful; it's certainly less useful than "either/or." 

// DD DSN=some.other.dsn or similar ...
//  DD etc
...
//REFFED DD DSN=dsname.one,...

I can certainly understand the design issues in doing it right, given
implementation in assembler originally for a 44K region. Think about it. A
"full" implementation would allow the following. This is certainly a
handful!

//REFFING DD DDNAME=REFFED1
//DD DDNAME=REFFED2
...
//REFFED1 DD DSN=dsname.one,...
//  DD DSN=dsname.two,...
//  DD etc.
...
//REFFED2 DD DSN=dsname.three,...
//  DD DSN=dsname.four,...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Wednesday, June 06, 2012 8:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JES/2 Proc SYSIN Concat Error??

On Tue, 5 Jun 2012 13:59:25 -0700, Lizette Koehler 
wrote:
>
>IEF694I DDNAME REFERENCE TO DD CONCATENATION REFERS ONLY TO FIRST DD
>
>Explanation:  THE JCL DDNAME keyword has been used to refer to a DD 
>concatenation. When the object of a DDNAME reference is a concatenation 
>of multiple DDs, only the first DD in the concatenation is actually 
>referenced.
>
>System Action:  The system issues message IEF677I and continues 
>processing the job. The first DD in the referenced concatenation is 
>associated with the referencing DD. The remaining (unlabeled) DDs in 
>the referenced concatenation are concatenated to the labeled DD 
>immediately preceding the concatenation.
>
>User Response:  If the DDNAME reference was intended to refer to the 
>entire concatenation, move the concatenated DDs to follow the 
>referencing DD rather than the referenced DD. This will ensure that the 
>concatenation is correctly defined to the system.
> 
Was this truly the intent of the design, or did it just happen to work that
way, so they documented it as a feature?

Does this imply that I can't code two separate DD statements, each
containing the "DDNAME=..." option in the same PROC, where they refer to
separate concatenations, respectively?

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

Re: Need a PC tape drive to read 3490, 3490E

[Mike Schwab]

There are some people on the Hercules group that will read the tapes
and post the AWSTAPE files.  You just have to get the tape to them.

On Wed, Jun 6, 2012 at 10:26 AM, Sam Golob  wrote:
> Hi Folks,
>
>     Does anybody have a suggestion how I can get a tape drive to attach to a
> PC so that I can read 3490, 3490E tapes, without my having to spend a couple
> of thousand dollars?  I need this to support the CBT Tape effort and to try
> and resurrect old archives for the public's benefit.
>
>     Thanks much.
>
> Sincerely,   Sam Golob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.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...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Question on TCP window size for FTP

[Steven St.Jean]

Hal,

> I believe that these sizes are actually negotiated with each appliance
> in the path.

You're confusing path MTU size with TCP window size.  The receiver's window
size is a reflection of his available buffer space.

Mauri, what is the value of TCPMAXRCVBUFRSIZE on the receiving stack?  This
will limit what is available for FTP.

See "Configuring PROFILE.TCPIP for FTP" at
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3a0/2.3.1.

Steven St.Jean
http://sdsusa.com


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Hal Merritt
> Sent: Wednesday, June 06, 2012 11:19 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Question on TCP window size for FTP
> 
> I believe that these sizes are actually negotiated with each appliance
> in the path. All it would take is one device configured such and all
> along that path would follow suit.
> 
> I'd try a trace route on each path and compare the results. Then have
> the network folks check the routers/firewalls in the z/os path but not
> in the PC path.
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Mauri Kanter
> Sent: Wednesday, June 06, 2012 9:05 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Question on TCP window size for FTP
> 
> Good morning list:
> 
> I'm FTPing files from one z/OS mainframe at my site to another
> mainframe.
> 
> On a packet trace I can clearly see that the FTP window is small (about
> 20K) while if I FTP from my PC to my mainframe I see that the window is
> scaled and it is 256K.
> 
> My side uses
> 
> TCPSENDBFRSIZE 256K
> TCPRCVBUFRSIZE 256K
> 
> and I understood the target side uses the same values.
> 
> What are the knobs that control the window size? Is there any parameter
> in the z/OS FTP client or z/OS FTP server side to control this?
> 
> Thanks in advance for your help.
> 
> Mauri.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> NOTICE: This electronic mail message and any files transmitted with it
> are intended exclusively for the individual or entity to which it is
> addressed. The message, together with any attachment, may contain
> confidential and/or privileged information.
> Any unauthorized review, use, printing, saving, copying, disclosure or
> distribution is strictly prohibited. If you have received this message
> in error, please immediately advise the sender by reply email and delete
> all copies.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: JCL PROBLEM

[McKown, John]

Where I work is in all my sig lines. Doesn't matter, if you're thinking of 
anything that costs money. We aren't spending any more than we currently do. 
And we may actually get more budget cuts in 2013.  Our main OEM vendor is CA. 
We don't normally have JCL problems, the one I mentioned was endemic due to 
converting from BMC's Data Accelerator compression to SMS compression and its 
effect on CA-Faver backups. The z/OS system is generally moribund.

-- 
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . 
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mitch
> Sent: Wednesday, June 06, 2012 9:46 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: JCL PROBLEM
> 
> John,
> 
> May I ask where you work? My friends in Australia may know 
> some of the 
> management folks at your site. Is there anything I can send to you to 
> help your cause? What types of JCL issues do you typically 
> have? May I 
> ask what batch scheduler you use? Change management tool? 
> .anything 
> else you can tell me.
> 
> Cheers,
> 
> 
> Mitch McCluhan
> 
> 
> -Original Message-
> From: McKown, John 
> To: IBM-MAIN 
> Sent: Wed, Jun 6, 2012 5:15 am
> Subject: Re: JCL PROBLEM
> 
> 
> Just a point which may not be obvious (at least it wasn't to me). The 
> default of
> 5 tape volumes is "hard coded" only for non-SMS managed tapes. Truly! 
> If you are
> using SMS managed tapes (in an automated or even manual 
> library), then 
> you can
> assign a default DATACLAS. In this DATACLAS, you can set the "volume 
> count" to
> something else. We started having problems with some backups of files 
> which had
> ballooned suddenly, which was causing a lot of abends due to 
> exceeding 
> tape
> volumes. There were simply too many JCL streams to update in a timely 
> manner
> (change control). Since all our application tapes are in a 
> VTS library, 
> and so
> SMS managed, I simply changed our default DATACLAS which is 
> assigned to 
> virtual
> tapes to have a "volume count" of 110. Saved a ton of work.
> 
> --
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets®
> 
> 9151 Boulevard 26 . N. Richland Hills . TX 76010
> (817) 255-3225 phone .
> john.mck...@healthmarkets.com . www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or
> proprietary information. If you are not the intended 
> recipient, please 
> contact
> the sender by reply e-mail and destroy all copies of the original 
> message.
> HealthMarkets® is the brand name for products underwritten and issued 
> by the
> insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life 
> Insurance
> Company®, Mid-West National Life Insurance Company of TennesseeSM and 
> The MEGA
> Life and Health Insurance Company.SM
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes
> > Sent: Tuesday, June 05, 2012 5:22 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: JCL PROBLEM
> >
> > Thanks for the tip.  If I need to code the vol parm  e.g.
> > VOL=(,,,35)  if the output exceedes 5 vols (system default)
> > how would I go about it since I already have a vol parm in the jcl.
> >
> >
> >
> > 
> > From: Mike Schwab 
> > To: IBM-MAIN@bama.ua.edu
> > Sent: Tuesday, 5 June 2012 5:30 PM
> > Subject: Re: JCL PROBLEM
> >
> > Might I suggest a RETAIN on the FIRST step and omit on the 
> LAST step?
> >
> > On Tue, Jun 5, 2012 at 4:20 PM, John Dawes
> >  wrote:
> > > John,
> > >
> > > You were spot on.  Your suggestion worked.  Thanks a million.
> > >
> > > Thanks to all who responded for my plea for help.
> > --
> > 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...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> > 
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> >
> 
> -

Need a PC tape drive to read 3490, 3490E

[Sam Golob]

Hi Folks,

 Does anybody have a suggestion how I can get a tape drive to 
attach to a PC so that I can read 3490, 3490E tapes, without my having 
to spend a couple of thousand dollars?  I need this to support the CBT 
Tape effort and to try and resurrect old archives for the public's benefit.


 Thanks much.

Sincerely,   Sam Golob

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

Re: Question on TCP window size for FTP

[Hal Merritt]

I believe that these sizes are actually negotiated with each appliance in the 
path. All it would take is one device configured such and all along that path 
would follow suit. 

I'd try a trace route on each path and compare the results. Then have the 
network folks check the routers/firewalls in the z/os path but not in the PC 
path. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mauri Kanter
Sent: Wednesday, June 06, 2012 9:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Question on TCP window size for FTP

Good morning list:

I'm FTPing files from one z/OS mainframe at my site to another mainframe. 

On a packet trace I can clearly see that the FTP window is small (about 20K) 
while if I FTP from my PC to my mainframe I see that the window is scaled and 
it is 256K.

My side uses

TCPSENDBFRSIZE 256K
TCPRCVBUFRSIZE 256K  

and I understood the target side uses the same values.

What are the knobs that control the window size? Is there any parameter in the 
z/OS FTP client or z/OS FTP server side to control this? 

Thanks in advance for your help.

Mauri.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

IBM Ported Tools OpenSSH - Key Authentication webinars

[Kirk Wolf]

Join us for a free two-part webinar on IBM Ported Tools OpenSSH key
authentication:

IBM Ported Tools for z/OS: OpenSSH - Key Authentication

Reserve your Webinar seat for part 1 now at:
https://www3.gotomeeting.com/register/956665254

IBM Ported Tools for z/OS: OpenSSH is IBM's port of the popular open source
SSH product for z/OS, which is used by the Co:Z Toolkit.  In part 1 of
this webinar, we will discuss OpenSSH authentication - both host and user
authentication.  You will learn how to manage host keys as well use keys
for user authentication.

Title:IBM Ported Tools for z/OS: OpenSSH - Key Authentication
Date:Tuesday, June 12, 2012
Time:2:00 PM - 3:00 PM EDT

=

IBM Ported Tools for z/OS: OpenSSH - Using Key Rings

Reserve your Webinar seat for part 2 now at:
https://www3.gotomeeting.com/register/275261614

IBM Ported Tools for z/OS: OpenSSH is IBM's port of the popular open source
SSH product for z/OS, which is used by the Co:Z Toolkit.  In part 2 of
this webinar, we will discuss the benefits of using RACF (or equivalent)
key rings with OpenSSH.   You will learn how to use RACF commands to create
keys, certficiates, and key rings and how to use them with Ported Tools and
Co:Z.

Title:IBM Ported Tools for z/OS: OpenSSH - Using Key Rings
Date:Tuesday, June 19, 2012
Time:2:00 PM - 3:00 PM EDT


==

Kirk Wolf
Dovetailed Technologies
http://dovetail.com
+1 636.300.0901

PS> Webinar archives are available here: http://dovetail.com/webinars.html
On this page, you can also subscribe to announcments for future offerings

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

Re: JES/2 Proc SYSIN Concat Error??

[Paul Gilmartin]

On Tue, 5 Jun 2012 13:59:25 -0700, Lizette Koehler  
wrote:
>
>IEF694I DDNAME REFERENCE TO DD CONCATENATION REFERS ONLY TO FIRST DD
>
>Explanation:  THE JCL DDNAME keyword has been used to refer to a DD
>concatenation. When the object of a DDNAME reference is a concatenation of
>multiple DDs, only the first DD in the concatenation is actually
>referenced.
>
>System Action:  The system issues message IEF677I and continues processing
>the job. The first DD in the referenced concatenation is associated with
>the referencing DD. The remaining (unlabeled) DDs in the referenced
>concatenation are concatenated to the labeled DD immediately preceding the
>concatenation.
>
>User Response:  If the DDNAME reference was intended to refer to the
>entire concatenation, move the concatenated DDs to follow the referencing
>DD rather than the referenced DD. This will ensure that the concatenation
>is correctly defined to the system.
> 
Was this truly the intent of the design, or did it just happen
to work that way, so they documented it as a feature?

Does this imply that I can't code two separate DD statements,
each containing the "DDNAME=..." option in the same PROC,
where they refer to separate concatenations, respectively?

I hate JCL!

-- gil

>
>So you need to have your input last.
>
>Lizette
>
>
>>
>>I'm wondering if anyone else has seen this phenomenon.  Doesn't seem right
>>to me.
>>
>>I have a proc that looks like this
>>
>>//SHOWIT  PROC
>>//STEP010 EXEC PGM=IEBGENER
>>//SYSPRINT  DD SYSOUT=*
>>//SYSUT1DD DDNAME=INPUT
>>//SYSIN DD DUMMY
>>//SYSUT2DD SYSOUT=*
>>//SHOWIT  PEND
>>
>>in the dataset ISCLG.JCL(SHOWIT)
>>
>>I execute it with JCL like
>>//ISCLGTES JOB 3432000,
>>// 'CHIP GRANTHAM X7382',
>>// CLASS=S,
>>// MSGCLASS=X
>>// JCLLIB ORDER=ISCLG.JCL
>>//STEP010 EXEC SHOWIT
>>//INPUT   DD  *
>> * -- *
>> * THIS IS THE PROC YOUR EXECUTING*
>> * -- *
>>//DD  DISP=SHR,DSN=ISCLG.JCL(SHOWIT)
>>
>>I only receive the DD * data in SYSUT2, not the copied ISCLG.JCL(SHOWIT)
>>proc.
>> * -- *
>> * THIS IS THE PROC YOUR EXECUTING*
>> * -- *
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: Consoles New options

[Shmuel Metz (Seymour J.)]

In
,
on 06/06/2012
   at 11:09 AM, Matan Cohen  said:

>I checked out the CONTROL command in the manuals and couldn't found
>how can i control this display in meaning of scrolling \ deletion  of
>this mesages

Out-of-line messages are not supposed to scroll; normally you want
commands to default to L=Z, in-line messages, for which there is
scrolling.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: JCL PROBLEM

[Mitch]

John,

May I ask where you work? My friends in Australia may know some of the 
management folks at your site. Is there anything I can send to you to 
help your cause? What types of JCL issues do you typically have? May I 
ask what batch scheduler you use? Change management tool? .anything 
else you can tell me.


Cheers,


Mitch McCluhan


-Original Message-
From: McKown, John 
To: IBM-MAIN 
Sent: Wed, Jun 6, 2012 5:15 am
Subject: Re: JCL PROBLEM


Just a point which may not be obvious (at least it wasn't to me). The 
default of
5 tape volumes is "hard coded" only for non-SMS managed tapes. Truly! 
If you are
using SMS managed tapes (in an automated or even manual library), then 
you can
assign a default DATACLAS. In this DATACLAS, you can set the "volume 
count" to
something else. We started having problems with some backups of files 
which had
ballooned suddenly, which was causing a lot of abends due to exceeding 
tape
volumes. There were simply too many JCL streams to update in a timely 
manner
(change control). Since all our application tapes are in a VTS library, 
and so
SMS managed, I simply changed our default DATACLAS which is assigned to 
virtual

tapes to have a "volume count" of 110. Saved a ton of work.

--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone .
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please 
contact
the sender by reply e-mail and destroy all copies of the original 
message.
HealthMarkets® is the brand name for products underwritten and issued 
by the
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life 
Insurance
Company®, Mid-West National Life Insurance Company of TennesseeSM and 
The MEGA

Life and Health Insurance Company.SM


-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes
Sent: Tuesday, June 05, 2012 5:22 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL PROBLEM

Thanks for the tip.  If I need to code the vol parm  e.g.
VOL=(,,,35)  if the output exceedes 5 vols (system default)
how would I go about it since I already have a vol parm in the jcl.




From: Mike Schwab 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, 5 June 2012 5:30 PM
Subject: Re: JCL PROBLEM

Might I suggest a RETAIN on the FIRST step and omit on the LAST step?

On Tue, Jun 5, 2012 at 4:20 PM, John Dawes
 wrote:
> John,
>
> You were spot on.  Your suggestion worked.  Thanks a million.
>
> Thanks to all who responded for my plea for help.
--
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...@bama.ua.edu with the message: INFO IBM-MAIN

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




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

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

Question on TCP window size for FTP

[Mauri Kanter]

Good morning list:

I'm FTPing files from one z/OS mainframe at my site to another mainframe. 

On a packet trace I can clearly see that the FTP window is small (about 20K) 
while if I FTP from my PC to my mainframe I see that the window is scaled and 
it is 256K.

My side uses

TCPSENDBFRSIZE 256K  
TCPRCVBUFRSIZE 256K  

and I understood the target side uses the same values.

What are the knobs that control the window size? Is there any parameter in the 
z/OS FTP client or z/OS FTP server side to control this? 

Thanks in advance for your help.

Mauri.

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

Re: LE COBOL odd behavior

[Scott Ford]

John,

I fixed it, but the fix was odd, I added a //sysout dd sysout=* 
It now works

Scott ford
www.identityforge.com

On Jun 6, 2012, at 9:16 AM, "McKown, John"  
wrote:

> Did somebody change the LE options? That's all that I can think of. No, I 
> don't know what the option(s) might be that could cause this difference. 
> 
> -- 
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford
>> Sent: Wednesday, June 06, 2012 8:03 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: LE COBOL odd behavior
>> 
>> I should have added under z/os1.11 works fine
>> 
>> Scott ford
>> www.identityforge.com
>> 
>> On Jun 5, 2012, at 11:09 PM, Scott Ford 
>>  wrote:
>> 
>>> All,
>>> 
>>> We migrated to z/os 1.12 , LE COBOL. I have noticed on a 
>> COBOL program running as a STC,
>>> No yucks please, a Display or Write to Sysprint takes a 
>> long time , in one case I cancelled a STC and the output was 
>> in sysprint, but under ISPs, sdf , not there at all. Is this 
>> a bug or a new parm in Maybe z/os , guessing ..?
>>> 
>>> Scott ford
>>> www.identityforge.com
>>> 
>>> 
>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: LE COBOL odd behavior

[Scott Ford]

John,

No, we don't change LE options, I will look at them..

Scott ford
www.identityforge.com

On Jun 6, 2012, at 9:16 AM, "McKown, John"  
wrote:

> Did somebody change the LE options? That's all that I can think of. No, I 
> don't know what the option(s) might be that could cause this difference. 
> 
> -- 
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford
>> Sent: Wednesday, June 06, 2012 8:03 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: LE COBOL odd behavior
>> 
>> I should have added under z/os1.11 works fine
>> 
>> Scott ford
>> www.identityforge.com
>> 
>> On Jun 5, 2012, at 11:09 PM, Scott Ford 
>>  wrote:
>> 
>>> All,
>>> 
>>> We migrated to z/os 1.12 , LE COBOL. I have noticed on a 
>> COBOL program running as a STC,
>>> No yucks please, a Display or Write to Sysprint takes a 
>> long time , in one case I cancelled a STC and the output was 
>> in sysprint, but under ISPs, sdf , not there at all. Is this 
>> a bug or a new parm in Maybe z/os , guessing ..?
>>> 
>>> Scott ford
>>> www.identityforge.com
>>> 
>>> 
>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: LE COBOL odd behavior

[McKown, John]

Did somebody change the LE options? That's all that I can think of. No, I don't 
know what the option(s) might be that could cause this difference. 

-- 
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford
> Sent: Wednesday, June 06, 2012 8:03 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: LE COBOL odd behavior
> 
> I should have added under z/os1.11 works fine
> 
> Scott ford
> www.identityforge.com
> 
> On Jun 5, 2012, at 11:09 PM, Scott Ford 
>  wrote:
> 
> > All,
> > 
> > We migrated to z/os 1.12 , LE COBOL. I have noticed on a 
> COBOL program running as a STC,
> > No yucks please, a Display or Write to Sysprint takes a 
> long time , in one case I cancelled a STC and the output was 
> in sysprint, but under ISPs, sdf , not there at all. Is this 
> a bug or a new parm in Maybe z/os , guessing ..?
> > 
> > Scott ford
> > www.identityforge.com
> > 
> > 
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> 

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

Re: LE COBOL odd behavior

[Scott Ford]

I should have added under z/os1.11 works fine

Scott ford
www.identityforge.com

On Jun 5, 2012, at 11:09 PM, Scott Ford  wrote:

> All,
> 
> We migrated to z/os 1.12 , LE COBOL. I have noticed on a COBOL program 
> running as a STC,
> No yucks please, a Display or Write to Sysprint takes a long time , in one 
> case I cancelled a STC and the output was in sysprint, but under ISPs, sdf , 
> not there at all. Is this a bug or a new parm in Maybe z/os , guessing ..?
> 
> Scott ford
> www.identityforge.com
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: JCL PROBLEM

[McKown, John]

Just a point which may not be obvious (at least it wasn't to me). The default 
of 5 tape volumes is "hard coded" only for non-SMS managed tapes. Truly! If you 
are using SMS managed tapes (in an automated or even manual library), then you 
can assign a default DATACLAS. In this DATACLAS, you can set the "volume count" 
to something else. We started having problems with some backups of files which 
had ballooned suddenly, which was causing a lot of abends due to exceeding tape 
volumes. There were simply too many JCL streams to update in a timely manner 
(change control). Since all our application tapes are in a VTS library, and so 
SMS managed, I simply changed our default DATACLAS which is assigned to virtual 
tapes to have a "volume count" of 110. Saved a ton of work.

-- 
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . 
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes
> Sent: Tuesday, June 05, 2012 5:22 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: JCL PROBLEM
> 
> Thanks for the tip.  If I need to code the vol parm  e.g. 
> VOL=(,,,35)  if the output exceedes 5 vols (system default) 
> how would I go about it since I already have a vol parm in the jcl.
> 
> 
> 
> 
> From: Mike Schwab 
> To: IBM-MAIN@bama.ua.edu 
> Sent: Tuesday, 5 June 2012 5:30 PM
> Subject: Re: JCL PROBLEM
> 
> Might I suggest a RETAIN on the FIRST step and omit on the LAST step?
> 
> On Tue, Jun 5, 2012 at 4:20 PM, John Dawes 
>  wrote:
> > John,
> >
> > You were spot on.  Your suggestion worked.  Thanks a million.
> >
> > Thanks to all who responded for my plea for help.
> -- 
> 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...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> 

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

Re: Consoles New options

[Matan Cohen]

yes it does. I think I'll keep this functionality.

On Wed, Jun 6, 2012 at 12:09 PM, Robin Atwood
wrote:

> Now if you set PF8 to K D,F and PF12 to K E,D, it all becomes very
> familiar!
>
> HTH
> -Robin
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Matan Cohen
> Sent: 06 June 2012 16:18
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Consoles New options
>
>
>  Just found the 'K D,F' which scroll the status display to the next
> frame.
>
> On Wed, Jun 6, 2012 at 11:15 AM, Matan Cohen
> wrote:
>
> > P.S
> > there is the 'K E,D" which delete all of the status display .
> >
> > On Wed, Jun 6, 2012 at 11:09 AM, Matan Cohen
> wrote:
> >
> >> thanks for the help .
> >> Linda - you are right , I do have the control area set.
> >> I checked out the CONTROL command in the manuals and couldn't found
> >> how can i control this display in meaning of scrolling \ deletion  of
>
> >> this mesages . I'll probably will set the AREA(10) to AREA(NONE) in
> my CONSOLxx .
> >>
> >> thanks.
> >>
> >>
> >> On Wed, Jun 6, 2012 at 4:10 AM, Linda Mooney
> wrote:
> >>
> >>> Hi Matan,
> >>>
> >>>
> >>> It sounds like your console has a control area set for it.  Control
> >>> areas can be set up in parmlib, or by command, usually at the
> >>> console itself (can be done at another console). To confirm, enter K
>
> >>> A,REF at the console.  The system will respond with the size of the
> >>> control area, if one has been set.  To remove a control area enter K
> A,NONE at the console.
> >>> Your z/OS Commands manual will have more info.  Check also in the
> >>> CONSOLxx member of parmlib for the AREA statement.  Many shops set
> the AREA to none.
> >>>
> >>>
> >>>
> >>> HTH,
> >>>
> >>>
> >>>
> >>> Linda
> >>>
> >>>
> >>> - Original Message -
> >>>
> >>>
> >>> From: "Matan Cohen" 
> >>> To: IBM-MAIN@bama.ua.edu
> >>> Sent: Monday, June 4, 2012 11:56:11 PM
> >>> Subject: Consoles New options
> >>>
> >>> Hi,
> >>> I notice that since z/OS 1.10 (maybe even from an earlier releases)
>
> >>> the Consoles was a little bit diffrent.
> >>> one of the Major diffrent is regarding the response messages . when
> >>> i'm entering a console command the response message is appearing in
> >>> the bottom of the console messages and doesn't scroll up as other
> >>> messages.
> >>> can some one point me  to a document describing this options and How
>
> >>> can i control them .
> >>>
> >>> --
> >>> __
> >>> best regards,
> >>> matan cohen
> >>> MF System Administrator.
> >>>
> >>> 
> >>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >>>
> >>> 
> >>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >>>
> >>
> >>
> >>
> >> --
> >> __
> >> best regards,
> >> matan cohen
> >> MF System Administrator.
> >>
> >>
> >
> >
> > --
> > __
> > best regards,
> > matan cohen
> > MF System Administrator.
> >
> >
>
>
> --
> __
> best regards,
> matan cohen
> MF System Administrator.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> This message has been scanned by MailController -
> portal1.mailcontroller.co.uk
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>



-- 
__
best regards,
matan cohen
MF System Administrator.

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

Re: Consoles New options

[Robin Atwood]

Now if you set PF8 to K D,F and PF12 to K E,D, it all becomes very
familiar!

HTH
-Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Matan Cohen
Sent: 06 June 2012 16:18
To: IBM-MAIN@bama.ua.edu
Subject: Re: Consoles New options


 Just found the 'K D,F' which scroll the status display to the next
frame.

On Wed, Jun 6, 2012 at 11:15 AM, Matan Cohen
wrote:

> P.S
> there is the 'K E,D" which delete all of the status display .
>
> On Wed, Jun 6, 2012 at 11:09 AM, Matan Cohen
wrote:
>
>> thanks for the help .
>> Linda - you are right , I do have the control area set.
>> I checked out the CONTROL command in the manuals and couldn't found 
>> how can i control this display in meaning of scrolling \ deletion  of

>> this mesages . I'll probably will set the AREA(10) to AREA(NONE) in
my CONSOLxx .
>>
>> thanks.
>>
>>
>> On Wed, Jun 6, 2012 at 4:10 AM, Linda Mooney
wrote:
>>
>>> Hi Matan,
>>>
>>>
>>> It sounds like your console has a control area set for it.  Control 
>>> areas can be set up in parmlib, or by command, usually at the 
>>> console itself (can be done at another console). To confirm, enter K

>>> A,REF at the console.  The system will respond with the size of the 
>>> control area, if one has been set.  To remove a control area enter K
A,NONE at the console.
>>> Your z/OS Commands manual will have more info.  Check also in the 
>>> CONSOLxx member of parmlib for the AREA statement.  Many shops set
the AREA to none.
>>>
>>>
>>>
>>> HTH,
>>>
>>>
>>>
>>> Linda
>>>
>>>
>>> - Original Message -
>>>
>>>
>>> From: "Matan Cohen" 
>>> To: IBM-MAIN@bama.ua.edu
>>> Sent: Monday, June 4, 2012 11:56:11 PM
>>> Subject: Consoles New options
>>>
>>> Hi,
>>> I notice that since z/OS 1.10 (maybe even from an earlier releases)

>>> the Consoles was a little bit diffrent.
>>> one of the Major diffrent is regarding the response messages . when 
>>> i'm entering a console command the response message is appearing in 
>>> the bottom of the console messages and doesn't scroll up as other 
>>> messages.
>>> can some one point me  to a document describing this options and How

>>> can i control them .
>>>
>>> --
>>> __
>>> best regards,
>>> matan cohen
>>> MF System Administrator.
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions, 
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions, 
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>>
>>
>>
>>
>> --
>> __
>> best regards,
>> matan cohen
>> MF System Administrator.
>>
>>
>
>
> --
> __
> best regards,
> matan cohen
> MF System Administrator.
>
>


--
__
best regards,
matan cohen
MF System Administrator.

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

This message has been scanned by MailController -
portal1.mailcontroller.co.uk

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

Re: Consoles New options

[Matan Cohen]

 Just found the 'K D,F' which scroll the status display to the next frame.

On Wed, Jun 6, 2012 at 11:15 AM, Matan Cohen wrote:

> P.S
> there is the 'K E,D" which delete all of the status display .
>
> On Wed, Jun 6, 2012 at 11:09 AM, Matan Cohen wrote:
>
>> thanks for the help .
>> Linda - you are right , I do have the control area set.
>> I checked out the CONTROL command in the manuals and couldn't found how
>> can i control this display in meaning of scrolling \ deletion  of this
>> mesages . I'll probably will set the AREA(10) to AREA(NONE) in my CONSOLxx .
>>
>> thanks.
>>
>>
>> On Wed, Jun 6, 2012 at 4:10 AM, Linda Mooney wrote:
>>
>>> Hi Matan,
>>>
>>>
>>> It sounds like your console has a control area set for it.  Control
>>> areas can be set up in parmlib, or by command, usually at the console
>>> itself (can be done at another console). To confirm, enter K A,REF at the
>>> console.  The system will respond with the size of the control area, if one
>>> has been set.  To remove a control area enter K A,NONE at the console.
>>> Your z/OS Commands manual will have more info.  Check also in the CONSOLxx
>>> member of parmlib for the AREA statement.  Many shops set the AREA to none.
>>>
>>>
>>>
>>> HTH,
>>>
>>>
>>>
>>> Linda
>>>
>>>
>>> - Original Message -
>>>
>>>
>>> From: "Matan Cohen" 
>>> To: IBM-MAIN@bama.ua.edu
>>> Sent: Monday, June 4, 2012 11:56:11 PM
>>> Subject: Consoles New options
>>>
>>> Hi,
>>> I notice that since z/OS 1.10 (maybe even from an earlier releases)  the
>>> Consoles was a little bit diffrent.
>>> one of the Major diffrent is regarding the response messages . when i'm
>>> entering a console command the response message is appearing in the
>>> bottom
>>> of the console messages and doesn't scroll up as other messages.
>>> can some one point me  to a document describing this options and How can
>>> i
>>> control them .
>>>
>>> --
>>> __
>>> best regards,
>>> matan cohen
>>> MF System Administrator.
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>>
>>
>>
>>
>> --
>> __
>> best regards,
>> matan cohen
>> MF System Administrator.
>>
>>
>
>
> --
> __
> best regards,
> matan cohen
> MF System Administrator.
>
>


-- 
__
best regards,
matan cohen
MF System Administrator.

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

Re: Consoles New options

[Matan Cohen]

P.S
there is the 'K E,D" which delete all of the status display .

On Wed, Jun 6, 2012 at 11:09 AM, Matan Cohen wrote:

> thanks for the help .
> Linda - you are right , I do have the control area set.
> I checked out the CONTROL command in the manuals and couldn't found how
> can i control this display in meaning of scrolling \ deletion  of this
> mesages . I'll probably will set the AREA(10) to AREA(NONE) in my CONSOLxx .
>
> thanks.
>
>
> On Wed, Jun 6, 2012 at 4:10 AM, Linda Mooney wrote:
>
>> Hi Matan,
>>
>>
>> It sounds like your console has a control area set for it.  Control areas
>> can be set up in parmlib, or by command, usually at the console itself (can
>> be done at another console). To confirm, enter K A,REF at the console.  The
>> system will respond with the size of the control area, if one has been
>> set.  To remove a control area enter K A,NONE at the console.  Your z/OS
>> Commands manual will have more info.  Check also in the CONSOLxx member of
>> parmlib for the AREA statement.  Many shops set the AREA to none.
>>
>>
>>
>> HTH,
>>
>>
>>
>> Linda
>>
>>
>> - Original Message -
>>
>>
>> From: "Matan Cohen" 
>> To: IBM-MAIN@bama.ua.edu
>> Sent: Monday, June 4, 2012 11:56:11 PM
>> Subject: Consoles New options
>>
>> Hi,
>> I notice that since z/OS 1.10 (maybe even from an earlier releases)  the
>> Consoles was a little bit diffrent.
>> one of the Major diffrent is regarding the response messages . when i'm
>> entering a console command the response message is appearing in the bottom
>> of the console messages and doesn't scroll up as other messages.
>> can some one point me  to a document describing this options and How can i
>> control them .
>>
>> --
>> __
>> best regards,
>> matan cohen
>> MF System Administrator.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>
>
>
>
> --
> __
> best regards,
> matan cohen
> MF System Administrator.
>
>


-- 
__
best regards,
matan cohen
MF System Administrator.

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

Re: Consoles New options

[Matan Cohen]

thanks for the help .
Linda - you are right , I do have the control area set.
I checked out the CONTROL command in the manuals and couldn't found how can
i control this display in meaning of scrolling \ deletion  of this mesages
. I'll probably will set the AREA(10) to AREA(NONE) in my CONSOLxx .

thanks.

On Wed, Jun 6, 2012 at 4:10 AM, Linda Mooney wrote:

> Hi Matan,
>
>
> It sounds like your console has a control area set for it.  Control areas
> can be set up in parmlib, or by command, usually at the console itself (can
> be done at another console). To confirm, enter K A,REF at the console.  The
> system will respond with the size of the control area, if one has been
> set.  To remove a control area enter K A,NONE at the console.  Your z/OS
> Commands manual will have more info.  Check also in the CONSOLxx member of
> parmlib for the AREA statement.  Many shops set the AREA to none.
>
>
>
> HTH,
>
>
>
> Linda
>
>
> - Original Message -
>
>
> From: "Matan Cohen" 
> To: IBM-MAIN@bama.ua.edu
> Sent: Monday, June 4, 2012 11:56:11 PM
> Subject: Consoles New options
>
> Hi,
> I notice that since z/OS 1.10 (maybe even from an earlier releases)  the
> Consoles was a little bit diffrent.
> one of the Major diffrent is regarding the response messages . when i'm
> entering a console command the response message is appearing in the bottom
> of the console messages and doesn't scroll up as other messages.
> can some one point me  to a document describing this options and How can i
> control them .
>
> --
> __
> best regards,
> matan cohen
> MF System Administrator.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>



-- 
__
best regards,
matan cohen
MF System Administrator.

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