What hides behind 'TSO SDSF'?

[Johnny Luo]

Hi,

Since my first touch with z/os,I have learned to issue 'tso sdsf' in ISPF
to invoke sdsf.Yesterday I'm doing some customization for my tso/ispf
session---adding some commands to my own ispf command table.

One of customized ISPF commands is 'sd',I want to use it to go directly
to sdsf and I accomplished this by defining its action in ispf command
table like this:'select pgm(..).'.

Then sunddently I think of the 'tso sdsf' .It seems 'sdsf' should be
a TSO command,but after searching TSO command reference,
I'm bewilered.There is no tso command named 'sdsf'.

Also I noticed one thing on our site:When invoking SDSF via panel
IBM supplied(in fact,it use the format of select pgm),the SDSF
panel has menu .However,using 'tso sdsf',you'll just get a SDSF
panel without menu.

So,can anyone tell me about what happens when issuing 'tso sdsf'
in ISPF command line?How it can invoke SDSF panel?

--
Best Regards,
Johnny Luo

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: discrete profiles for tape protection.

[Mike Wood]

Bob, To build on to what Russell has said..
In rmm you force all tapes to be rmm managed by including
REJECT ANYUSE(*)
in parmlib. Now to bypass rmm control you need authorized to have tapes
ignored by rmm; very few usres would have that ability.
By default rmm forces full 44 character dsname validation for all files on
a tape it is managing; you do not need to rely on RACF TVTOC to get that.

With a tape management system set up correctly you should be able to use
generic DATASET profiles for full tape data set protection.

Mike Wood   RMM Development

On Sat, 11 Mar 2006 15:57:12 -0500, Robert S. Hansel (RSH)
<[EMAIL PROTECTED]> wrote:

>Mike,
>
>Your comments about running without TAPEVOL and/or TVTOC raises the
>following issue. It is my understanding that with RMM the only way to
>protect against unauthorized access to a tape dataset by taking
>inappropriate advantage of tape label containing just the last 17
characters
>of the dsname (e.g., opening PAY.PROD.MASTER.FILE by calling it
>MYID.PROD.MASTER.FILE) is by implementing RACF TAPEVOL profiles with TVTOC
>and setting RMM option TPRACF to either (P) or (A). This causes RACF to
keep
>track of the full dsnames on a given tape and guard against someone
>falsifying the name. Does RMM have other features or functionality that
>prevents misnaming tape datasets without involving TAPEVOL TVTOCs? Is yes,
>can you help me find the reference where it is described?
>
>Thanks, Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: discrete profiles for tape protection.

[Mike Wood]

John, The function performed by the RMM TPRACF options depends on how you
have RACF set up. If you were to inactivate TAPEVOL class rmm stops
creating and deleting TAPEVOL profiles for you.

With z/OS 1.8 we provide another option for TPRACF that will stop creation
of profiles but enable deletion; supporting the gradual migration from
TAPEVOL class to use of DATASET/TAPEDSN.

Mike Wood  RMM Development
On Thu, 9 Mar 2006 16:33:35 -0600, John Benik <[EMAIL PROTECTED]> wrote:

>you were exactly right TPRACF(A).  It sounds like the only way to avoid
>this is to not use Tapevol any longer, is there something else I should
>change the TPRACF(A) to?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

New CLIST on SYSPROC - refresh

[R.S.]

I just added new member to SYSPROC library.
The command
   TSO membername
does not work, I believe, because of IKJEXEC entry in COFVLF00.
I could recycle VLF, but...

Q: Does exist a method for refreshing command list without recycling VLF ?
Should I use VLFNOTE ?

--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Encryption & SMS

[Dean Montevago]

Hi,

I received a note mentioning a vendor is developing an encryptrion
product. They mentioned in the note: " The OPEN intercept will still
need to check the SMS ACS to determine which encryption method to use."
My question is what is the diffenece between an encryption routine for
SMS -vs- non-SMS. Is this product specific or does it have to do with
SMS itself ?

TIA
Dean

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 5596
[EMAIL PROTECTED]


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption & SMS

[Clark, Kevin D, HRC-Alexandria/EDS]

I waiting toi here back from IBM on the cost of : IBM DFSMSdss Encryption
feature 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Dean Montevago
Sent: Monday, March 13, 2006 8:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Encryption & SMS


Hi,

I received a note mentioning a vendor is developing an encryptrion product.
They mentioned in the note: " The OPEN intercept will still need to check
the SMS ACS to determine which encryption method to use." My question is
what is the diffenece between an encryption routine for SMS -vs- non-SMS. Is
this product specific or does it have to do with SMS itself ?

TIA
Dean

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 5596
[EMAIL PROTECTED]


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IXFP No Longer Supported

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bruno Sugliani
> 
> On Sat, 11 Mar 2006 14:13:23 -0600, Ed Gould 
> <[EMAIL PROTECTED]> wrote:
> 
> >I would not want to be responsible to management if a disaster struck

> >after you initiated the "snap short" Its just like any other backup 
> >"procedure" it has to fully complete before you have a real copy.
> 
> Ed and Ron  you guys are speaking about 2 different matters  :
> Ed's concern  is about running a production and assuming the risks   :
> You start  an instant copy of your drives at 03.00.00 AM .
> One second later at 03:00.01 all your  source drives are 
> destroyed by some alien high power laser beam !
> do you  have a valid copy ?
> AFAIK : NO you are dead

So at 03:00.00 you start a "conventional" backup process, and at
03:00.01 the same disaster occurs.  Are you not in the same boat??

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[John Eells]

Ed Gould wrote:

Some other sysprogs that I know don't know about it but they don't go  
SHARE. I would hate to think that this apparently nice facility is  
limited to SHARE attendees. I am not against this per se..


C'mon, Ed.  Of course it's not limited to SHARE attendees.  Why 
would we want to do that?


The idea that any important piece of information should be  disseminated 
as widely as possible should be the end point in this  discussion. Since 
IBM  has had this in place for 20 (++?) years with  SMPHOLD data, to me 
makes this an ideal avenue for IBM to get  information out to the end 
user (read sysprog) community.


HOLDDATA has indeed been around for quite a while (and a big 
improvement it was over EXCLUDE lists, too).


However, Enhanced HOLDDATA, which includes HOLDs for HIPERs, has 
not been around for 20 years.  In fact, the pre-GA pilot progam 
wasn't even 20 years ago (more like 12).  Without digging through 
notes and such, my best guess is that Enhanced HOLDDATA will have 
something close to its 10th birthday this year.


I do like the idea of flash's but in truth over the years they never  
seemed to reach the intended community (sysprogs).


For flashes to be effective, you have remember to go find them 
and read them.  Since they have been on a website for quite some 
time, this is much easier than it once was.


But I thought this discussion was about red alerts.  Red alerts 
come to your e-mail inbox.  There is no need to go look for them.


IBM has consistently (and to their credit) preached the smphold  mantra. 
It works. Now maybe if the flash has other audiences then it  serves its 
purposes. It appears to me that the flashes can exist side  by side with 
smphold data they should not be mutually exclusive, so  what if a flash 
and a holddata are sent out? No one is going to  complain.


They are not mutually exclusive.



--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Binyamin Dissen]

On Mon, 13 Mar 2006 17:27:19 +0800 Johnny Luo <[EMAIL PROTECTED]>
wrote:

:>Since my first touch with z/os,I have learned to issue 'tso sdsf' in ISPF
:>to invoke sdsf.Yesterday I'm doing some customization for my tso/ispf
:>session---adding some commands to my own ispf command table.

:>One of customized ISPF commands is 'sd',I want to use it to go directly
:>to sdsf and I accomplished this by defining its action in ispf command
:>table like this:'select pgm(..).'.

:>Then sunddently I think of the 'tso sdsf' .It seems 'sdsf' should be
:>a TSO command,but after searching TSO command reference,
:>I'm bewilered.There is no tso command named 'sdsf'.

:>Also I noticed one thing on our site:When invoking SDSF via panel
:>IBM supplied(in fact,it use the format of select pgm),the SDSF
:>panel has menu .However,using 'tso sdsf',you'll just get a SDSF
:>panel without menu.

:>So,can anyone tell me about what happens when issuing 'tso sdsf'
:>in ISPF command line?How it can invoke SDSF panel?

SDSF is both a TSO CP and an ISPF application.

The name SDSF invokes the TSO cp.

"SELECT PGM(ISFISP) NOCHECK NEWAPPL(ISF) PARM()" invokes the ISPF one.

--
Binyamin Dissen <[EMAIL PROTECTED]>
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Valid IEASYS00 Members?

[John Eells]

Kathleen McLaughlin wrote:


I’m currently reviewing our SYS1.PARMLIB(IEASYS00) member and have found
the following three parameters specified:
 APG=07
 ILMLIB=SYS1.ILMLIB
 ILMMODE=NONE
I have searched both the z/OS V1R4 and z/OS V1R6 “MVS Initialization and
Tuning Reference” books and am unsuccessful in finding information on any
of these parameters.  Does someone know if these are still valid
parameters for z/OS or when they were possibly dropped?


You can remove all three safely so long as you have installed 
UW94755 for APAR OW56271 on your z/OS V1R4 system to render the 
two ILM* parameters unnecessary.  APG (Automatic Priority Group) 
was removed long enough ago that I don't even recall what it did.


For more information about ILM, see:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/e0z2m103/2.2.6?ACTION=MATCHES&REQUEST=ilm*&TYPE=EXACTN&SHELF=EZ2ZO110&DT=20040413170318&CASE=&searchTopic=TOPIC&searchText=TEXT&searchIndex=INDEX&rank=RANK&ScrollTOP=FIRSTHIT#FIRSTHIT


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How to stop a started task in starting status

[Francois Paré]

Hello,

 

Is there a command to stop a started task that stays in the starting status 
because of an enqueue conflict on a dataset? I try cancel and force but it 
didn't work. I don't want to stop the other address space that has got the 
dataset at first.

 

Thank you!

 

Francois Pare

 



Francois Pare

Universite Laval

Service de l'informatique et des telecommunications

Pavillon Casault

Ste-Foy (Quebec) Canada

G1K 7P4

 

tel.: 418-656-2131 ext. 4013

fax: 418-656-7305



 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to stop a started task in starting status

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Francois Paré
> Sent: Monday, March 13, 2006 9:11 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: How to stop a started task in starting status
> 
> 
> Hello,
> 
>  
> 
> Is there a command to stop a started task that stays in the 
> starting status because of an enqueue conflict on a dataset? 
> I try cancel and force but it didn't work. I don't want to 
> stop the other address space that has got the dataset at first.
> 
>  
> 
> Thank you!
> 

No.

However, a "special form" of the cancel should work. Do a "D A,L" and get the 
__hexadecimal__ ASID number. Then issue the command:

C STARTING,A=asid_number_in_hex

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential information 
intended for a specific individual and purpose, and its content is protected by 
law.  If you are not the intended recipient, you should delete this message and 
are hereby notified that any disclosure, copying, or distribution of this 
transmission, or taking any action based on it, is strictly prohibited.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Ed Gould]

On Mar 13, 2006, at 8:18 AM, John Eells wrote:


Ed Gould wrote:

Some other sysprogs that I know don't know about it but they don't  
go  SHARE. I would hate to think that this apparently nice  
facility is  limited to SHARE attendees. I am not against this per  
se..


C'mon, Ed.  Of course it's not limited to SHARE attendees.  Why  
would we want to do that?


Well, I did not say it but the implication is there. If the  
information about IBM is offering the service is limited to SHARE,  
that is the implication. Since GUIDE no longer exist, IBM needs once  
again to get out of its tower and get out there and tell the troops  
about the new service.


Ed




The idea that any important piece of information should be   
disseminated as widely as possible should be the end point in  
this  discussion. Since IBM  has had this in place for 20 (++?)  
years with  SMPHOLD data, to me makes this an ideal avenue for IBM  
to get  information out to the end user (read sysprog) community.


HOLDDATA has indeed been around for quite a while (and a big  
improvement it was over EXCLUDE lists, too).


However, Enhanced HOLDDATA, which includes HOLDs for HIPERs, has  
not been around for 20 years.  In fact, the pre-GA pilot progam  
wasn't even 20 years ago (more like 12).  Without digging through  
notes and such, my best guess is that Enhanced HOLDDATA will have  
something close to its 10th birthday this year.


Thanks for the clarification.


I do like the idea of flash's but in truth over the years they  
never  seemed to reach the intended community (sysprogs).


For flashes to be effective, you have remember to go find them and  
read them.  Since they have been on a website for quite some time,  
this is much easier than it once was.


But I thought this discussion was about red alerts.  Red alerts  
come to your e-mail inbox.  There is no need to go look for them.


IBM has consistently (and to their credit) preached the smphold   
mantra. It works. Now maybe if the flash has other audiences then  
it  serves its purposes. It appears to me that the flashes can  
exist side  by side with smphold data they should not be mutually  
exclusive, so  what if a flash and a holddata are sent out? No one  
is going to  complain.


They are not mutually exclusive.

SNIP---


Of course they aren't. The idea that FLASHES can be brought to the  
attention of the "community" is fine, but just don't assume they  
reach everyone. It does not hurt to have duplication (in this  
instance, IMO).


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: D SMF - programatically

[Gilbert Saint-Flour]

On Sunday 12 March 2006 16:43, R.S. wrote:

> D SMF shows what is current (ACTIVE) "SYS1.MANx" dataset.
> I'd like to get the information in my program. Can I find it in CVT or
> other control block ?

Look at the code in SHOWMVS which displays a lot of SMF parms and info.  
SHOWMVS is in file 492 of the CBT tape at http://cbttape.org

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

MGCRE and EMCS Console

[Shahriar Shakeri]

Hi list
I have written an MPF EXIT to issuing operator commands :
i have used an MCSOPER REQUEST=ACTIVATE to define an EMCS
console and then MGCRE to issue the command ,after waiting
for the response to become available, MCSOPMSG REQUEST=GETMSG
to actually retrieve it, and finally MCSOPER REQUEST=DEACTIVATE
the console.

i don't want my command response exists in syslog ,but this is not the
case. i want to receive command response in a buffer (for example) and
then some part of message returned to syslog via WTO macro.

Thanks for any help

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to stop a started task in starting status

[Philippe Leite]

Try  C STARTING,A=,  where  is the ASID in hex format.

Regards,

Philippe Leite

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to stop a started task in starting status

[Vernooy, C.P. - SPLXM]

"Francois Paré" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Hello,
> 
>  
> 
> Is there a command to stop a started task that stays in the starting status 
> because of an enqueue conflict on a dataset? I try cancel and force but it 
> didn't work. I don't want to stop the other address space that has got the 
> dataset at first.
> 
>  
> 
> Thank you!
> 
>  
> 
> Francois Pare
> 

What message came with the cancel that did not work: IEE341I XX
NOT ACTIVE ?
Use: CANCEL STARTING.
Do a "D A,L" and you will see that the task has a second qualifier "STARTING". 
You always address started tasks with their second qualifier.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Johnny Luo]

On 3/13/06, Binyamin Dissen <[EMAIL PROTECTED]> wrote:
>
> On Mon, 13 Mar 2006 17:27:19 +0800 Johnny Luo <
> [EMAIL PROTECTED]>
> wrote:
>
> :>Since my first touch with z/os,I have learned to issue 'tso sdsf' in
> ISPF
> :>to invoke sdsf.Yesterday I'm doing some customization for my tso/ispf
> :>session---adding some commands to my own ispf command table.
>
> :>One of customized ISPF commands is 'sd',I want to use it to go directly
> :>to sdsf and I accomplished this by defining its action in ispf command
> :>table like this:'select pgm(..).'.
>
> :>Then sunddently I think of the 'tso sdsf' .It seems 'sdsf' should be
> :>a TSO command,but after searching TSO command reference,
> :>I'm bewilered.There is no tso command named 'sdsf'.
>
> :>Also I noticed one thing on our site:When invoking SDSF via panel
> :>IBM supplied(in fact,it use the format of select pgm),the SDSF
> :>panel has menu .However,using 'tso sdsf',you'll just get a SDSF
> :>panel without menu.
>
> :>So,can anyone tell me about what happens when issuing 'tso sdsf'
> :>in ISPF command line?How it can invoke SDSF panel?
>
> SDSF is both a TSO CP and an ISPF application.
>
> The name SDSF invokes the TSO cp.
>
> "SELECT PGM(ISFISP) NOCHECK NEWAPPL(ISF) PARM()" invokes the ISPF one.


Thanksgreat...I haven't heard of 'cp' before.But I guess it's 'command
processor' and
search manual for it and find it.Now I'll do some research.

Really appreciate your kind help...

--
> Best Regards,
> Johnny Luo

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Johnny Luo]

Another question.A little off-topic,but it's relevant to tso/ispf,
so I raise it here.

When I get the tso ready,I always use 'ispf' to invoke ISPF.
So I assume it a tso command,but strangely I can not find
this command in TSO Command Reference.But when I
issue 'tso help ispf' in ISPF,I can get tutorial about this
command.

So,why Command Reference doesn't talk about this
command?


--
Best Regards,
Johnny Luo

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Secure FTP

[McGee, Cletus]

We are exploring our options to meet a requirement to do a secure FTP
from the Mainframe. I was wondering what others have done in this area.
Any product suggestions or methodologies to accomplish this? 

 

Thanks

 

***

Cletus McGee

Technical Services

(334) 394-3320

 

Have a grand day

   

 

 




-
The information contained in this email/fax is confidential; it is
intended only for the use of the individual or entity named above.
If the reader of this message is not the intended recipient, you
are notified that any dissemination, distribution, or use of this
information is strictly prohibited. If you have received this
communication in error, please contact us immediately at the
telephone number or e-mail address set forth above and destroy all
copies of the original message. Although this email/fax is believed
to be free of any virus or other defect that might affect any
computer system in which it is received, it is the responsibility
of the recipient to ensure that it is virus free; Alfa accepts no
responsibility for any loss or damage arising in any way from its
use.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

RE : What hides behind 'TSO SDSF'?

[CAPRON Romain]

It is locate in SISPLPA (ISP. SISPLPA for example) ... (So in LPA)

CAPRON Romain
Ingénieur Système
MATMUT, France


-Message d'origine-
De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de 
Johnny Luo
Envoyé : lundi 13 mars 2006 16:45
À : IBM-MAIN@BAMA.UA.EDU
Objet : Re: What hides behind 'TSO SDSF'?

Another question.A little off-topic,but it's relevant to tso/ispf,
so I raise it here.

When I get the tso ready,I always use 'ispf' to invoke ISPF.
So I assume it a tso command,but strangely I can not find
this command in TSO Command Reference.But when I
issue 'tso help ispf' in ISPF,I can get tutorial about this
command.

So,why Command Reference doesn't talk about this
command?


--
Best Regards,
Johnny Luo

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Bob Shannon]

>When I get the tso ready,I always use 'ispf' to invoke ISPF.
>So I assume it a tso command,but strangely I can not find
>this command in TSO Command Reference.But when I
>issue 'tso help ispf' in ISPF,I can get tutorial about this
>command.

>So,why Command Reference doesn't talk about this
>command?

The TSO Commands manual only discusses the commands that are built in to
TSO. ISPF, like SDSF, is a separate product from TSO and therefore is
not documented in the TSO manual.
 
Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Ed Finnell]

 
In a message dated 3/13/2006 9:45:09 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

So,why  Command Reference doesn't talk about  this
command?



>>
It's a program product and has it's own separate FMID and manuals.
It's not shipped as a part of TSO. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Lizette Koehler]

Johnny,

Think of ISPF as an APPLICATION that runs under TSO.  It is not a TSO
function.  It was written long ago to replace (or enhance) the programmer
environment to speed up editing and compiling functions.  Prior to ISPF
coming into being, there was the basic TSO editor.  This is a very basic
function that allows you to edit, save, and submit.  It did not have any of
the bells and whistles like ISPF.  You can still use TSO Edit functions
today.  They are the same as they were in the 1970's.

IBM then evolved the ISPF application to provide a more flexible environment
to do the same things.  And every year it just keeps getting better.

Hope that helps.

Lizette Koehler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secure FTP

[Clark, Kevin D, HRC-Alexandria/EDS]

Cletus, 

Your Industry may dictate a solution. 

For Example 

Financial   - Connect:Direct
International - HARBOR/FT
Commercial -  FTP SSH



Contact the site where you must transfer to and from and gather a consensus
of product standards from them. 

Kevin 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McGee, Cletus
Sent: Monday, March 13, 2006 10:39 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Secure FTP


We are exploring our options to meet a requirement to do a secure FTP from
the Mainframe. I was wondering what others have done in this area. Any
product suggestions or methodologies to accomplish this? 

 

Thanks

 

***

Cletus McGee

Technical Services

(334) 394-3320

 

Have a grand day

   

 

 




-
The information contained in this email/fax is confidential; it is intended
only for the use of the individual or entity named above. If the reader of
this message is not the intended recipient, you are notified that any
dissemination, distribution, or use of this information is strictly
prohibited. If you have received this communication in error, please contact
us immediately at the telephone number or e-mail address set forth above and
destroy all copies of the original message. Although this email/fax is
believed to be free of any virus or other defect that might affect any
computer system in which it is received, it is the responsibility of the
recipient to ensure that it is virus free; Alfa accepts no responsibility
for any loss or damage arising in any way from its use.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Imbriale, Donald (Exchange)]

It's a TSO command processor, but not a TSO command.  Other products may
also introduce TSO CPs into your environment and those added CPs will
not be documented in the TSO Command Reference either.  

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Johnny Luo
>Sent: Monday, March 13, 2006 10:45 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: What hides behind 'TSO SDSF'?
>
>Another question.A little off-topic,but it's relevant to tso/ispf,
>so I raise it here.
>
>When I get the tso ready,I always use 'ispf' to invoke ISPF.
>So I assume it a tso command,but strangely I can not find
>this command in TSO Command Reference.But when I
>issue 'tso help ispf' in ISPF,I can get tutorial about this
>command.
>
>So,why Command Reference doesn't talk about this
>command?
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IXFP No Longer Supported

[Bruce Black]

I would, however, concur that the copy is not "instantaneous". 
Establishing the FlashCopy relationship for 300 - 400 drives takes us 
somewhere on the order of a minute, so you must, for example, suspend 
DB2 updates and some other update activities during the establishment 
process to be sure that you have consistent volume backups that will 
actually be usable for a Disaster Recovery.
Flashcopy has a "consistent flash" mode that makes it unnecessary to 
suspend application updates, as long as the application is a logged 
system doing dependant writes (such as DB2).   Although the consistent 
mode was available with Flashcopy V2, the z/OS support for it only 
became available recently.  It will be in the next release of FDRINSTANT 
(due out in April). 


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secure FTP

[Steve Flynn]

On 13/03/06, McGee, Cletus <[EMAIL PROTECTED]> wrote:
> We are exploring our options to meet a requirement to do a secure FTP
> from the Mainframe. I was wondering what others have done in this area.
> Any product suggestions or methodologies to accomplish this?

We have used a SSH tunnel carrying FTP. The target box was a windows
PC running copSSH.

--
Steve
Despair - It's always darkest just before it goes pitch black...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Powerful z machine

[Tom Harper]

I knew z machines were awesome, but this is amazing: 80 times the
world's electrical power usage (for a fraction of a second):

http://antwrp.gsfc.nasa.gov/apod/ap060313.html

Tom Harper

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Imbriale, Donald (Exchange)]

Ed, pay attention.  John could not have stated it any more clearly : "Of
course it's not limited to SHARE attendees."

But you come right back and say that it is.

As to awareness of this process, there are many ways it has been brought
to the public awareness.  You could read IBM web sites.  Cheryl Watson
probably passed this on in one of Tuning newsletters.  And it has been
discussed here on IBM-MAIN in the past.  Nobody is trying to hide
anything from you or anyone else.  Just keep your eyes open and pay
attention and it's amazing how much you can actually learn (or at least
be exposed to - it's up to you to learn).

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Ed Gould
>Sent: Monday, March 13, 2006 10:24 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: IBM APAR
>
>On Mar 13, 2006, at 8:18 AM, John Eells wrote:
>
>> Ed Gould wrote:
>>
>>> Some other sysprogs that I know don't know about it but they don't
>>> go  SHARE. I would hate to think that this apparently nice
>>> facility is  limited to SHARE attendees. I am not against this per
>>> se..
>>
>> C'mon, Ed.  Of course it's not limited to SHARE attendees.  Why
>> would we want to do that?
>
>Well, I did not say it but the implication is there. If the
>information about IBM is offering the service is limited to SHARE,
>that is the implication. Since GUIDE no longer exist, IBM needs once
>again to get out of its tower and get out there and tell the troops
>about the new service.
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secure FTP

[Jack Kelly]

we're just in the throes of it now. looks like ibm's free 5655-m23 does 
the job

Jack Kelly
LA Systems @ US Courts
x 202-502-2390

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IMS -- Old Manual

[Avram Friedman]

James,
Wow, does your shop run COPICS?

I have good and bad news for you,
The good news first, LLC is still supported sort off as
of IMS V8.
By support the macro that generates the low level code
checker is still
around and has actually been maintained ... the Macro
name is DFSNN and
the most recent APAR is PQ63275.

Now the bad new, the manual was last reprinted in 1993,
If you have that
one it is most likly the latest.  The manual is not
orderable from IBM but
if you need a 'close' copy the DOS version can still be
ordered, last
updated in 1984   DL/I DOS/VS LOW-LEVEL CODE/CONTINUITY
CHECK FEATURE
(SH20-9046-03)


I would suggest you check the IMS applications
programming guide or the
CICS / IMS interface guide ... you might find
something.


For people who might be interested in what this very
very old peice of
code does ... its sort of a carry over from IBMs first
DBMS which was
named at various times BOMP TBOMP and DBOMP  the BOMP
stood for "{Bill of
Material Program"  I will let you guess what the
letters T and D stood for.

In this system there were a pair of structures called
parts and
assemblies.  Assembiles were made up of parts and the
data base was
relational long before DB2.  For that matter, long
before the system 360.
When it got converted to IMS which many people thought
was a natural
because of its heiractial structure there was an
exposure of creating a
circular reference betewwn parts and assembiles.  LLC
was designed to
check for circular references.


Just for completeness for those who have some interest
in this historical
stuff BOMP actually had 4 relational tables ...  Parts
and assemblies
(which we just discussed)   and  Workstations and
Routings  The first pair
were intended for order / inventory  and the second
pair were for shop
floor control.

As it happens the DBMS system was used more often for
accounting and
payroll than what it was for manufacturing systems it
was originally
desinged for.


COPICS came out in the mid 70's and it was intended to
upgrade BOMP to the
CICS DLI world.  Lots of very fancy publications but I
never heard of
anyone actually getting it to work.

James if you want to discuss this write me at my Email
address
[EMAIL PROTECTED] ... unfortunetly I remember some
of this.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to stop a started task in starting status

[Knutson, Sam]

Issue D GRS,C to get the ASID it will show name and STARTING of the waiting STC

Issue C STARTING,A= using the ASID you obtained from the D GRS,C.

Thanks, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

"Think big, act bold, start simple, grow fast..." 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Francois Paré
Sent: Monday, March 13, 2006 10:11 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: How to stop a started task in starting status
Hello,
Is there a command to stop a started task that stays in the starting status 
because of an enqueue conflict on a dataset? I try cancel and force but it 
didn't work. I don't want to stop the other address space that has got the 
dataset at first.

Thank you!
Francois Pare

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Powerful z machine

[R.S.]

Tom Harper wrote:


I knew z machines were awesome, but this is amazing: 80 times the
world's electrical power usage (for a fraction of a second):

http://antwrp.gsfc.nasa.gov/apod/ap060313.html


It is good to distinguish power (Watt-measured) and energy 
(Joul-measure, or kWh, which is 3.6MJ).
AFAIR an average lightning (I'm NOT talking about HDS DASD) has a power 
of 10GW (power installed in all polish plants is approx. 32-36GW).

However the energy of the lightning is approx. 1.2 kWh or less.

During some labour excercises I got over 250 000 Volts and approx. 1GW 
from Marx generator.


BTW: Is it related to mainframe at all ?
--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Powerful z machine

[Tom Harper]

Only the name!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Monday, March 13, 2006 10:58 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Powerful z machine

Tom Harper wrote:

> I knew z machines were awesome, but this is amazing: 80 times the
> world's electrical power usage (for a fraction of a second):
> 
> http://antwrp.gsfc.nasa.gov/apod/ap060313.html

It is good to distinguish power (Watt-measured) and energy 
(Joul-measure, or kWh, which is 3.6MJ).
AFAIR an average lightning (I'm NOT talking about HDS DASD) has a power 
of 10GW (power installed in all polish plants is approx. 32-36GW).
However the energy of the lightning is approx. 1.2 kWh or less.

During some labour excercises I got over 250 000 Volts and approx. 1GW 
from Marx generator.

BTW: Is it related to mainframe at all ?
-- 
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Powerful z machine

[Richard Pinion]

>From "Back to the Future" that's Jiga Watts!

>>> [EMAIL PROTECTED] 3/13/2006 11:57:32 AM >>>
Tom Harper wrote:

> I knew z machines were awesome, but this is amazing: 80 times the
> world's electrical power usage (for a fraction of a second):
> 
> http://antwrp.gsfc.nasa.gov/apod/ap060313.html 

It is good to distinguish power (Watt-measured) and energy 
(Joul-measure, or kWh, which is 3.6MJ).
AFAIR an average lightning (I'm NOT talking about HDS DASD) has a power 
of 10GW (power installed in all polish plants is approx. 32-36GW).
However the energy of the lightning is approx. 1.2 kWh or less.

During some labour excercises I got over 250 000 Volts and approx. 1GW 
from Marx generator.

BTW: Is it related to mainframe at all ?
-- 

Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[John Eells]

John Eells wrote:

 > HOLDDATA has indeed been around for quite a while (and a big 
improvement

it was over EXCLUDE lists, too).

However, Enhanced HOLDDATA, which includes HOLDs for HIPERs, has not 
been around for 20 years.  In fact, the pre-GA pilot progam wasn't even 
20 years ago (more like 12).  Without digging through notes and such, my 
best guess is that Enhanced HOLDDATA will have something close to its 
10th birthday this year.


I should have mentioned, though, that SMARTMVS, on which Enhanced 
HOLDDATA was built, was around well before that.  (SMARTMVS, 
including some SMP/E extensions, was available through your 
friendly IBM SE at the time.  I'm reliably told that it dated 
from 1984-ish.)


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 64-bit question

[Neubert, Kevin (DIS)]

Regarding an accidental CPC deactivate...

If you deactivate a CPC with active systems you should be receiving a
warning message identifying active systems by name along with a message
stating the action being performed is disruptive before you can proceed.

Regarding accidental object selection...

Each object has the capability of being locked for disruptive tasks.  Before
you can proceed with an IPL, deactivate, etc. you must unlock the object.

Regards,

Kevin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
03/13/2006
   at 05:27 PM, Johnny Luo <[EMAIL PROTECTED]> said:

>Then sunddently I think of the 'tso sdsf' .It seems 'sdsf' should be
>a TSO command,but after searching TSO command reference, I'm
>bewilered.There is no tso command named 'sdsf'.

The TSO Commands Reference documents only TSO commands that are part
of TSO/E, and not even all of them. It does not document commands that
are part of other components.

>Then sunddently I think of the 'tso sdsf' .It seems 'sdsf' should be
>a TSO command

SDSF is not part of TSO/E. The SDSF command is documented in the SDSF
manuals, just as the RACF commands are documented in the RACF manuals.

>Also I noticed one thing on our site:When invoking SDSF via panel
>IBM supplied(in fact,it use the format of select pgm),the SDSF
>panel has menu .However,using 'tso sdsf',you'll just get a SDSF
>panel without menu.

That's because the ISPF command "TSO" is intended for running commands
outside the control of ISPF. If you want to execute a command under
ISPF control then  you must use SELECT CMD().

>So,can anyone tell me about what happens when issuing 'tso sdsf' in
>ISPF command line?

You get SDSF running as a TSO command. Check the SDSF documentation
for details.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Eric Bielefeld]

John,

What was SmartMVS?  I don't recall ever hearing about that.  Or maybe I 
just forgot.  Was that something you had to pay for?  Maybe it was one 
of those things only available at Share.  (A little humour).

Eric Bielefeld
Sr. Systems Programmer
P&H Mining Equipment
414-671-7849
Milwaukee, Wisconsin


- Original Message -
From: John Eells <[EMAIL PROTECTED]>
Date: Monday, March 13, 2006 12:18 pm
Subject: Re: IBM APAR
To: IBM-MAIN@BAMA.UA.EDU

> John Eells wrote:> 
> I should have mentioned, though, that SMARTMVS, on which Enhanced 
> HOLDDATA was built, was around well before that.  (SMARTMVS, 
> including some SMP/E extensions, was available through your 
> friendly IBM SE at the time.  I'm reliably told that it dated 
> from 1984-ish.)
> 
> -- 
> John Eells
> z/OS Technical Marketing
> IBM Poughkeepsie
> [EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Ed Finnell]

 
In a message dated 3/13/2006 1:03:23 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

What was  SmartMVS?  I don't recall ever hearing about that.  Or maybe I  
just forgot.  Was that something you had to pay for?  Maybe it  was one 
of those things only available at Share.  (A little  humour).



>>
Yeah, we Beta'd INFO/Access in early 80's and it was  huge  improvement(as 
long as you plugged in the right number). Regular
SHARE attendee thru early 90's and I never heard of SMARTMVS  either.
 
Some rollout for INFO/Access was up against XA something JES something DFP  
something and something else. It was a good session with maybe 11 attendess  in 
the 'large' conference room(350 seats).
 
Then all the SE's went away and we were forced to forge for ourselves.  
IBMLink saved my bacon numerous times and it's continual improvement and  
evolvement was easy to follow and understand then
a few years ago the PFCSKs struck again with Resource Link and  ShopZ. 
Sometimes it even works 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Ed Gould]

On Mar 13, 2006, at 12:18 PM, John Eells wrote:


John Eells wrote:

 > HOLDDATA has indeed been around for quite a while (and a big  
improvement

it was over EXCLUDE lists, too).
However, Enhanced HOLDDATA, which includes HOLDs for HIPERs, has  
not been around for 20 years.  In fact, the pre-GA pilot progam  
wasn't even 20 years ago (more like 12).  Without digging through  
notes and such, my best guess is that Enhanced HOLDDATA will have  
something close to its 10th birthday this year.


I should have mentioned, though, that SMARTMVS, on which Enhanced  
HOLDDATA was built, was around well before that.  (SMARTMVS,  
including some SMP/E extensions, was available through your  
friendly IBM SE at the time.  I'm reliably told that it dated from  
1984-ish.)


--



John,

A key point that everyone seems to be missing is that SE's (and they  
like) have essentially disappeared in the late 80's and early 90's.
There is no longer a way that IBM can reach out to inform the  
"community" of good information.  IBM did it to themselves when they  
got rid of SE's.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SHARE 107 Topics

[Conway, Steven F]

(Doggone it, submitted to bit.listserv first.  Sorry.)


 Now that SHARE in Seattle is done, we have a whopping six to seven 
 weeks to produce the schedule for SHARE 107 in Baltimore this summer.  
 That means having session titles to allocate rooms for and a commitment
 from speakers to have the session ready for SHARE, not have the session
 ready today.   


 As the scheduler for the MVSE (BCP) Project, a lot of the initial grunt
 work falls to me, especially the all-important "how many sessions do we
 have"?  Note that $SESSIONCOUNT may not exceed $ROOMCOUNT for initial  
 allocation; or, at least, not and keep our ability to control the  
 scheduling of the session(s).  So sessions that come in late are   
 limited in flexibility for day, time and location. 


 SO, a couple of questions.  Three, actually.   #4 doesn't count.   
 1.  What would you like to see presented at SHARE 107?  What's 
 important to you?  We have some well known, top-notch speakers who are 
 willing to present on many topics. 


 2.  What would -you- like to present?  Are you going to be in Baltimore
 and maybe have a 10-15 minute topic you'd like to present at a 
 lunchtime working session?  Michael Cleary did an abbreviated session  
 on DAF a few SHARE's ago that was terrific.


 3.  Is there somebody local to the Baltimore/DC area that owns,
 develops for, or otherwise plays with a commercial or free tool you'd  
 like to see present?  Fish came to Seattle and co-presented with Jay on
 a Hercules session.  I'll be happy to contact the person and solicit a 
 presentation.  


 4.  Tell me what I can do with the scheduling to ease the pain.
 Titles, abstracts and scheduling are our domain.  Note that, in some   
 cases, little can be done to put all our favorite sessions at 9.30 AM  
 each day and not overlap anything good.


 Responses can go to this list (with Darren's indulgence) and/or be sent
 to steve at conwaysplace dot net.  


 Cheers,,,Steve 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

virtual copies (was: IXFP ...)

[Paul Gilmartin]

In a recent note, Bruce Black said:

> Date: Mon, 13 Mar 2006 11:11:16 -0500
> 
> Flashcopy has a "consistent flash" mode that makes it unnecessary to
> suspend application updates, as long as the application is a logged
> system doing dependant writes ...
> 
I'm unfamiliar with the terms, but it's pretty clear from the
context what it must be about.

Does DFSMS have a new facility for "dependent writes" that
somehow chains the writes together?  Is it as simple as doing
all the writes in a single channel program with a guarantee
that the perceived updates of the backing store are congruent
with the order of the I/O requests?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Ed Gould]

On Mar 13, 2006, at 10:28 AM, Imbriale, Donald (Exchange) wrote:



Ed, pay attention.  John could not have stated it any more
clearly : "Of
course it's not limited to SHARE attendees."

But you come right back and say that it is.



Of course the only people who know about it are SHARE people or
someone that has attended SHARE and has told friends.  Don't assume
that if you don't attend SHARE people are suppose to know about a new
offering IBM has. Since IBM as essentially disconnected itself from
day to day contact with the user community (call 1-800-. for
service) there is no way (that I have seen) for IBM to communicate
with the typical sysprog (let alone most managers). Like I said there
needs to be an avenue for communication, personally I think HOLDDATA
is the best way. Then it gets to the people who need it the most
although I do like the idea of flash's it needs better coverage than
what it has been given. Before someone on here mentioned it I had
never heard of it. I asked a couple of friends that have been in the
sysproging business over 20 years and they had not heard of it either
(of course they don't attend SHARE, either). This may be a fluke but
somehow I don't think so.

Ed



--SNIP---


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ed Gould
> 
> [ snip ]
> 
> A key point that everyone seems to be missing is that SE's (and they  
> like) have essentially disappeared in the late 80's and early 90's.
> There is no longer a way that IBM can reach out to inform the  
> "community" of good information.

Ever hear of the "Internet"?

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Imbriale, Donald (Exchange)]

I haven't attended SHARE in 12 or more years.  But somehow I found out
about Red Alerts.  Thanks to IBM-MAIN and Cheryl Watson and spending
time reading IBM's web sites.

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Ed Gould
>Sent: Monday, March 13, 2006 3:38 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: IBM APAR
>
>On Mar 13, 2006, at 10:28 AM, Imbriale, Donald (Exchange) wrote:
>
>
>> Ed, pay attention.  John could not have stated it any more
>> clearly : "Of
>> course it's not limited to SHARE attendees."
>>
>> But you come right back and say that it is.
>>
>
>Of course the only people who know about it are SHARE people or
>someone that has attended SHARE and has told friends.  Don't assume
>that if you don't attend SHARE people are suppose to know about a new
>offering IBM has. Since IBM as essentially disconnected itself from
>day to day contact with the user community (call 1-800-. for
>service) there is no way (that I have seen) for IBM to communicate
>with the typical sysprog (let alone most managers). Like I said there
>needs to be an avenue for communication, personally I think HOLDDATA
>is the best way. Then it gets to the people who need it the most
>although I do like the idea of flash's it needs better coverage than
>what it has been given. Before someone on here mentioned it I had
>never heard of it. I asked a couple of friends that have been in the
>sysproging business over 20 years and they had not heard of it either
>(of course they don't attend SHARE, either). This may be a fluke but
>somehow I don't think so.
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Bob Shannon]

>I haven't attended SHARE in 12 or more years.

Gee Don, how's it look for Baltimore this summer?

Bob Shannon

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[(IBM Mainframe Discussion List)]

 
 
In a message dated 3/13/2006 2:38:58 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

>  There is no longer a way that IBM can reach out to inform the  
>  "community" of good information.

Ever hear of the  "Internet"?



Plenty of other businesses have discovered yet another way to reach  their 
customers.  It's called the mail.  Sometimes "snail mail."   It even works in 
other countries, too.  I get unwanted pieces of  information, probably good in 
their opinion, from businesses all the time in the  mail box in front of my 
house.
 
Bill  Fairchild

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Brian Peterson]

SMARTMVS was an IBM offering apparently available in Europe.  From the
current SMP/E User's Guide:

"The format of the HOLDDATA provided by the SMARTMVS service in Europe or
the Electronic HOLDDATA service in the U.S. is not compatible with z/OS
Enhanced HOLDDATA and does not take advantage of the enhanced REPORT
ERRSYSMODS command. Customers who currently use these services, and who
wish to make full use of the REPORT ERRSYSMODS command, must refresh their
CSI's HOLDDATA with z/OS Enhanced HOLDDATA."

Brian

On Mon, 13 Mar 2006 13:02:11 -0600, Eric Bielefeld  wrote:

>John,
>
>What was SmartMVS?  I don't recall ever hearing about that.  Or maybe I
>just forgot.  Was that something you had to pay for?  Maybe it was one
>of those things only available at Share.  (A little humour).
>
>Eric Bielefeld

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 64-bit question

[Mark Zelden]

On Sat, 11 Mar 2006 10:13:40 -0600, Joel C. Ewing <[EMAIL PROTECTED]> wrote:

>[EMAIL PROTECTED] wrote:
>> That's what had me a bit confused.  When I changed the storage
>> distribution to be only central with no expanded, the new config didn't
>> take affect until I did a DEACTIVATE, then an ACTIVATE on the LOAD
>> profile.  I'm still trying to find out whether ACTIVATE retains the
>> prior memory config.
>
>Definitely confusing.  Some things are picked up by a simple activate,
>others require deactivate/activate; and I haven't seen any clear
>documentation as to what falls in which category.  Another LPAR
>attribute we found that required a deactivate first is changing the
>active/reserved CPs.  We upgraded our z900, dynamically added the CP to
>z/OS 1.6, and updated the LPAR defs expecting that to resolve
>everything.  At next IPL we did only an activate without prior
>deactivate and z/OS reverted back to the old number of CPs.  Took a
>deactivate of the LPAR before the change became "permanent".
>>

Hmmm... that is the exact thing I did recently and it worked.  That
was why I posted that the deactivate wasn't needed.  Of course that
was on a z9-109, but I'm sure I did the same thing on our z990s when
we had them.

I just tested changing storage on one of my z9-109 sandbox LPARs
and changing the number of reserved CPs without doing a deactivate
prior to an activate, and both changes were reflected on the running
system when I IPLed.

Interesting that there is a warning message on the HMC that indicates
that "additional actions may be required to activate these changes.
Reference the PR/SM Planning Guide." after updating the profile,
but the PR/SM planning guide document this clearly as you indicated.

The only thing that is clear is that the behavior of ACTIVATE has
changed on at least a z9-109.   If someone who has a z990 still
and a sandbox LPAR wants to test out of curiosity, I'd be interested
in the results.  However, it never hurts to do the deactivate and
probably takes less than 10 seconds, so I guess better safe than
sorry.

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IXFP No Longer Supported

[Bruno Sugliani]

On Mon, 13 Mar 2006 07:55:52 -0600, Chase, John <[EMAIL PROTECTED]> wrote:
>So at 03:00.00 you start a "conventional" backup process, and at
>03:00.01 the same disaster occurs.  Are you not in the same boat??
>
>-jc-

Yes John ,but somehow no  :-))
But as i said it was for the sake of the argument .
In my case ,I run a // sysplex on 2 distant sites
I have protected my environment against hardware failure by PPRCing
(synchronous) the entire siteA DASD bay on siteB bay .
If a plane strikes ( forget the laser beam :-) ) one of my bay,i am OK,i
still have my site B with proper data because device end comes back only
once secondary is written .
If some human/application/whatever accident erases my data , i am dead .
For these reasons i need some DR backup , and some legal rules oblige me to
have these cartridges externalised .
To do that , i need a mean , and the easiest way is Db2 log suspend followed
by flashcopy and Db2 log resume then dump my flashcopied disks .
( Joel C. Ewing gave a vey nice description of why we cannot make it without
log suspend)
But as Ron said , Disks are pretty strong these days , raid 5 and 6 are nice
securities , etc etc ...
Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 64-bit question

[Ted MacNEIL]

>If you deactivate a CPC with active systems you should be receiving a
warning message identifying active systems by name along with a message
stating the action being performed is disruptive before you can proceed.

Operations types (actually most types) get into habits.

When Amdahl first came out with MDF, they had no prompt when an operator 
de-activated a domain.
So, customers asked for the prompt.

The action went from:
1. De-activate DOMAIN1.
2. OOPS!

To:
1. De-activate DOMAIN1.
2. Are you sure?
3. Yes.
4. OOPS!


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Ed Gould]

On Mar 13, 2006, at 9:44 AM, Johnny Luo wrote:


Another question.A little off-topic,but it's relevant to tso/ispf,
so I raise it here.

When I get the tso ready,I always use 'ispf' to invoke ISPF.
So I assume it a tso command,but strangely I can not find
this command in TSO Command Reference.But when I
issue 'tso help ispf' in ISPF,I can get tutorial about this
command.

So,why Command Reference doesn't talk about this
command?



It is a program product (SDSF). All free things are documented inn  
the command reference. $$ items aren't.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

JES2 $QNET suport for z/OS V1R7 (HJE7720)

[John Hamlet]

Has anyone hacked Doron's $QNET command to work with the new NJE/TCP type lines 
in addition to traditional CTC/BSC/SNA lines at HJE7720? Would someone be 
interested on working on porting this to HJE7720 with me? Is Tom Wasik's "JES2 
z/OS 1.7 Migration Guide" presentation (dated 01Mar2006) found at 
http://publibz.boulder.ibm.com/zoslib/pdf/J2migration_guide.pdf the best source 
of information regarding the structural $NIT changes? 
 
In the absence of a helpful reply I will take a currently active JES2-L 
listserv list address:-) 
 
Thanks in advance,
John Hamlet 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: What hides behind 'TSO SDSF'?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
03/13/2006
   at 11:44 PM, Johnny Luo <[EMAIL PROTECTED]> said:

>So,why Command Reference doesn't talk about this
>command?

For the same reason that it doesn't talk about RACF and RMF commands;
it only talks about commands that are part of TSO/E. Look in the ISPF
documentation for information on the ISPF and PDF commands.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SYSLOG purging . . .

[Jon Bathmaker]

Hi All;

I have an unusual request from my user. He wants to keep three months of
SYSLOG on the spool in one logically contiguous piece and every week, he
wants to dump the oldest week to a GDG, leaving the rest there in a single
spool dataset. It's rather like a logger scenario. I have never heard of
anyone wanting this, let alone implementing it but, hey, that's what makes
life so interesting.

One could imagine a program that does this, it would have to read and write
the oldest week's records to the GDG and then copy the remaining records to
the start of the file and reset the end of file marker, all without JES
worrying his pretty little head about it. Fairly tricky I should think.

Any thoughts/ideas/droll comments would be much appreciated.

Thanks,
Jon Bathmaker
Senior Systems Programmer,
Cornerstone Systems, Inc.
2 Robert Speck Pkwy, 280
Mississauga, ON L4Z-1H8
Desk:  905-854-4156
Cell: 647-400-4156
Office: 905-275-9977

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSLOG purging . . .

[Lizette Koehler]

Jon,

One shop I was at we dumped SYSLOG every night at midnight to a DASD GDG. Then 
every week we used JOBTRAC (job scheduling product) to pickup the weeks work of 
GDGs and wrote a weekly GDG to DASD.  Then we used Jobtrac to pick up the 
Weeklies and make a monthly tape.

You can do something similar using SDSF Batch and a job scheduling product.  It 
will not be pretty (Probably need a REXX or other program in the middle to 
determine the correct SYSLOG data set) but it can be done. 

If they just want 3 months worth of Syslog in a contigious group you can used 
the daily SYSLOG offload to a GDG that is mod'ed onto the end for 3 months.  
then create a new GDG.

Lizette Koehler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSLOG purging . . .

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Jon Bathmaker
> Sent: Monday, March 13, 2006 3:08 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SYSLOG purging . . .
> 
> 
> Hi All;
> 
> I have an unusual request from my user. He wants to keep 
> three months of
> SYSLOG on the spool in one logically contiguous piece and 
> every week, he
> wants to dump the oldest week to a GDG, leaving the rest 
> there in a single
> spool dataset. It's rather like a logger scenario. I have 
> never heard of
> anyone wanting this, let alone implementing it but, hey, 
> that's what makes
> life so interesting.
> 
> One could imagine a program that does this, it would have to 
> read and write
> the oldest week's records to the GDG and then copy the 
> remaining records to
> the start of the file and reset the end of file marker, all 
> without JES
> worrying his pretty little head about it. Fairly tricky I 
> should think.
> 
> Any thoughts/ideas/droll comments would be much appreciated.
> 
> Thanks,
> Jon Bathmaker


I'd lay very good odds that it is impossible. Especially if what the
customer wants is something like: In March, I want JAN, FEB, and MAR
syslog on the spool in a single spool dataset. In April, remove the JAN
portion, leaving only FEB, MAR, and APR portion in the single spool
dataset.

There is simply NO way to purge "part" of a single SPOOL dataset.

Curiously, if you use the OPERLOG using the LOGR, then you can do this.
But it is not in the SPOOL, it is in the LOGGER datasets. And you simply
remove those entries more than "x" days old.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ShadowImage Flashcopy extension

[Dennis Leong]

What is the advantage of having the ShadowImage Flashcopy V2 
Extension?  Our mainframe has all its data on a HDS 9900V box.  If I run 
DFDSS Copy full with the dumpconditional keyword without the extension is 
ShadowImage still being invoked on the box?   Thank you.


- enD sin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSLOG purging . . .

[Ulrich Krueger]

Jon,
you could probably go and invent "some wheel", a program to work with the
external writer program, to do what your user wants, plus some more to handle
the retention, tape migration, expiration, etc.
However, this wheel has already been invented many times over. Please look on
the Internet for SYSOUT Archiver software. There are several software vendors
out there willing to accept your good money and sell you a software package than
can do what your user wants. I bet, there might also be a freebie on the CBT
tape that you could use.
In our shop, for example, we have been using CA-VIEW from Computer Associates
for over 20 years. It archives the SYSLOG, among many other things (production
joblogs, reports, etc), to an on-line database. We keep an on-line copy for a
week and keep it on archive tape for 3 months. All the archiving, backup tape
creation and expiration, all that stuff is handled by the software package. And
all we have to do to get a daily SYSLOG spun off to the archive, is to have a an
automatic WRITELOG command executed every night at midnight.


Regards,
Ulrich Krueger
Mainframe Systems Services
National Semiconductor Corp.
Santa Clara, CA 95051
Tel: (408) 721-8071
Email: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Edward E. Jaffe]

Ed Gould wrote:

A key point that everyone seems to be missing is that SE's (and they  
like) have essentially disappeared in the late 80's and early 90's.
There is no longer a way that IBM can reach out to inform the  
"community" of good information.  IBM did it to themselves when they  
got rid of SE's.



That was before the internet became pervasive. Now IBM web sites impart 
that information (and more)...


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Ed Gould]

On Mar 13, 2006, at 2:38 PM, Chase, John wrote:


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed Gould

[ snip ]

A key point that everyone seems to be missing is that SE's (and they
like) have essentially disappeared in the late 80's and early 90's.
There is no longer a way that IBM can reach out to inform the
"community" of good information.


Ever hear of the "Internet"?



John,

Yea and its a pretty big place isn't it?

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSLOG purging . . .

[Ulrich Krueger]

Jon,
on second thought ...
First of all, you can not keep a contiguous hunk of SYSLOG (one big file for 90
days) and then expect to be able to easily delete a day's or week's worth of
records. That's just not how the thing's designed.
Depending on your system setup, SYSLOG is automatically broken into separate
pieces when it exceeds the number of lines specified in SYS1.PARMLIB(IEASYSxx)
LOGLMT=xx parameter.
 Instead of letting it grow to LOGLMT lines, you're much better off executing a
"WRITELOG x" every 24 hours. This spins of a hunk of SYSLOG into an output
dataset that you can work with and access with SDSF.

If you don't want to invest in a software package (as I stated in my first
posting)
and
you have plenty of diskspace available to add to your existing JES2 SPOOL
configuration, to store 90 days' of SYSLOGs in addition to all your other stuff
and
you can afford to set aside a dedicated SYSOUT class for nothing but SYSLOGs
and
you have SDSF (and a _huge_ SDSF ISF.HASPINDX dataset!)
then you can do the following:
- Set up an automatic "WRITELOG x" command every night at midnight to spin off
the daily SYSLOG to the reserved output class
- Show the user how to use SDSF to locate SYSLOG information by date and time:
In SDSF, go to the log, use the "LOCATE hh:mm:ss mm/dd/" command to find the
requested info by time and date ... slick stuff!
- Finally set up an automatic purge command to purge all output from the
reserved SYSOUT class that's older than 90 days:
$POJOBQ,READY,Q=x,A>90
- Since everything's kept in SPOOL, there'll be no need to handle GDG datasets,
tapes, etc.

That'll be the cheap solution, but please don't ask me how SDSF will perform
when it has to maintain 90 days of SYSLOG in the HASPINDX dataset ... it all
depends on size. Which brings up the question: How many lines of SYSLOG do you
create in a day? (We're cranking out around 750,000 to 850,000 lines per day and
that's why we offload from SPOOL to a SYSOUT Archiver software package.)

HTH

Regards,
Ulrich Krueger
Mainframe Systems Services
National Semiconductor Corp.
Santa Clara, CA 95051
Tel: (408) 721-8071
Email: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E for non-sysprogs?

[Patrick O'Keefe]

On Wed, 8 Mar 2006 21:19:53 -0500, Shmuel Metz (Seymour J.)  wrote:

>...
>>Last, if the group takes responsibility for software maintenance then
>>must  do so (politically anyway) independently from any group
>>member.
>
>And if the group takes responsibility for software maintenance then
>the group MUST TAKE RESPONSIBILITY FOR SOFTWARE MAINTENANCE; that
>means cleaning up after themselves and not asking another group to
>bail them out after shooting themselves in the foot.
>...

This is true whichever way the original question is answered.

For all of my career (since the mid '70s) I've been in system programming
groups, but have been responsible for network-related software.  Sometimes
this has been part of the MVS group; sometimes outside it.  Usually the
MVS system programmers were responsible for aything that went into the MVS
CSI.  Sometimes that included me; sometimes not.  ISV and program product
CSIs the product owners were resposible for SMP runs.

In my experience, quality of installation and maintenance had nothing to do
with the group doing the maintenance.  It had everything to do with the
individuals.

I've seen MVS system programmers install a product and then never apply
maintenance because they cared nothing about the product.  (They felt it
was not their dog even after claiming ownership.)

I've seen people both in and out of the MVS systems programming group
slavishly following vendor's installation procedures that violated local
naming standards, had horribly out of date blocksizes, etc.

In other words, the group taking responsibility for the installation and
maintenance of a product needs to do so with a reasonable amount of
intelligence and diligence.

On the other hand (or foot) I would say that asking for assistance after
hosing over maintenance (as with any other problem) is fine after doing
an appropriate amount of homework.  Even very experienced SMPers can
occassionally do themselves in; having another experienced set of eyes
can be a lifesaver.

And if corporate politics dictate that inexperienced users do their own
SMP work, it's to everyone's benefit that the experienced SMP users lend
them a helping hand.  Otherwise they will have to pick up the pieces
later on.

Pat O'Keefe
maintenance

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Tom Schmidt]

On Mon, 13 Mar 2006 15:50:39 -0600, Ed Gould wrote:
>On Mar 13, 2006, at 2:38 PM, Chase, John wrote:
>> Ever hear of the "Internet"?
>
>
>John,
>
>Yea and its a pretty big place isn't it?
>
>Ed

But not endless:

 http://www.shibumi.org/eoti.htm

--
Tom Schmidt
Madison, WI

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Eric Bielefeld]

Thanks Brian.  If it was only available in Europe, that would explain 
why I never heard of it.

On the other topic about Red Alerts, I think I heard about that from 
one of the IBM newsletters, that are easily subscribed to.  I went to 
sign up, and got the few that were sent out.  

Eric Bielefeld
Sr. Systems Programmer
P&H Mining Equipment
414-671-7849
Milwaukee, Wisconsin


- Original Message -
From: Brian Peterson <[EMAIL PROTECTED]>
Date: Monday, March 13, 2006 1:47 pm
Subject: Re: IBM APAR
To: IBM-MAIN@BAMA.UA.EDU

> SMARTMVS was an IBM offering apparently available in Europe.  From the
> current SMP/E User's Guide:
> 
> "The format of the HOLDDATA provided by the SMARTMVS service in 
> Europe or
> the Electronic HOLDDATA service in the U.S. is not compatible with 
> z/OSEnhanced HOLDDATA and does not take advantage of the enhanced 
> REPORTERRSYSMODS command. Customers who currently use these 
> services, and who
> wish to make full use of the REPORT ERRSYSMODS command, must 
> refresh their
> CSI's HOLDDATA with z/OS Enhanced HOLDDATA."
> 
> Brian
> 
> On Mon, 13 Mar 2006 13:02:11 -0600, Eric Bielefeld  [EMAIL PROTECTED]> wrote:
> 
> >John,
> >
> >What was SmartMVS?  I don't recall ever hearing about that.  Or 
> maybe I
> >just forgot.  Was that something you had to pay for?  Maybe it 
> was one
> >of those things only available at Share.  (A little humour).
> >

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Fw: SYSLOG purging . . .

[Ted MacNEIL]

Thid poster had a REPLYTO, so it didn't make it to IBM-Main.

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

-Original Message-
From: "Ted MacNEIL" <[EMAIL PROTECTED]>
Date: Mon, 13 Mar 2006 22:21:16 
To:[EMAIL PROTECTED]
Subject: Re: SYSLOG purging . . .

>If they just want 3 months worth of Syslog in a contigious group you can used 
>the daily SYSLOG offload to a GDG that is mod'ed onto the end for 3 months. 

Why keep it in SPOOL?
An unplanned operator command could blow it away.
Offloaded, RACF (or whatever) is your friend.

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CF usage at DR location

[Skip Robinson]

We were early users of XRC circa 1998. In our first few tests, we had 
lingering problems because, with mirrored CFRM data set, the newly IPLed 
systems could never get over the loss of the two CFs left back in the 
smoking hole. They were convinced that some magic would bring the lost CFs 
back to life. I put the problem to Curt Jews at SHARE--in SCIDS of 
course--and he recommended *not* to mirror the CFRM data set. Voila.

The crux is to IPL the first system with an empty, freshly formatted CFRM 
data set. There is now no trace of the lost CFs ever having been in use. 
They can still be in the (composite) CFRM policy, but now they're simply 
unreachable in DR just as the DR CFs are unreachable in production. No 
more problem. Paolo is right. 

.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 03/08/2006 
06:58:16 AM:

> Pat,
> 
> believe me or not... there's no way to restart a Parallel Sysplex on a 
D/R
> site and
> with a "one shot" IPL operation, unless you have an empty XCF Couple
> Dataset and a
> COUPLExx parameter for D/R purposes. XCF couple datasets have an
> administrative section,
> generally not accessible by customer code, where infos about active 
sysplex
> are recorded
> and used in further restarts... To restart a parallel sysplex in a
> different location and
> with differents CF (in one step) you must have an XCF couple dataset
> clean and manually
> point (via PARMLIB) to your desired CFRM Policy (your loved one... with 
all
> CF specified)...
> 
> As per CICS LOGR files, the only way is to have logstreams DASDONLY
> 
> HTH
> 
 _
> Paolo Cacciari

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CF usage at DR location

[Ed Finnell]

 
In a message dated 3/13/2006 4:33:53 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

They can  still be in the (composite) CFRM policy, but now they're simply  
unreachable in DR just as the DR CFs are unreachable in production. No  
more problem. Paolo is right. 



>>
Welcome back, you ever get your ESCONs  unplugged?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CF usage at DR location

[Skip Robinson]

SHARE in Seattle was very fine. ;-)

Thanks for asking about ESCON cards: the question motivated me to inquire 
and actually make a plan. Cards are coming out this weekend; we need a POR 
to force SAP reallocation. Stay tuned...

.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 03/13/2006 
02:36:15 PM:

> 
> In a message dated 3/13/2006 4:33:53 P.M. Central Standard Time, 
> [EMAIL PROTECTED] writes:
> 
> They can  still be in the (composite) CFRM policy, but now they're 
simply 
> unreachable in DR just as the DR CFs are unreachable in production. No 
> more problem. Paolo is right. 
> 
> 
> 
> >>
> Welcome back, you ever get your ESCONs  unplugged?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSLOG purging . . .

[Diehl, Gary (MVSSupport)]

Jon,

I too have to respond on the droll side of life.

The SPOOL is meant as a temporary place to put print objects between
creation and offload (to either a printer, an external file, another JES
node, or the bit bucket).  It is an enormous waste of DASD to keep SPOOL
there any longer than necessary.

This also begs the question: What do they want it for?  If the only
thing they are going to do is search it with their TSO ID, then educate
them on the power of SUPERCE against disk datasets.

What can you do with that much data, still on the SPOOL, that you can't
do more efficiently with some other storage medium?  And how fair is it
to everyone else that wants to use the SPOOL?  Not very, I think.

Personally, I'd find out how much it costs to store that much data, find
out if the SPOOL can be expanded that big, determine the cost and
feasibility of doing so, and hand the user a bill for that amount.  If
they pay the bill up front, have a legitimate reason for needing it on
the SPOOL, and it proves to be technically feasible then I'd likely set
them up.  However, I suspect that 3 months of SYSLOG won't fit on a JES
SPOOL of maximum size even on mod-27 disk.  I know at our site, we'd
overrun such a SPOOL in just a couple weeks.

As far as how to make the older data drop off, I'd have to refer you to
the excellent suggestions that have already been sent to the list by our
very sharp and clever posters.

Best regards,

Gary Diehl

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Wayne Driscoll]

I went to www.ibm.com entered "red alerts" on the search box, and the first
search result is a link to subscribing to Red Alerts (ok, 2 links, since the
article referenced an older page, but I was redirected).
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Gould
Sent: Monday, March 13, 2006 9:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM APAR

On Mar 13, 2006, at 8:18 AM, John Eells wrote:

> Ed Gould wrote:
>
>> Some other sysprogs that I know don't know about it but they don't go  
>> SHARE. I would hate to think that this apparently nice facility is  
>> limited to SHARE attendees. I am not against this per se..
>
> C'mon, Ed.  Of course it's not limited to SHARE attendees.  Why would 
> we want to do that?

Well, I did not say it but the implication is there. If the information
about IBM is offering the service is limited to SHARE, that is the
implication. Since GUIDE no longer exist, IBM needs once again to get out of
its tower and get out there and tell the troops about the new service.

Ed


>
>> The idea that any important piece of information should be   
>> disseminated as widely as possible should be the end point in this  
>> discussion. Since IBM  has had this in place for 20 (++?) years with  
>> SMPHOLD data, to me makes this an ideal avenue for IBM to get  
>> information out to the end user (read sysprog) community.
>
> HOLDDATA has indeed been around for quite a while (and a big 
> improvement it was over EXCLUDE lists, too).
>
> However, Enhanced HOLDDATA, which includes HOLDs for HIPERs, has not 
> been around for 20 years.  In fact, the pre-GA pilot progam wasn't 
> even 20 years ago (more like 12).  Without digging through notes and 
> such, my best guess is that Enhanced HOLDDATA will have something 
> close to its 10th birthday this year.

Thanks for the clarification.
>
>> I do like the idea of flash's but in truth over the years they never  
>> seemed to reach the intended community (sysprogs).
>
> For flashes to be effective, you have remember to go find them and 
> read them.  Since they have been on a website for quite some time, 
> this is much easier than it once was.
>
> But I thought this discussion was about red alerts.  Red alerts come 
> to your e-mail inbox.  There is no need to go look for them.
>
>> IBM has consistently (and to their credit) preached the smphold   
>> mantra. It works. Now maybe if the flash has other audiences then it  
>> serves its purposes. It appears to me that the flashes can exist side  
>> by side with smphold data they should not be mutually exclusive, so  
>> what if a flash and a holddata are sent out? No one is going to  
>> complain.
>
> They are not mutually exclusive.
>
> SNIP---

Of course they aren't. The idea that FLASHES can be brought to the attention
of the "community" is fine, but just don't assume they reach everyone. It
does not hurt to have duplication (in this instance, IMO).

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: New CLIST on SYSPROC - refresh

[Shane Ginnane]

R.S. wrote on 13/03/2006 11:12:15 PM:

> I just added new member to SYSPROC library.
> The command
> TSO membername
> does not work, I believe, because of IKJEXEC entry in COFVLF00.
> I could recycle VLF, but...
>
> Q: Does exist a method for refreshing command list without recycling VLF
?
> Should I use VLFNOTE ?

Quick answer - use "TSO %membername".
Long answer - updates are always recognised within the boundaries of the
sysplex they originated in. If you have to use the update in another
sysplex, you need VLFNOTE over there.
I have only ever needed it when I had a ring of monoplexes sharing
libraries. Got to be such a pain I set up a panel to kick of jobs in all
the other systems to do the VLFNOTE in a batch job.

I suspect all you'll need is the short answer above.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E SE37 Retry and ++ZAP

[Arthur T.]

On 3 Feb 2006 17:52:43 -0800, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
[EMAIL PROTECTED] (Greg Price) wrote:


>Edward E. Jaffe wrote:
>> Shmuel Metz (Seymour J.) wrote:
>>> In <[EMAIL PROTECTED]>, on 02/02/2006
>>>at 08:13 AM, "Edward E. Jaffe" 
<[EMAIL PROTECTED]> said:

>>>
 Not for PDSE.

>>> Why would AMASPZAP processing be any different for PDSE?

>Just to expand on what Ed said ever so slightly, AMASPZAP 
can navigate
>the structure of load modules in PDSs itself, find the 
code to be zapped,
>change it and rewrite it -  all without calling the 
Program Binder or Linkage
>Editor.  (Imagine the service aid calling the Linkage 
Editor on OS/360 - talk

>about extra overhead.)
>
>The shifting sands of the structure of Program Objects 
are not "known" by
>AMASPZAP, so it invokes Program Binder code to read the 
object, change it,
>and rewrite it.  When the Binder rewrites the program 
(which probably will
>be a different number of bytes due to more IDR_Z data) it 
is stored as a new

>member in the PDSE which then supercedes the old member.
>
>I also believe it is true to say that OPEN for UPDAT of a 
PDSE will never
>cause a PDSE member to be updated in place because of the 
member
>versioning that PDSEs effectively provide for existing 
connections.


 Sorry to resurrect an old thread, but I was cleaning 
up some papers and happened to come across IBM's 1989 
response to the PDSPAIN White Paper.  It stated:


"IBM's goal in any improvements to PDSs is to continue to 
support these benefits

 ...
(5) The ability to perform updates in place by rewriting 
data blocks."


 Yes, I understand that it was a goal, not a 
hard-and-fast destination.  I just thought you might be as 
amused as I was by this fortuitous discovery.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Encryption & SMS

[Russell Witt]

Dean,

I believe the product you are talking about is CA's new BrightStor Tape
Encryption product, which is currently in Beta and will go GA next month
(Osvaldo Ridner gave a presentation on it at Share last week as well).

This new product will allow any tape file to be encrypted and decrypted as
it is being accessed by any application. The encryption method used (if any)
is based on specific values being put into the "descriptor field" of the SMS
dataclass. Since any dataset (including non-SMS managed tape) can be
assigned an SMS dataclass, we chose this. The file itself does not have to
reside upon an SMS-managed tape, but an SMS dataclass with a specific
keyword in the descriptor field does need to be assigned. This can be via
ACS rules (for those sites that want to encrypt all tape datasets for
example) or via JCL with the DATACLAS parameter (if you want to only encrypt
very specific files). This encryption eliminates the need to copy a tape
dataset from one tape to another to encrypt and to re-copy to decrypt. The
encryption is performed as the tape is originally being created or read, by
any application.

Russell Witt
CA-1 Level-2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Dean Montevago
Sent: Monday, March 13, 2006 7:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Encryption & SMS


Hi,

I received a note mentioning a vendor is developing an encryptrion
product. They mentioned in the note: " The OPEN intercept will still
need to check the SMS ACS to determine which encryption method to use."
My question is what is the diffenece between an encryption routine for
SMS -vs- non-SMS. Is this product specific or does it have to do with
SMS itself ?

TIA
Dean
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IXFP No Longer Supported

[Bruce Black]

If a plane strikes ( forget the laser beam  :-)  ) one of my bay,i am OK,i
still have my site B with proper data because device end comes back only
once secondary is written .
If some human/application/whatever accident erases my data , i am dead .
For these reasons i need some DR backup , and some legal rules oblige me to
have these cartridges externalised .
Bruno, you make an excellent point about remote mirrors.  Some people 
seem to think that this replaces backups, but the reality is that if 
your data is corrupted in some way, then you just have TWO copies of the 
corrupted data, not much use.  There is still a place for backups and I 
am glad to see you have a good solution. 


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: virtual copies

[Bruce Black]

Does DFSMS have a new facility for "dependent writes" that
somehow chains the writes together?  Is it as simple as doing
all the writes in a single channel program with a guarantee
that the perceived updates of the backing store are congruent
with the order of the I/O requests?
As I use the term "dependant writes", it means that the application 
issues writes in a specific sequence and does not initiate the next one 
until the previous one is confirmed complete.


In database terms, such as DB2, this means that it
1) issues a write to the log to indicate that an update is going to take 
place

2) issues one or more writes to the database files to accomplish the update
3) issues a write to the log to indicate that the update is complete

If this sequence is interrupted, such as by a system failure, power 
outage, remote link failure, etc, then when DB2 is restarted it can tell 
that the update was not completed from the log, and can back it out (or 
sometimes complete it).  I am no DB2 expert but I understand that this 
is the way it works (those who can spell DB2 better than I, feel free to 
chime in). 

If you can capture your backups at a point of I/O consistency, then when 
you restore those backups, the same sort of restart can take place.
I/O consistency means that there is no possibility that you have backups 
of the log and database voliumes where #3 was completed, but #2 was not 
completed. 

With normal backups, and even with normal "instant replication", I/O 
consistency cannot be guaranteed.  However, EMC, HDS, and now IBM have 
mechanisms for guaranteeing I/O consistency when you use "instant 
replication" on a set of volumes.  In all cases it involves a way of 
suspending I/O to all the volumes involved until the replication is 
complete (a few seconds). 


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ShadowImage Flashcopy extension

[Bruce Black]

What is the advantage of having the ShadowImage Flashcopy V2 
Extension?  Our mainframe has all its data on a HDS 9900V box.  If I 
run DFDSS Copy full with the dumpconditional keyword without the 
extension is ShadowImage still being invoked on the box? 
Sorry, no.  COPY with DUMPCONDITIONAL will do a normal I/O read/write 
copy of the volume, slowly. 
If you add the FASTREPLICATION operand, and FlashCopy is available, then 
it will be flashed, quickly. 


ShadowImage without the FlashCopy extension is not supported by DFSMSdss.

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[James Smith]

Ed 

I actually agree with parts of your argument but as an outsider you lose a
lot of credibility with your constant negative ranting about SHARE. Was it
not you who told a poster to refrain from constantly reminding us of his
ex-wife?  Perhaps you should heed your own advice and substitute 'ex-wife'
for 'SHARE'.  Put it behind you and move on.

Having only attended SHARE once in the past 10 years I still manage to avail
myself of the information that is out there be it via the internet or
otherwise.

However, and this is where I share (pun intended) your feelings.  IBM lost a
great deal when in the 80's they swapped the role of SE (systems engineer)
with that of SE (sales expediter). Sadly they lost even more when the
dropped the role altogether because the latter SE, whilst less qualified
than their predecessor, still maintained an open line of communications with
the customer.  That line of communication has now gone completely which is a
great pity. There is now no consistency in how customers receive information
or in the information received.

Jim S.



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Gould
Sent: 14 March 2006 04:38
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM APAR

On Mar 13, 2006, at 10:28 AM, Imbriale, Donald (Exchange) wrote:


> Ed, pay attention.  John could not have stated it any more
> clearly : "Of
> course it's not limited to SHARE attendees."
>
> But you come right back and say that it is.
>

Of course the only people who know about it are SHARE people or
someone that has attended SHARE and has told friends.  Don't assume
that if you don't attend SHARE people are suppose to know about a new
offering IBM has. Since IBM as essentially disconnected itself from
day to day contact with the user community (call 1-800-. for
service) there is no way (that I have seen) for IBM to communicate
with the typical sysprog (let alone most managers). Like I said there
needs to be an avenue for communication, personally I think HOLDDATA
is the best way. Then it gets to the people who need it the most
although I do like the idea of flash's it needs better coverage than
what it has been given. Before someone on here mentioned it I had
never heard of it. I asked a couple of friends that have been in the
sysproging business over 20 years and they had not heard of it either
(of course they don't attend SHARE, either). This may be a fluke but
somehow I don't think so.

Ed


> --SNIP---

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Ed Gould]

On Mar 13, 2006, at 3:52 PM, Edward E. Jaffe wrote:


Ed Gould wrote:

A key point that everyone seems to be missing is that SE's (and  
they  like) have essentially disappeared in the late 80's and  
early 90's.
There is no longer a way that IBM can reach out to inform the   
"community" of good information.  IBM did it to themselves when  
they  got rid of SE's.



That was before the internet became pervasive. Now IBM web sites  
impart that information (and more)...



Ed,

Valid point but nowhere did I say all SE's were goodness. I can  
remember a few bad ones (like I am sure we can all talk about). I  
also can remember some excellent ones.  Frankly I can also tell you  
about really really bad ones. But at least you could talk to the  
account rep and have them moved. Now we are lucky to have a 1-800  
number. I was at a rather large account and was there for a year  
before I even heard that we had a IBM person. The next time I think I  
saw her was at a DR test (at IBM). IBM did buy dinner for us then  
(thanks).


Oh yes I do remember talking with her about getting support for ICSF  
and was told it would cost $$.


But I digress. No it wasn't all goody goody in the old days. Frankly  
I don't think IBM would be where they were today without SE's . When  
they eliminated them (for all intent purposes) they started the the  
clock. TICK TICK TOC.


Ed
 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Ed Gould]

On Mar 13, 2006, at 5:42 PM, Wayne Driscoll wrote:

I went to www.ibm.com entered "red alerts" on the search box, and  
the first
search result is a link to subscribing to Red Alerts (ok, 2 links,  
since the

article referenced an older page, but I was redirected).
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.

===SNIP+


Here is problem is if you didn't know about "red alerts" the phrase  
is not the usual IBM "babble" hipers yes nearly everyone knows what a  
hiper apar is not red alerts that is almost a foreign dialect.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Production Jobs contention with Test Jobs

[Raja Easwaramoorthy]

Hi,

I know by some way we can automatically/programmatically abend the test jobs 
when there is a resource contention with any production jobs. Any idea on 
how to accomplish this? I am a COBOL programmer; I have only limited 
knowledge about the system programming or RACF or Job scheduler. So could 
you please explain me in little detailed fashion?


Thanks in advance,
Raja.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CF usage at DR location

[Ed Finnell]

 
In a message dated 3/13/2006 5:18:44 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

and  actually make a plan. Cards are coming out this weekend; we need a POR 
to  force SAP reallocation. Stay tuned...




>>
Thanks for update...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secure FTP

[John S. Giltner, Jr.]

We originally tried SFTP (SSH FTP) but ended up using FTPS (FTP TSL/SSL) 
instead.


SSH FTP can only access files in a HFS/ZFS, no "real mvs files", FTP 
TSL/SSL can access all files no matter where they live.  As 99.9% of 
all the files we process are "mvs files" we found it made our life 
easier.  We also found it easier to automate, as we already were using 
the FTP SMF exit to issue WTO for NetView to see when transmissions ended.



McGee, Cletus wrote:

We are exploring our options to meet a requirement to do a secure FTP
from the Mainframe. I was wondering what others have done in this area.
Any product suggestions or methodologies to accomplish this? 

 


Thanks

 


***

Cletus McGee

Technical Services

(334) 394-3320

 


Have a grand day


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSLOG purging . . .

[Ed Finnell]

 
In a message dated 3/13/2006 5:28:05 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

As far  as how to make the older data drop off, I'd have to refer you to
the  excellent suggestions that have already been sent to the list by our
very  sharp and clever posters.




>>
Yeah don't know how much the end user is willing to pay for
their indulgence. We did the ePrint solution couple years ago even
for SYSLOG. The production control folks like it so they cay back track if  
something fails. It also converts to .pdf so if somebody wanted to build an  
index and glom so pages together that's there  too.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Ed Gould]

On Mar 13, 2006, at 8:10 PM, James Smith wrote:


Ed

I actually agree with parts of your argument but as an outsider you  
lose a
lot of credibility with your constant negative ranting about SHARE.  
Was it
not you who told a poster to refrain from constantly reminding us  
of his
ex-wife?  Perhaps you should heed your own advice and substitute  
'ex-wife'

for 'SHARE'.  Put it behind you and move on.

-SNIP

Huh??? That went overboard there. No where did I say anything bad  
about SHARE, if I did say anything bad, I apologize. IIRC my comments  
were directed at IBM not about SHARE. I won't rehash the comments but  
will say that IBM (in general) is forgetting the average Joe (or  
Jill) sysprog. It is they that man the fort against the daily  
onslaught of telephone calls from programmers & operators and yes  
managers. They seem to forget its not all about SHARE but the rest of  
the 99+ percent who don't get to SHARE. If that is saying something  
bad about SHARE, sorry I plead not guilty. Is the implication that  
SHARE is doing something wrong, no, because it is IBM's  
responsibility to communicate the right information to everyone. In  
the "old" days the account rep/SE/PSR/CE had the job and it worked  
sort of OK. Was it efficient? No probably not. But at our account it  
worked well.


IBM (IMO) has lost touch and is trying to get back to 20 years ago.  
They probably won''t succeed. This red flash thing is an attempt and  
it is a step in the right direction, they (IBM) just need to get the  
word out a lot better.


IBMLINK is a step in the right direction. Although its mainly aimed  
at sysprogs, I won't even try and guess how many sysprogs don't have  
access. I still don't see what is wrong with enhanced holddata. Of  
course that doesn't do 100 percent either as some sysprogs and other  
types that need the information never see SMP/e.


EMAIL is not an answer either as I do know sysprogs that do not have  
email (those lucky guys). If anyone else can come up with a  
suggestion, please share (no pun intended).


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Production Jobs contention with Test Jobs

[Ed Gould]

On Mar 13, 2006, at 9:34 PM, Raja Easwaramoorthy wrote:


Hi,

I know by some way we can automatically/programmatically abend the  
test jobs when there is a resource contention with any production  
jobs. Any idea on how to accomplish this? I am a COBOL programmer;  
I have only limited knowledge about the system programming or RACF  
or Job scheduler. So could you please explain me in little detailed  
fashion?


Thanks in advance,
Raja.


Raja,

This only works if you have a *SOLID* job naming standard in *PLACE*.

In the automation package of you choice look at the message and  
decide which job is test and which one is production and cancel the  
test job. Simple, no?


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Production Jobs contention with Test Jobs

[John S. Giltner, Jr.]

Exactly what resources are they?

Raja Easwaramoorthy wrote:

Hi,

I know by some way we can automatically/programmatically abend the test 
jobs when there is a resource contention with any production jobs. Any 
idea on how to accomplish this? I am a COBOL programmer; I have only 
limited knowledge about the system programming or RACF or Job scheduler. 
So could you please explain me in little detailed fashion?


Thanks in advance,
Raja.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secure FTP

[Ed Rabara]

John S. Giltner, Jr. wrote:

>We originally tried SFTP (SSH FTP) but ended up using FTPS (FTP TSL/SSL)
>instead.
>
>SSH FTP can only access files in a HFS/ZFS, no "real mvs files", FTP
>TSL/SSL can access all files no matter where they live.  As 99.9% of
>all the files we process are "mvs files" we found it made our life
>easier.

I'm interested in enabling the "secure" part of secure FTP, secure TN3270
Server, etc. Am I to understand that to get those "secure" parts working
you have to have TLS/SSL working on your system first? Can you point me to
the most complete and useful manual to enable TLS/SSL on z/OS, please?

TIA, Ed R.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSLOG purging . . .

[Tom Schmidt]

Jon,

JES2 or JES3?

How many syslog records does the site produce on an average week?
How many syslog records does the site produce in its busiest week?

--
Tom Schmidt
Madison, WI

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Secure FTP

[Gibney, Dave]

   It's a Comm. Server (TCPIP) redbook. I don't remember the number, but
I'd expect you to find it if you searched redbooks for SSL FTP TN3270 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Rabara
> Sent: Monday, March 13, 2006 8:44 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Secure FTP
> 
> John S. Giltner, Jr. wrote:
> 
> >We originally tried SFTP (SSH FTP) but ended up using FTPS (FTP 
> >TSL/SSL) instead.
> >
> >SSH FTP can only access files in a HFS/ZFS, no "real mvs files", FTP 
> >TSL/SSL can access all files no matter where they live.  As 
> 99.9% 
> >of all the files we process are "mvs files" we found it made 
> our life 
> >easier.
> 
> I'm interested in enabling the "secure" part of secure FTP, 
> secure TN3270 Server, etc. Am I to understand that to get 
> those "secure" parts working you have to have TLS/SSL working 
> on your system first? Can you point me to the most complete 
> and useful manual to enable TLS/SSL on z/OS, please?
> 
> TIA, Ed R.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access 
> instructions, send email to [EMAIL PROTECTED] with the 
> message: GET IBM-MAIN INFO Search the archives at 
> http://bama.ua.edu/archives/ibm-main.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 64-bit question

[Joel C. Ewing]

[EMAIL PROTECTED] wrote:

Thanks, Joel.  Yeah, I've taken additional precautions to help prevent
accidental outages.

One thing I'm not sure of -- Does deactivating a CPC actually turn the
processor off?  Is there any way to recover or do we have to call IBM
to do a system restart?



Yup, actually turns the processor power off, but at least in a 
controlled fashion with low-stress to the hardware. As others have 
mentioned, you should also have to respond to a "disruptive action" 
warning before it will proceed.  Any active LPARs and the Operating 
Systems within are terminated with "extreme prejudice", so you might 
have running applications that will need some hand-holding to restart. 
The HMC is still on, so to recover just re-ACTIVATE the CPC and then sit 
back and wait for 5 - 15 minutes for power-up sequencing, 
power-on-reset, LPAR initiation, etc.  Then re-IPL, do any application 
recovery actions that might be required as a result of the abnormal 
shutdown, and restart interrupted online systems and batch jobs.



--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Production Jobs contention with Test Jobs

[Lizette Koehler]

Raja,

You may need to check with your system programmer, but the parm member
called ALLOC may help.  Though I am sure others might have a say in this
from the list.

In it is the following sub parameter:

SDSN_WAIT 
Specifies the installation policy for batch jobs that must wait to enqueue
on special types of data set names. 

WAITALLOC([NO|YES]) 
Specifies whether to cancel jobs that must wait to enqueue on the following
types of data set names: 

*   GDG absolute generation data set name (unless the absolute
generation data set name is specified on the JCL) 

*   Real data set name (when its corresponding alias data set name is
specified on the JCL). 

When YES is specified, and a batch job's enqueue request cannot be
satisfied, the system issues messages IEF861I, IEF863I and IEF458D. The job
waits, holding any resources it might have acquired. The system operator can
choose to cancel the job in response to message IEF458D, or allow the job to
continue waiting until the enqueue becomes available. If the operator
cancels the job, the system writes an informational message to the job log. 

When NO is specified, the system cancels the job, releases its resources,
and issues message IEF251I. 

Notes: 

1. Use caution when specifying YES. Allowing jobs to wait for data set
availability can cause deadlocks with other jobs in the system. 

2. When you specify YES, the system does not allow the job to wait for a
data set when both of the following conditions are true: 

This job plus one (or more) other jobs have the data set allocated as
DISP=SHR 

This job requests that its use of the data set be upgraded from DISP=SHR to
DISP=OLD. The system ends this job and issues message IEF211I. 

3. The WAITALLOC option only applies to batch allocation requests (that is,
allocation requests specified in the job's JCL). 

Default: NO 



This may bring your enqueue to the forefront and allow Operations to
recognize it more efficiently and cancel the test jobs.

Lizette Koehler


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

on CA-1 external security

[Ambat Ravi Nair]

we're on CA-1 5.2 (SP04, i think); i've been harassed by the security team
as they want to implement external security (ACF2) to manage all CA-1
resources/access.

i've read all related sections in Systems Programmer Guide
- 1.6.3.12 (Options Checklist #37)
- 4.23 (TMMSEC)
- 6.x

but i'm still stumped.

i want to know what the security resources that relate to
the TMMSEC options/characteristics in:
- TINQ  (TMC, DSNB, CTL, SEC, OPT, SCR)
- TUPD  (TMC, DSNB, OPT, SCR)
- TUNCT (DEL, ADD, EXT, RET, EXP, CLE, CHE, LBL, CHO, ERA, SCR)
- TECUR (ALL, )
- DUNCT (EXP, EXT, RET)
- DECUR (ALL, )


i've raised this to the CA support, but i was instructed to RTFM!
how can i get the necessary information ?

am i to disable this internal security for ACF2 to gain control ?
how do i do this ?
must i update TMOOPTxx too ?

terribly confused ...
many thanks.


- ravi.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSLOG purging . . .

[Joel C. Ewing]

Three months of SYSLOG sounds rather excessive, unless the user is 
really willing to foot the bill for the extra JES SPOOL space, and the 
additional cost of backing up all that data for DR.  We only keep about 
3 weeks of SYSLOG online to JES and just that much is typically 5 - 10% 
of our total SPOOL space.


Be sure you are segmenting off SYSLOG data (specify lines per segment in 
CONSOLxx ?) so that you typically get several segments per day.  This 
makes it possible to use standard JES Purge commands (potentially from a 
scheduled batch job) to delete those segments that are older than "x" 
days, while the SDSF LOG function will still see all segments as a 
single SYSLOG file.


Rather than attempt the scheme you describe, I would use a Sunday 
scheduled job with batch REXX to generate a sequence of commands with 
appropriate date values for a batch execution of SDSF including a "PT 
00.00.00 mm/dd/ 00.00.00 mm/dd/" with suitable dates to offload 
the previous week's SYSLOG data to DD that points to a GDG dataset, and 
then issue the JES2 purge command to delete SYSLOG segments older than 
"x" days, for "x" of your choice but greater than a week.  At this point 
the most recent "x" days of data will both be in some offloaded GDG and 
in the still online JES2 SYSLOG segments.  From SDSF all the remaining 
segments may be viewed as if they were a single time-ordered entity and 
the SDSF "locate" command can be used to quickly locate any date-time 
point within the remaining portion of SYSLOG.  By offloading the most 
recent week each week instead of the oldest week, you don't have to 
worry about the imprecision in the point at which old SYSLOG data is 
purged (JES will purge at a segment boundary, which will not be at a 
consistent time from week to week).


This should give the user convenient SDSF-accessible version of SYSLOG 
for the last "x" days plus GDG archives of all weekly SYSLOGs up to the 
GDG limit.  No need to play games with copying remaining records, etc. 
This ought to satisfy the user's requirement with minimal cost.


[EMAIL PROTECTED] wrote:

Hi All;

I have an unusual request from my user. He wants to keep three months of
SYSLOG on the spool in one logically contiguous piece and every week, he
wants to dump the oldest week to a GDG, leaving the rest there in a single
spool dataset. It's rather like a logger scenario. I have never heard of
anyone wanting this, let alone implementing it but, hey, that's what makes
life so interesting.

One could imagine a program that does this, it would have to read and write
the oldest week's records to the GDG and then copy the remaining records to
the start of the file and reset the end of file marker, all without JES
worrying his pretty little head about it. Fairly tricky I should think.

Any thoughts/ideas/droll comments would be much appreciated.

Thanks,
Jon Bathmaker
Senior Systems Programmer,
Cornerstone Systems, Inc.
2 Robert Speck Pkwy, 280
Mississauga, ON L4Z-1H8
Desk:  905-854-4156
Cell: 647-400-4156
Office: 905-275-9977




--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM APAR

[Birger Heede]

(sorry if multiple posts appear - changed newsreader - sigh)

SMARTMVS was developed in Europe just about the time IBM was making the 
MVS CBIPO ready for delivery (1984/85). If was picked up by Software CE 
and distributed to customers (free of charge - even to non-Share members 
:-). Weekly updates of HOLD Data. As a first the distribution contained 
++HOLDs for ++FUNCTIONs (to get attention to possible installation 
issues) - required you to receive HOLDs after SMP/E receive of new products.
The trigger for development was actually an (IBM) internal debate over 
software maintenance philosophy. It was described in a redbook written 
later on the subject of 'MVS Software Management'.


Birger Heede
IBM Software Group

[EMAIL PROTECTED] wrote:

John,

What was SmartMVS?  I don't recall ever hearing about that.  Or maybe I 
just forgot.  Was that something you had to pay for?  Maybe it was one 
of those things only available at Share.  (A little humour).


Eric Bielefeld
Sr. Systems Programmer
P&H Mining Equipment
414-671-7849
Milwaukee, Wisconsin


- Original Message -
From: John Eells <[EMAIL PROTECTED]>
Date: Monday, March 13, 2006 12:18 pm
Subject: Re: IBM APAR
To: IBM-MAIN@BAMA.UA.EDU

John Eells wrote:> 
I should have mentioned, though, that SMARTMVS, on which Enhanced 
HOLDDATA was built, was around well before that.  (SMARTMVS, 
including some SMP/E extensions, was available through your 
friendly IBM SE at the time.  I'm reliably told that it dated 
from 1984-ish.)


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html