Cannot replace target dataset with copy COMMAND

[Tommy Tsui]

Hi,
Anyone know how to replace/purge a target data set, before copy, I try to
use the "REPLACE" or "PURGE" but failed with return code "8" when execute
the same copy second times.
 08   At least one duplicate data set was encountered on a target volume,
  and the REPLACE keyword was not specified. If the duplicate data set
  is named SYS1., you must also specify PROCESS(SYS1). However,
  DFSMSdss will not replace a SYS1. data set that is a CVOL,
  integrated catalog facility user catalog, VVDS, or VTOCIX, regardless
  of the REPLACE and PROCESS(SYS1) keywords.
  If the target volume did not contain a duplicate data set, then this
  reason code means the target volume did not have enough space for the
  data set. For an indexed sequential data set, the matching space in
  the target volume was not available.



//DFDSS   EXEC PGM=ADRDSSU,REGION=4096K
//SYSPRINT DD  SYSOUT=*
//OUTD1DD  UNIT=SYSDA,VOL=SER=IBAE02,DISP=OLD
//OUTD2DD  UNIT=SYSDA,VOL=SER=IBAF02,DISP=OLD
//SYSIN DD *
  COPY OUTDD(OUTD1,OUTD2) -
  DATASET(INCLUDE(  -
   SSMD.ZSMD193.TEST2-
))-
  REPLACE -
  PURGE -
  CATALOG -
  ALLDATA(*) -
  FCTOPPRCPRIMARY -
  RENAMEU((SSMD.ZSMD193.TEST2,SSMD.ZSMD193.BK))
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY '
ADR109I (R/I)-RI01 (01), 2006.227 15:06:52 INITIAL SCAN OF USER CONTROL
STATEMENTS COMPLETED.
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
ADR006I (001)-STEND(01), 2006.227 15:06:52 EXECUTION BEGINS
ADR472E (001)-NEWDS(06), UNABLE TO SELECT A TARGET VOLUME FOR DATA SET
SSMD.ZSMD193.TEST2 IN CATALOG CAT.SSMD, 08
ADR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 1 OF 1 DATA SETS
WERE SELECTED: 0 FAILED SERIALIZATION AND 0 FAILED FOR
 OTHER REASONS.
ADR455W (001)-DDDS (02), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY
PROCESSED
  SSMD.ZSMD193.TEST2
ADR006I (001)-STEND(02), 2006.227 15:06:53 EXECUTION ENDS
ADR013I (001)-CLTSK(01), 2006.227 15:06:53 TASK COMPLETED WITH RETURN CODE
0008
ADR012I (SCH)-DSSU (01), 2006.227 15:06:53 DFSMSDSS PROCESSING COMPLETE.
HIGHEST RETURN CODE IS 0008 FROM:


*** 
This message contains confidential information which is intended only for the 
person or entity to which it is addressed.  If you are not the intended 
recipient, you should not read, disseminate, distribute or copy this e-mail.  
Any opinion contained in this message are those of the author and are not given 
or endorsed by BOCHK unless otherwise stated in this message and the authority 
of the author to so bind BOCHK is duly verified.  We do not guarantee that this 
e-mail is virus-free or secure and are not liable in respect of any delay or 
omission in the transmission of this 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: Cannot replace target dataset with copy COMMAND

[Shane Ginnane]

Try REPLACEU

--
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: Cannot replace target dataset with copy COMMAND

[Tommy Tsui]

thanks it works...I am in DFSMS 1.3 ...but I think I already have the PTFs
becuase REPLACEU/RENAMEU new features are only in DFSMS 1.6 ver.

__


Try REPLACEU

-


*** 
This message contains confidential information which is intended only for the 
person or entity to which it is addressed.  If you are not the intended 
recipient, you should not read, disseminate, distribute or copy this e-mail.  
Any opinion contained in this message are those of the author and are not given 
or endorsed by BOCHK unless otherwise stated in this message and the authority 
of the author to so bind BOCHK is duly verified.  We do not guarantee that this 
e-mail is virus-free or secure and are not liable in respect of any delay or 
omission in the transmission of this 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: Why HSM does not migrate to primary?

[Richards.Bob]

Unless you command migrate it, I think the answer is yes.

Look at the management class list and see what you set the value of PARTIAL 
RELEASE to. This controls whether or not space is released on CLOSE.

Your final statements are wrong. 60 means it will not auto migrate until the 
volume gets to 60% full. Then, once migration starts, it will migrate all 
datasets off of that volume until it is only 10% ALLOCATED. That means you will 
end up with a volume with 90% free space and I do not think that is what you 
want. Try values like 70 and 60, or 90 and 70.

Bob Richards 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Tommy Tsui
Sent: Monday, August 14, 2006 10:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: 轉寄： Re: Why HSM does not migrate to primary?

you means it wait at least one day even I set it immediately migrate to
"0"?
if I allocated 3000CYL and it is empty dataset. will it be migrate to
MIGRAT1?  what's you means releasing space

the pool contains only one volume SDHSM1
and you can see only 19 CYL free on volume  "SDHSM1"
  VTOC #CYL,#TRK,#EXT/#CYL,#TRKUSR
STATE
SDHSM1 988C I SPACE=0019,0005,0003/0014,  3390  007  PVT/RSDNT
Auto Migrate . . Y  (Y, N, I or P)
Auto Backup  . . Y  (Y or N)
Auto Dump  . . . Y  (Y or N)
Allocation/migration Threshold: High . . 60  (1-99)  Low  . . 10
(0-99)

The threshold high = 60 means if the volume spaces reachs or over 60% then
it will allow migration and a new allocation will not allocate on this
volume.
During migration it try to keep 10% free size on that volume.  is it ture ? 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
Seeing Beyond Money is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
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: Empty loadlib in LPALST?

[Peter Relson]

>I am fairly sure that the CLPA process now bypasses the bad module
>instead of doing a hard wait.

It does not "bypass". It issues
IEA358A - LPALIB MODULE modname  IS NON-EXECUTABLE.
  PRESS ENTER TO CONTINUE, OR RE-IPL THE SYSTEM

If you choose to continue the IPL with a broken LPA, it lets you. But you
have to respond.

>What about load modules containing only common data, not code? Those
>should be nonexecutable.

You are expected not to do this. Either not to have them in LPA or not to
mark them as not executable.

Peter Relson
z/OS Core Technology Design

--
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: ¦^«H¡G Re: 1.4 to 1.7 Experiences?

[John Eells]

[EMAIL PROTECTED] wrote:

beware the following,

1. JES2 EXIT.  some exit change and make sure your checkpoint level in v1.2
2. STEPCAT no more support
3. 1 byte console address does not support any more



Existing code using 1-byte console IDs should continue to run in 
z/OS R7.  New code using 1-byte console IDs, however, will not 
assemble on R7.  Support for existing programs using 1-byte 
console IDs is withdrawn in z/OS R8.


--
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: ¦^«H¡G Re: 1.4 to 1.7 Experiences?

[Daniel A. McLaughlin]

I will have a good number of things to look into for our upgrade, thanks 
to the responses.

The migration guide is good, but nothing beats personal experience.




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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: mqseries log problem

[Richard Tsujimoto]

Jacky,

I suspect MQ was trying to capture critical logging info and needed to 
ensure the integrity of the data, causing a *freeze* of the environment. 
It doesn't matter how many logging tapes are available during this period 
if MQ is unable to safestore this data.

I would suggest changing the logging from tape to disk.  You could also 
copy the disk files to tape if you need them to go offsite for D/R 
purposes.


--
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

FTP TAPE FILE no TAPE DRIVE AVAILABLE

[Melissa Perry]

Doing an FTP to the Z/os 1.4 requesting a dataset on tape...If all tape 
drives are busy, receive an EZA2560W - Volume is not ready and automatic 
tape mounts are not allowed.  I have autotapemount set to true for FTP.  
Any suggestions except better scheduling?? 

--
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

Dell Laptop Battery Recall 2004-2006

[Ed Finnell]

For the SHARE attendees not necessarily following the news.
This is just coming out...
 
_http://www.electricnews.net/frontpage/news-9769046.html_ 
(http://www.electricnews.net/frontpage/news-9769046.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

IDCAMS VERIFY for VSAM datasets

[Jim McAlpine]

Is it ever necessary to explicitly run the above nowadays or will OPEN
always do it implicitly.

Jim McAlpine

--
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: Why is JCL allergic to lower case?

[Williams, Donald]

I'll second the motion to allow lower case in JCL. In fact, I'd like to
see an option to allow "user friendly" JCL:

1. For compatibility, there would need to be an installation
configuration option to permit or disallow "user friendly" JCL.

2. It should allow mixed case JCL keywords and parameters. Of course,
quoted strings would not be folded to upper case.

3. Positional "keyword" parameters (for example, RLSE) should become
simply "keyword" parameters.

4. Continuations should be able to start anywhere after column 3.

5. JCL should not be restricted to columns 1-72 of LRECL=80, but should
support RECFM=F or V and larger LRECL's. The last 8 columns of RECFM=F
and the first 8 columns of RECFM=V should have automatic sequence number
detection and would ignore sequence numbers as appropriate.

I'm sure that there are many other features that would make JCL even
more user friendly.

Don Williams 
[EMAIL PROTECTED] 
(919) 966-3968 
UNC Hospitals 
Information Services Division 
321 Meadowmont Village Circle, 2nd Floor 
Chapel Hill, NC  27517 

"The time is always right to do what is right" -- Martin Luther King,
Jr. 

--
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: mqseries log problem

[Jacky Bright]

richard ...

but how to justify this ..if u have 6 pending logs then why question of
logs being full...

When logs are being offloaded .. then system should write logs to remaining
log datasets which didn't happen ??


On 8/15/06, Richard Tsujimoto <[EMAIL PROTECTED]> wrote:


Jacky,

I suspect MQ was trying to capture critical logging info and needed to
ensure the integrity of the data, causing a *freeze* of the environment.
It doesn't matter how many logging tapes are available during this period
if MQ is unable to safestore this data.

I would suggest changing the logging from tape to disk.  You could also
copy the disk files to tape if you need them to go offsite for D/R
purposes.


--
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

Baby MVS???

[Ed Finnell]

Maybe they'll talk about it at SHARE?
 
>From today's announcements.
 
206203 IBM Customized Offerings Driver V2.2, a subset of an IBM  z/OS
JES2 system, enables installation of  z/OS or z/OS.e
ServerPacs and CBPDOs  
http://www.ibm.com/isource/cgi-bin/goto?it=usa_annred&on=206-203


--
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: Dell Laptop Battery Recall 2004-2006

[Daniel A. McLaughlin]

Just saw this on Today show newsbreak. It is scary as the laptop burst 
into flames!

I've never had this problem on my Z/890.




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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: Dell Laptop Battery Recall 2004-2006

[Kittendorf, Craig]

Dell, HP, Apple laptops implicated in fires.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel A. McLaughlin
Sent: Tuesday, August 15, 2006 9:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Dell Laptop Battery Recall 2004-2006

Just saw this on Today show newsbreak. It is scary as the laptop burst 
into flames!

I've never had this problem on my Z/890.




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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: Dell Laptop Battery Recall 2004-2006

[Ed Finnell]

 
In a message dated 8/15/2006 8:49:35 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

It is  scary as the laptop burst 
into flames!



>>
Yeah, saw it on Headline News. And it happened at a trade show. Think z's  
are NiCad, but aren't they hard to travel with?

--
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: Why is JCL allergic to lower case?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Williams, Donald
> Sent: Tuesday, August 15, 2006 8:43 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Why is JCL allergic to lower case?
> 
> 



> 
> 5. JCL should not be restricted to columns 1-72 of LRECL=80, 
> but should
> support RECFM=F or V and larger LRECL's. The last 8 columns of RECFM=F
> and the first 8 columns of RECFM=V should have automatic 
> sequence number
> detection and would ignore sequence numbers as appropriate.

I like this one! I am weird and actually like some UNIX stuff. I keep
some of my JCL in UNIX files. But it is often difficult to know when
I've hit column 73. That's because I use a very wide screen. Of course,
this also would help people who keep JCL on a non-z/OS platform and use
ftp to submit jobs. They would find this very useful as well.

> 
> I'm sure that there are many other features that would make JCL even
> more user friendly.
> 
> Don Williams 

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
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: Baby MVS???

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell
> Sent: Tuesday, August 15, 2006 8:47 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Baby MVS???
> 
> 
> Maybe they'll talk about it at SHARE?
>  
> From today's announcements.
>  
> 206203 IBM Customized Offerings Driver V2.2, a subset of an IBM  z/OS
> JES2 system, enables installation of  z/OS or z/OS.e
> ServerPacs and CBPDOs  
> http://www.ibm.com/isource/cgi-bin/goto?it=usa_annred&on=206-203
> 

I thought that was for people who don't have a z/OS system at all and
needed one in order to install z/OS.

To be really honest, I wish that z/OS could be installed from a DVD the
way that z/VM can be. You can actually IPL from the DVD to setup the
volumes (ICKDSF). Then IPL DDR to reload the z/VM volumes. z/VM can then
be IPL'ed because it is smart enough to "find" its I/O devices. Yes, I
really like z/VM. Have liked it since I learned VM/370 (pre-SP1) back in
the early 1980s(?).

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
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: Baby MVS???

[Doug Fuerst]

There is a place that can set it up that way, on DVD's. But you have 
to use their naming conventions, although I heard that is changing. 
Infinity Systems can package it on DVD's. Called Quick Load.


Doug

snip>>>


I thought that was for people who don't have a z/OS system at all and
needed one in order to install z/OS.

To be really honest, I wish that z/OS could be installed from a DVD the
way that z/VM can be. You can actually IPL from the DVD to setup the
volumes (ICKDSF). Then IPL DDR to reload the z/VM volumes. z/VM can then
be IPL'ed because it is smart enough to "find" its I/O devices. Yes, I
really like z/VM. Have liked it since I learned VM/370 (pre-SP1) back in
the early 1980s(?).

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
snip





Doug Fuerst
Consultant
BK Associates
Brooklyn, NY
(718) 921-2620 (Office)
(718) 921-0952 (Fax)
(917) 572-7364 (Cell)
[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: Baby MVS???

[Ed Finnell]

 
In a message dated 8/15/2006 9:03:44 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

thought  that was for people who don't have a z/OS system at all and
needed one in  order to install z/OS.



>>
Or were hopelessly back level. Don't see a way around IODF requirements.  
Plug 'n Play/Auto detect very nice. Guess I go back a wee bit farther. Maddest 
I  
ever saw anybody in public was in Early XA ESP and the presenter was floating 
 along 'and the VM/XA support will be available in 6 months'.  KABOOM!  

--
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

mqseries log problem ....urgent ..

[Jacky Bright]

Hi,

I faced prob. in production today ... We got error at around 12.20 that MQ 2
of 8 active logs full.

Thereafter, operator had replied the message and the console was asking to
mount tape in 780 tape drive. However operator kept the message un-attended
and left for lunch.

Later application ppl complained tht they are not able to view mq objects.
During tht period even we couldn't cancel TSO users accessing mq objects.

Once logs were taken into tape, all users got terminated. and thereafter
they could view MQ Objects.

Can anyone explain, even though 6 logs were pending why the problem occurred
?

logs appended below...

Jacky


LOGS :

12.21.57 STC01132  IKJ56221I DATA SET CSQFTA1.B002 NOT ALLOCATED, VOLUME
NOT AVAILABLE+
12.21.57 STC01132  IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT
ON SYSTEM, AND CANNOT BE MOUNTED
12.21.57 STC01132  CSQJ008E -MPFT  2 OF  8 ACTIVE LOGS ARE FULL. MPFT NEEDS
ARCHIVE  SCRATCH
12.21.57 STC01132 *11 CSQJ021D -MPFT REPLY Y WHEN DEVICE READY OR N TO
CANCEL
12.21.57 STC01132  CSQP018I -MPFT CSQPBCKW CHECKPOINT STARTED FOR ALL
BUFFER POOLS
12.21.57 STC01132  CSQP019I -MPFT CSQP1DWP CHECKPOINT COMPLETED FOR
   BUFFER POOL 0, 0 PAGES WRITTEN
12.21.57 STC01132  -MPFT DISPLAY THREAD(*) TYPE(INDOUBT)
12.21.57 STC01132  CSQP019I -MPFT CSQP1DWP CHECKPOINT COMPLETED FOR
   BUFFER POOL 1, 0 PAGES WRITTEN
12.21.57 STC01132  CSQP019I -MPFT CSQP1DWP CHECKPOINT COMPLETED FOR
   BUFFER POOL 2, 0 PAGES WRITTEN
12.21.57 STC01132  CSQP019I -MPFT CSQP1DWP CHECKPOINT COMPLETED FOR
   BUFFER POOL 3, 0 PAGES WRITTEN
12.21.57 STC01132  CSQV401I -MPFT DISPLAY THREAD REPORT FOLLOWS -
12.21.57 STC01132  CSQV420I -MPFT NO INDOUBT THREADS FOUND
12.21.57 STC01132  CSQ9022I -MPFT CSQVDT ' DISPLAY THREAD' NORMAL
COMPLETION
12.21.57 STC01132  CSQP021I -MPFT Page set 0 new media recovery
   RBA=105F773E, checkpoint RBA=105F773E
12.21.57 STC01132  CSQP021I -MPFT Page set 1 new media recovery
   RBA=105F7DB8, checkpoint RBA=105F7DB8
12.21.57 STC01132  CSQP021I -MPFT Page set 2 new media recovery
   RBA=1060973B, checkpoint RBA=1060973B
12.21.57 STC01132  CSQP021I -MPFT Page set 3 new media recovery
   RBA=12CDBA82, checkpoint RBA=12CDBA82
13.34.17 STC01132  R 11,Y
13.34.17 STC01132 *IEF233D M 0780,PRIVAT,SL,MPFTMSTR,MPFTMSTR,
CSQFTA1.B002,
   OR RESPOND TO IEF455D MESSAGE
13.34.17 STC01132 *12 IEF455D MOUNT PRIVAT ON 0780 FOR MPFTMSTR MPFTMSTR OR
REPLY 'NO'
14.07.02 STC01132  CSQ3201E -MPFT ABNORMAL EOT IN PROGRESS FOR
   USER=RTIAP5 CONNECTION-ID=RTIAP5
THREAD-XREF=
14.21.09 STC01132  CSQ3201E -MPFT ABNORMAL EOT IN PROGRESS FOR
   USER=RTIAP2 CONNECTION-ID=RTIAP2
THREAD-XREF=
14.25.01 STC01132  CSQ3201E -MPFT ABNORMAL EOT IN PROGRESS FOR
   USER=RTIAP3 CONNECTION-ID=RTIAP3
THREAD-XREF=
14.37.45 STC01132  CSQ3201E -MPFT ABNORMAL EOT IN PROGRESS FOR
   USER=RTIAP1 CONNECTION-ID=RTIAP1
THREAD-XREF=
14.37.45 STC01132  CSQ3201E -MPFT ABNORMAL EOT IN PROGRESS FOR
   USER=RTIAP4 CONNECTION-ID=RTIAP4
THREAD-XREF=
14.37.45 STC01132  CSQ3201E -MPFT ABNORMAL EOT IN PROGRESS FOR
   USER=RTIASAJ CONNECTION-ID=RTIASAJ
   THREAD-XREF=
14.37.45 STC01132  CSQN207I -MPFT COMMAND SERVER UNABLE TO OPEN REPLY TO
QUEUE
14.37.45 STC01132  CSQN203I -MPFT API COMPLETION CODE=2, REASON CODE=2085
14.37.45 STC01132  CSQN207I -MPFT COMMAND SERVER UNABLE TO OPEN REPLY TO
QUEUE
14.37.45 STC01132  CSQN203I -MPFT API COMPLETION CODE=2, REASON CODE=2085
14.37.45 STC01132  CSQN207I -MPFT COMMAND SERVER UNABLE TO OPEN REPLY TO
QUEUE
14.37.46 STC01132  CSQN203I -MPFT API COMPLETION CODE=2, REASON CODE=2085
14.37.46 STC01132  CSQN207I -MPFT COMMAND SERVER UNABLE TO OPEN REPLY TO
QUEUE
14.37.46 STC01132  CSQN203I -MPFT API COMPLETION CODE=2, REASON CODE=2085
14.37.46 STC01132  CSQN207I -MPFT COMMAND SERVER UNABLE TO OPEN REPLY TO
QUEUE
14.37.46 STC01132  CSQN203I -MPFT API COMPLETION CODE=2, REASON CODE=2085
14.37.46 STC01132  CSQN207I -MPFT COMMAND SERVER UNABLE TO OPEN REPLY TO
QUEUE
14.37.46 STC01132  CSQN203I -MPFT API COMPLETION CODE=2, REASON CODE=2085
14.37.46 STC01132  CSQN207I -MPFT COMMAND SERVER UNABLE TO OPEN REPLY TO
QUEUE
14.37.46 STC01132  CSQN203I -MPFT API COMPLETION CODE=2, REASON CODE=2085
14.37.47 STC01132  IEC705I TAPE ON 0780,MPFT01,SL,NOCOMP,MPFTMSTR,MPFTMSTR,
CSQFTA1.B002
14.37.52 STC01132  IEC205I SYS00010,MPFTMSTR,MPFTMSTR,FILESEQ=0001,
COMPLETE VOLUME LIST,
   DSN=CSQFTA1.B002 ,VOLS=MPFT01,TOTALBLOCKS=19
14.37.53 STC01132  IKJ56221I DATA SET CSQFTA2.B002 NOT ALLOCATED,
VOLUME NOT AVAILABLE+
14.37.53 STC01132  IKJ56221I VOLUME  NECESSAR

Re: CICS 2.3 HAND DURING SHUTDOWN (SOCKETS)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/14/2006
   at 03:56 AM, D-Arbigny Pierre-Andre 
<[EMAIL PROTECTED]> said:

>BPXP018I THREAD 0DDE1400, IN PROCESS 16777595, ENDED WITHOUT
>BEING UNDUBBED WITH COMPLETION CODE 0033E000,
>AND REASON CODE .

Sounds like CICS is doing a DETACH for a task that hasn't had time to
shut down cleanly.
 
-- 
 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: Need source file editor recommendations

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/14/2006
   at 09:19 AM, "Jeffrey D. Smith" <[EMAIL PROTECTED]> said:

>I am looking for recommendations for a source file editor that runs
>on the Windows PC.

I was going to suggest THE but Tom beat me to it ;-(

-- 
 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: Need source file editor recommendations

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/14/2006
   at 02:57 PM, Gerhard Postpischil <[EMAIL PROTECTED]> said:

>For PC based editing, I prefer 
>Tritus/SPF, which also isn't available any longer.

He can have my copy when they pry it out of my cold dead fingers.
 
-- 
 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: New POO

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 08/14/2006
   at 08:08 AM, "Daniel A. McLaughlin"
<[EMAIL PROTECTED]> said:

>But Adobe Acrobat reader is better

FSVO better. I find Acrobat to be grossly inferior.
 
-- 
 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: Need source file editor recommendations

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Monday, August 14, 2006 8:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Need source file editor recommendations

In <[EMAIL PROTECTED]>, on 08/14/2006
   at 02:57 PM, Gerhard Postpischil <[EMAIL PROTECTED]> said:

>For PC based editing, I prefer 
>Tritus/SPF, which also isn't available any longer.

He can have my copy when they pry it out of my cold dead fingers.
 


Is that AFTER you are buried 9 edge down?

--
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: Baby MVS???

[Thomas Kern]

I like the idea of a stripped down z/OS system that can be used to drive an
install, testing, disaster recovery and other activities where you don't
want to restricted by your production system.

My special z/VM system fit on one 3390-m3 until the z/OS folks wanted to
take away all of the mod3 volumes, so now it is a mod9.

/Tom Kern

On Tue, 15 Aug 2006 09:03:11 -0500, McKown, John
<[EMAIL PROTECTED]> wrote:
>> -Original Message-
>> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell
>> Subject: Baby MVS???
>>
>> Maybe they'll talk about it at SHARE?
>>
>> From today's announcements.
>>
>> 206203 IBM Customized Offerings Driver V2.2, a subset of an IBM  z/OS
>> JES2 system, enables installation of  z/OS or z/OS.e
>> ServerPacs and CBPDOs
>> http://www.ibm.com/isource/cgi-bin/goto?it=usa_annred&on=206-203
>
>I thought that was for people who don't have a z/OS system at all and
>needed one in order to install z/OS.
>
>To be really honest, I wish that z/OS could be installed from a DVD the
>way that z/VM can be. You can actually IPL from the DVD to setup the
>volumes (ICKDSF). Then IPL DDR to reload the z/VM volumes. z/VM can then
>be IPL'ed because it is smart enough to "find" its I/O devices. Yes, I
>really like z/VM. Have liked it since I learned VM/370 (pre-SP1) back in
>the early 1980s(?).
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology

--
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: 1.4 to 1.7 Experiences?

[Heloisa Soares]

I had some minor RACF related problems, but nothing bizarre. One was 
related to dumps. I could not get any dump because we did not have these 
profiles defined under FACILITY class:
IEAABD.DMPAKEY
IEAABD.DMPAUTH
The other problem was DB2 related. We had class DSNR defined but it did 
not have a generic profile or profiles for DB2 commands. Because of that, 
I could not issue any DB2 commands.Even the install SYSADM had no 
authority.

I really recommend you read these documents:
Z/OS Migration (from Z/OS V1R4)
http://publibz.boulder.ibm.com/zoslib/pdf/e0z2m13a.pdf

z/OS V1R7.0 Introduction and Release Guide

and the "Migration Considerations for Z/OS R7" presented by Marna Walle 
([EMAIL PROTECTED])

If your site has lots of JES2 exits, you'll have some work to do because 
JES2 has new exits. 
For JES2go here: 
http://www-
03.ibm.com/servers/eserver/zseries/zos/installation/zos17_jes2_migration.ht
ml

Remember to install the compatibility/tolerance PTFs on your Z/OS 1.4 if 
it the 1.7 will be on the sysplex.

I hope this helps,

Heloisa

--
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: Baby MVS???

[Ed Finnell]

 
In a message dated 8/15/2006 9:36:22 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

I like  the idea of a stripped down z/OS system that can be used to drive  an
install, testing, disaster recovery and other activities where you  don't
want to restricted by your production  system.



>>
Guess we'll see how it goes, regardless. I've always used the one(or more)  
pack rescue system. My reservations are not with the concept, but the 
additional  tools and skill set required to operate it. 

--
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: 1.4 to 1.7 Experiences?

[Daniel A. McLaughlin]

Thanks, Helosia.
 
I am printing all the notes I've received on this and putting them with my 
documentation. If I hit any weird spots of my own, I'll post them as well.

This is a great bunch of folks...like a whole secondary team of 
SYSPROGS...




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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: Baby MVS???

[Daniel A. McLaughlin]

Sounds like the old one-pack recovery system. Can you still do that with 
ZOS???




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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: 轉寄： Re: how to use "ADRDSSU" to copy multiple volume dataset to other DASDs

[Justin Eastman]

As it mentions in the ADR918I message explanation, for extent reason codes 
you have to look at the QFRVOLs extent reason codes in the Advanced 
Services manual. Your target appears to be a PPRC primary volume which 
cannot normally be eligible for a target Flashcopy relationship.  

Refer to the following FCTOPPRCprimary keyword explanation:
http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/DGT2R241/3.6.4.28?
SHELF=EZ2ZO10G&DT=20060126011812&CASE=

Pretty sure that using this keyword will resolve you issue, but be AWARE 
your PPRC relationship will go from full duplex to duplex pending state. 
Again you can refer to the Advanced Services manual for more information 
on PPRC volume relationships.

Also this DFSMSdss support was shipped in OA06196 and will be needed to 
specify the keyword, but addtionally some HW support is also required 
(refer to the ++HOLD information in the OA06196 apar).

Justin  

--
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: Need source file editor recommendations

[Thomas Berg]

==  Jeffrey D. Smith  ==  wrote2006-08-14 19:54:


UltraEdit looks interesting, but it doesn't support assembly language.
Sigh



In what way do You need support ?  There are support for syntax highlightning 
for ASM-S/370.

Thomas Berg

--

__

Mundus Vult Decipi
__

 They that can give up essential liberty to obtain a little temporary safety 
deserve neither liberty nor safety.
 - Benjamin Franklin

--
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 POO

[Paul Gilmartin]

In a recent note, "Shmuel Metz (Seymour J.)" said:

> Date: Mon, 14 Aug 2006 22:26:14 -0300
> 
> In
> <[EMAIL PROTECTED]>,
> on 08/14/2006
>at 08:08 AM, "Daniel A. McLaughlin"
> <[EMAIL PROTECTED]> said:
> 
> >But Adobe Acrobat reader is better
> 
> FSVO better. I find Acrobat to be grossly inferior.
> 
Let's posit that I don't intend to download the entire library.
Can Acrobat follow the cross-document links as readily as a
browser rendering HTML?  I suppose it can if the links are
represented as URLs.  Would it then launch a browser to re-launch
Acrobat to view the related document?

-- 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

The Fate of VM - was: Re: Baby MVS???

[Thomas Berg]

About VM:  I don't understand why IBM seems to have sidestepped z/VM.

VM have always given me the same feeling of a smart design as e g REXX do.

As it seems to fit well in the KISS principle that I try to follow.
(I have mostly worked in a MVS environment (or the older variants), but I have
always admired VM as an OS as such.)

But AFAICS IBM is "demounting" VM.  There seems to be diminishing incentives to
use VM (maybe apart from running multiple Linux systems).
Is the reason support costs ?  I don't know, but would like to.


Thomas Berg

==  McKown, John  ==  wrote2006-08-15 16:03:

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell

Sent: Tuesday, August 15, 2006 8:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Baby MVS???


Maybe they'll talk about it at SHARE?
 
From today's announcements.
 
206203 IBM Customized Offerings Driver V2.2, a subset of an IBM  z/OS

JES2 system, enables installation of  z/OS or z/OS.e
ServerPacs and CBPDOs  
http://www.ibm.com/isource/cgi-bin/goto?it=usa_annred&on=206-203




I thought that was for people who don't have a z/OS system at all and
needed one in order to install z/OS.

To be really honest, I wish that z/OS could be installed from a DVD the
way that z/VM can be. You can actually IPL from the DVD to setup the
volumes (ICKDSF). Then IPL DDR to reload the z/VM volumes. z/VM can then
be IPL'ed because it is smart enough to "find" its I/O devices. Yes, I
really like z/VM. Have liked it since I learned VM/370 (pre-SP1) back in
the early 1980s(?).

--
John McKown



--

__

Mundus Vult Decipi
__

 They that can give up essential liberty to obtain a little temporary safety 
deserve neither liberty nor safety.
 - Benjamin Franklin

--
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: Baby MVS???

[Knutson, Sam]

http://home.flash.net/%7Emzelden/mvsutil.html

http://home.flash.net/%7Emzelden/mvsfiles/onepakz6.txt

http://home.flash.net/%7Emzelden/mvsfiles/twopakz6.txt 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel A. McLaughlin
Sent: Tuesday, August 15, 2006 11:01 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Baby MVS???

Sounds like the old one-pack recovery system. Can you still do that with
ZOS???

Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)

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: Baby MVS???

[Daniel A. McLaughlin]

Thanks, Sam, for the pointers on the one-pack build. It's been a 
LLLonggg time.

Regards to the gecko...




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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 POO

[Tom Marchant]

On Mon, 14 Aug 2006 22:26:14 -0300, Shmuel Metz (Seymour J.)  wrote:

><[EMAIL PROTECTED]> said:
>
>>But Adobe Acrobat reader is better
>
>FSVO better. I find Acrobat to be grossly inferior.
>
Same here.  Except when I want to print.  In that case I use both the .boo 
and the .pdf.  Acrobat 7 search takes far too long, and is far too limited.

Tom Marchant

--
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

wlm sdsf display for transaction level stc

[Joel Ivey]

We have our cics regions being managed by transaction, as opposed to stc.  
The daily rmf report lists the activity under the correct transaction
service class.   However, on the sdsf "da" display the region always shows
up under another stc service class.   I understand that this is due to being
started as an stc.   

Is there a way to direct sdsf to display the sc that the transactions are
actually under, as opposed to the sc that the stc is under?   The only way
that I can tell by glancing at sdsf that the cics transactions are under a
different sc than what is displayed is by its dp. 

Thanks,
Joel Ivey
SC Employment Security Commission
Columbia, SC

--
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: ESTAE control block chain. (from assembler-list)

[David Cole]

Hi Mark,

None of my programing suggestions require authorization. All of the 
control blocks I mentioned are accessible to problem state/key programs.


I confess that I forgot about the OV parm. Why don't you run some 
tests, then examine the SCB chain and let me know what affect it has 
on the SCB chain. I'm curious.


Thanks,
Dave



At 8/10/2006 10:06 AM, you wrote:

David,

Thanks for your help on this.   I certainly appreciate it.

In my situation, I'm running as a normal subtask.  My region may or 
may not be authorized.  I don't think I can count on being authorized.


I'm a little confused about the OV parm.  It would seem to me that 
someone issuing this later in my task might overlay (alter key parms 
like the exit and/or other fields) my established recovery 
environment thereby possibly destroying my intended recovery 
mechanism.   Did I read this wrong?   If yes, please bring me up to speed.


-Mark Vollmer


--
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: Antwort: 轉寄： Re: Why HSM d oes not migrate to primary?

[Ed Gould]

*IFIRC* HSM will move/migrate datasets if you you use DFDSS as your  
datamover.


Ed

On Aug 15, 2006, at 12:20 AM, John Ticic wrote:


--- snip --
you means it wait at least one day even I set it immediately  
migrate to

"0"?
if I allocated 3000CYL and it is empty dataset. will it be migrate to
MIGRAT1?  what's you means releasing space
--- snip --

That's also the way I remember it.

Have you taken a look at your HSM activity logs. HSM will indicate  
why the

dataset was not processed.
There are certain datasets that HSM can not migrate. One example is an
empty dataset that has been allocated but not opened (appears to have
unknown DCB attributes).

John.

--
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: Baby MVS???

[Eric N. Bielefeld]

I fit our rescue system on one 3390-3.  I even had 800-900 free cylinders on 
it.  When P&H finally did a disaster recovery test in 2004, I decided that 
the free space on the Rescue pack was a good place for all my documentation 
and several other key items needed in recovery.  I wrote a copy of the TMC 
on it, and a report of all tapes by volser and by DSN.  I did FDR catalog 
backups to RESCUE.  I also did a complete list of all dasd datasets to 
RESCUE, one by volser, and one by dataset name.  Those were programs from 
the CBT tape.


I had PDSs on there that had all of the JCL I could think of that I might 
need, and all of the documentation that I might need.  We also built one PDS 
each night that took a catalog list of all of the full pack FDR volume 
backups, and created FDR restore JCL.  Then I could submit the restores 
without having to key in the volsers.  The RESCUE pack was always the very 
last pack to be saved, and had to be saved after all other jobs for DR were 
finished.


It worked very well.  At the hot site, I restored the RESCUE pack under 
their MVS system, and then used my prebuilt JCL to restore everything else.


One caveat though.  This was a z/OS 1.2 system.  Don't know if 1.7 will 
still fit, but I think it probably would.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434

- Original Message - 
From: "Daniel A. McLaughlin" <[EMAIL PROTECTED]>




Sounds like the old one-pack recovery system. Can you still do that with
ZOS???

Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256 


--
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: wlm sdsf display for transaction level stc

[Joel Ivey]

Another question:   Since sdsf doesn't display the transactional service
classes, is there a way that I can dynamically change the sc of a
transaction-managed stc?   Changing it through the "da" panel does not
change the transaction sc.  

Thanks.

--
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: mqseries log problem ....urgent ..

[Patrick Lyon]

On Tue, 15 Aug 2006 19:54:01 +0530, Jacky Bright <[EMAIL PROTECTED]> 
wrote:

> Hi,
>
>I faced prob. in production today ... We got error at around 12.20 that MQ 
2
>of 8 active logs full.
>
>Thereafter, operator had replied the message and the console was asking to
>mount tape in 780 tape drive. However operator kept the message un-attended
>and left for lunch.
>
>Later application ppl complained tht they are not able to view mq objects.
>During tht period even we couldn't cancel TSO users accessing mq objects.
>
>Once logs were taken into tape, all users got terminated. and thereafter
>they could view MQ Objects.
>
>Can anyone explain, even though 6 logs were pending why the problem 
occurred
>?
>
>logs appended below...
>
>Jacky
>
>


Jacky - We have had this same occur in DB2 - MQ and DB2 uses the same 
logging techniques.  

At message:
*12 IEF455D MOUNT PRIVAT ON 0780 FOR MPFTMSTR MPFTMSTR OR
>REPLY 'NO'

MQ issues an ENQ on one of it's resources, not sure which one it is at this 
time.  But either way, MQ is ezpecting either a tape to be mounted or you 
to reply no to the message.  If you were to reply no then MQ would 
continue, perhaps after another reply to the IEF455D message for the second 
log if doing dual logging.

Basically, for all I know, this is how it works.  Perhaps someone with more 
DB2/MQ expirence can offer some advice on if there are ways around it.

If you would have some tape drives set to "System" and scratch tapes 
loaded, then there wouldn't necessarily be any operator intervention and it 
could have loaded the scratch tape itself.

HTH,
PTL

--
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: Baby MVS???

[John Eells]

[EMAIL PROTECTED] wrote:

Maybe they'll talk about it at SHARE?
 
From today's announcements.
 
206203 IBM Customized Offerings Driver V2.2, a subset of an IBM  z/OS

JES2 system, enables installation of  z/OS or z/OS.e
ServerPacs and CBPDOs  
http://www.ibm.com/isource/cgi-bin/goto?it=usa_annred&on=206-203



The COD (as we affectionately call it) is intended solely for the 
purpose of installing a release of z/OS when you cannot meet the 
driving system requirements for installation.  (This could be 
because you are new to z/OS or because you are too downlevel to 
meet the requirements.)


--
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: The Fate of VM - was: Re: Baby MVS???

[Ed Finnell]

 
In a message dated 8/15/2006 12:19:27 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

But  AFAICS IBM is "demounting" VM.  There seems to be diminishing incentives 
 to
use VM (maybe apart from running multiple Linux systems).
Is the  reason support costs ?  I don't know, but would like  to.



>>
Hope you get an answer to this. My perception is that they're
short sighting themselves for 'services'(big profit) and will come back to  
bite them in market share in the long run. Don't know what to call it, 
exposure,  market penetration, mojo curve. We're turning out a generation of 
PFCSKs 
that  don't know virtual from dual core and when it comes time for capital  
outlays won't know what an IBM is. 

--
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

Energy Rebates on Sun Servers

[Eric N. Bielefeld]

Did anyone see the headline on SearchDatacenter.com today?  PG&E in 
California is offering rebates of $700 to $1,000 on new Sun Servers that 
cost around $3,995.  IBM should get into that game.  Customers should get at 
least $100,000 rebate if they put a z box in to replace 100 or 200 servers 
with z/Linux servers running on IFLs and z/VM.


I hope this link works.

http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gci1210722,00.html?track=NL-451&ad=560544&asrc=EM_NNL_453871&uid=1718791

Eric Bielefeld
414-475-7434 


--
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: mqseries log problem ....urgent ..

[Richard Tsujimoto]

The better way to log is to use disk.  Anybody using tape logging is just 
asking for it.  And, as I mentioned earlier, with a little work, the disk 
logs can be copied to tape (note: the BSDS needs to be modified to reflect 
the tape volsers) for D/R purposes.

--
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: The Fate of VM - was: Re: Baby MVS???

[Daniel A. McLaughlin]

Interesting thought that Big Blue is whacking VM. I just took a class on 
Z/VM for Linux and we had 8 students. A couple of larger institutions, one 
being a bank, are heading that way.

Curiousor and curiouser




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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: The Fate of VM - was: Re: Baby MVS???

[John Cassidy]

Not sure,

certainly with most of my ex-customers, the "rush" of the first (z) VM
renaissance is wearing off.

Hopefully, IBM will start the 2nd wave (see above) with more sensible CPU's.

To have from 1 to 10k servers running on one box (z/VM) - as an idea or
business model, excellent.. but the CPU-intensive stuff nowadays is beyond
what the IBM-CPU-as-we-know-it is able for.


My and my ex-customers 2 (Euro) cents...

JC

>
> In a message dated 8/15/2006 12:19:27 P.M. Central Standard Time,
> [EMAIL PROTECTED] writes:
>
> But  AFAICS IBM is "demounting" VM.  There seems to be diminishing
> incentives
>  to
> use VM (maybe apart from running multiple Linux systems).
> Is the  reason support costs ?  I don't know, but would like  to.
>
>
>
>>>
> Hope you get an answer to this. My perception is that they're
> short sighting themselves for 'services'(big profit) and will come back to
> bite them in market share in the long run. Don't know what to call it,
> exposure,  market penetration, mojo curve. We're turning out a generation
> of PFCSKs
> that  don't know virtual from dual core and when it comes time for capital
> outlays won't know what an IBM is.
>
> --
> 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
>


John Cassidy (Dipl.-Ingr.)

Berninastrasse 9

8057 Zuerich

Europe

Telephone: +41 (0) 43 300 4602

Mobile:+41 (0) 79 207 3268


E-Mail: [EMAIL PROTECTED]

http://www.JDCassidy.net

http://www.europeunited.org

http://en.wikipedia.org/wiki/Europe_United

--
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: Baby MVS???

[Petersen, Jim]

So long as you use a MOD27 these days.



___ 
Jim Petersen
MVS - Lead Systems Engineer 
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email: [EMAIL PROTECTED] 
512-977-2615 direct
512-977-2930 fax 
210-859-9887 cell 

This message may contain confidential information. The information
contained in this message and any attachments are intended solely for
the use of the addressee(s) named above. If you are not the intended
recipient, any disclosure, copying, distribution or other use of the
contents of this message is strictly prohibited. If you have received
this email in error, please notify the sender immediately by email and
delete all copies of this message



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel A. McLaughlin
Sent: Tuesday, August 15, 2006 10:01 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Baby MVS???


Sounds like the old one-pack recovery system. Can you still do that with

ZOS???




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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: The Fate of VM - was: Re: Baby MVS???

[Eric Bielefeld]

Is IBM really giving up on VM?  They tryed that once before, but then 
started promoting z/Linux under z/VM.  Or is this just speculation.  I 
would think that if they are stilling promoting the z boxes to run Linux, 
unless they come up with something else soon, that z/VM would be an 
integral part of the package.

Do you people at Share have any insight on this?

Eric Bielefeld

On Tue, 15 Aug 2006 17:44:22 +0200, Thomas Berg <[EMAIL PROTECTED]> wrote:

>But AFAICS IBM is "demounting" VM.  There seems to be diminishing 
incentives to
>use VM (maybe apart from running multiple Linux systems).
>Is the reason support costs ?  I don't know, but would like to.
>
>
>Thomas Berg

--
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: Baby MVS???

[Petersen, Jim]

Hey Sam.  These are great except we don't have FDR.   I know that is
blasphemy but..
What can I tell you?


___ 
Jim Petersen
MVS - Lead Systems Engineer 
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email: [EMAIL PROTECTED] 
512-977-2615 direct
512-977-2930 fax 
210-859-9887 cell 

This message may contain confidential information. The information
contained in this message and any attachments are intended solely for
the use of the addressee(s) named above. If you are not the intended
recipient, any disclosure, copying, distribution or other use of the
contents of this message is strictly prohibited. If you have received
this email in error, please notify the sender immediately by email and
delete all copies of this message



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Knutson, Sam
Sent: Tuesday, August 15, 2006 10:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Baby MVS???


http://home.flash.net/%7Emzelden/mvsutil.html

http://home.flash.net/%7Emzelden/mvsfiles/onepakz6.txt

http://home.flash.net/%7Emzelden/mvsfiles/twopakz6.txt 

--
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: Baby MVS???

[Mark Zelden]

On Tue, 15 Aug 2006 14:01:27 -0400, Petersen, Jim
<[EMAIL PROTECTED]> wrote:

>Hey Sam.  These are great except we don't have FDR.   I know that is
>blasphemy but..
>What can I tell you?
>

The samples are still good.  Many people have taken them and just
converted the FDR step to use DFSMSdss (ADRDSSU) or even CA-DISK.
It may take a little time but should be a simple task.  If you can't
figure out how to do that, I'm sure someone on the list can help
you. 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
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: wlm sdsf display for transaction level stc

[Tom Marchant]

On Tue, 15 Aug 2006 11:15:51 -0500, Joel Ivey <[EMAIL PROTECTED]> wrote:

>We have our cics regions being managed by transaction, as opposed to stc.
>The daily rmf report lists the activity under the correct transaction
>service class.   However, on the sdsf "da" display the region always shows
>up under another stc service class.   I understand that this is due to 
>being started as an stc.
>
>Is there a way to direct sdsf to display the sc that the transactions are
>actually under, as opposed to the sc that the stc is under?   The only way
>that I can tell by glancing at sdsf that the cics transactions are under a
>different sc than what is displayed is by its dp.
>
I don't think so.  You are seeing the service class that the address space 
runs in during initialization, before it registers with WLM as a server 
adderss space.  A CICS region can process transactions that have different 
service classes assigned to them, though it can obviously have only one 
dispatching priority.  WLM will manage the address space to meet the goals 
of the important work.

If you want to see the activity in terms of the transaction service 
classes, you will need a monitor, not SDSF.  Your best bet is a CICS 
monitor such as Omegamon/CICS, though I have used Omegamon II/MVS for crude 
monitoring.

Tom Marchant

--
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: The Fate of VM - was: Re: Baby MVS???

[Anne & Lynn Wheeler]

Mickey wrote:

My opinion of VM has been essentially the same as yours. For lack of a
better term, I have always thought of both VM and Rexx as being
elegant.


part of the issue was that CMS (under cp67 and then vm370) was mainstay 
personal computer offering of the late 60s and through-out the 70s. lots 
of stuff we see today was originally developed in that environment ... 
including Rexx. GML (percursor to sgml, html, xml, etc)

http://www.garlic.com/~lynn/subtopic.html#sgml
was also invented at the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

it was major time-sharing, "personal computing", online interactive 
offering platform ... both by commercial companies like idc, ncss, 
tymshare, etc

http://www.garlic.com/~lynn/subtopic.html#timeshare

as well as the internal HONE system which provided interactive, personal 
computing support for all field, sales, and marketing world wide.

http://www.garlic.com/~lynn/subtopic.html#hone

that role was taken over in the 80s with the appearance of individual 
computers for personal computing.


a few recent postings touching on various aspectst:
http://www.garlic.com/~lynn/2006n.html#6 Not Your Dad's Mainframe: 
Little Iron
http://www.garlic.com/~lynn/2006n.html#8 Not Your Dad's Mainframe: 
Little Iron
http://www.garlic.com/~lynn/2006n.html#10 Not Your Dad's Mainframe: 
Little Iron
http://www.garlic.com/~lynn/2006n.html#13 Not Your Dad's Mainframe: 
Little Iron

http://www.garlic.com/~lynn/2006n.html#29 CRAM, DataCell, and 3850
http://www.garlic.com/~lynn/2006n.html#44 Any resources on VLIW?
http://www.garlic.com/~lynn/2006n.html#45 sorting
http://www.garlic.com/~lynn/2006n.html#52 the more things change, the 
more things stay the same
http://www.garlic.com/~lynn/2006o.html#2 the more things change, the 
more things stay the same
http://www.garlic.com/~lynn/2006o.html#19 Source maintenance was Re: 
SEQUENCE NUMBERS
http://www.garlic.com/~lynn/2006o.html#21 Source maintenance was Re: 
SEQUENCE NUMBERS

http://www.garlic.com/~lynn/2006o.html#27 oops
http://www.garlic.com/~lynn/2006o.html#38 hardware virtualization slower 
than software?

http://www.garlic.com/~lynn/2006o.html#44 When Does Folklore Begin??
http://www.garlic.com/~lynn/2006o.html#45 "25th Anniversary of the 
Personal Computer"


--
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: wlm sdsf display for transaction level stc

[Tom Marchant]

On Tue, 15 Aug 2006 12:15:11 -0500, Joel Ivey <[EMAIL PROTECTED]> wrote:

>Another question:   Since sdsf doesn't display the transactional service
>classes, is there a way that I can dynamically change the sc of a
>transaction-managed stc?   Changing it through the "da" panel does not
>change the transaction sc.
>
The started task (or job, if you were to run CICS that way) does not have a 
transaction service class.  Each transaction that it processes has a 
service class that is assigned by WLM when the transaction starts.  I think 
you want to change your WLM policy to assign a different service class to 
new transactions, or to change the goals of the transactions.

Tom Marchant

--
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: The Fate of VM - was: Re: Baby MVS???

[Daniel A. McLaughlin]

Say what you will about VM, but it sure makes a Disaster Recovery test a 
lot easier.

 > virtualize addresses to match 'back home'
 > virtualize CPUID to keep from playing ISV games to come up
 > faster than building up an LPAR image, but I could be wrong on that one

 If anything, there ought to be a Z/VM lite to support Linux and to help 
reduce costs...




Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
Don't ping my cheese with your bandwidth. (Scott Adams)








--
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: Baby MVS???

[Ed Finnell]

 
In a message dated 8/15/2006 1:16:40 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

converted the FDR step to use DFSMSdss (ADRDSSU) or even CA-DISK.
It  may take a little time but should be a simple task.  If you  can't
figure out how to do that, I'm sure someone on the list can  help
you. 



>>
Haven't used Theirry Fallisard's stuff since 2.10. Does it still suffice  for 
a one pack system?
 
_http://www.os390-mvs.freesurf.fr/xephon/minisys.htm_ 
(http://www.os390-mvs.freesurf.fr/xephon/minisys.htm) 

--
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: The Fate of VM - was: Re: Baby MVS???

[Tom Marchant]

On Tue, 15 Aug 2006 13:00:28 -0500, Eric Bielefeld  wrote:

>Is IBM really giving up on VM?  They tryed that once before...

Once?  I think the first time was about 1970.

Tom Marchant

--
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: The Fate of VM - was: Re: Baby MVS???

[Charles Mills]

1. Last I knew, VM was heavily used by the IBM z/OS developers.

2. My impression is that VM is a strategic part of IBM's Linux commitment.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Thomas Berg
Sent: Tuesday, August 15, 2006 11:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: The Fate of VM - was: Re: Baby MVS???


About VM:  I don't understand why IBM seems to have sidestepped z/VM.

VM have always given me the same feeling of a smart design as e g REXX do.

As it seems to fit well in the KISS principle that I try to follow.
(I have mostly worked in a MVS environment (or the older variants), but I
have
always admired VM as an OS as such.)

But AFAICS IBM is "demounting" VM.  There seems to be diminishing incentives
to
use VM (maybe apart from running multiple Linux systems).
Is the reason support costs ?  I don't know, but would like 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

Re: Baby MVS???

[Greg Dorner]

>From the annoucement letter:

Limitations: Customized Offerings Driver may be used for the limited purpose of 
installing z/OS or z/OS.e ServerPacs or CBPDO products. Any other use is 
prohibited. After such an installation, you should discontinue the use of 
Customized Offerings Driver and dispose of the program materials in accordance 
with the applicable IBM license agreement. 



>From: Ed Finnell <[EMAIL PROTECTED]>
>Date: 2006/08/15 Tue AM 08:47:15 CDT
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Baby MVS???

>Maybe they'll talk about it at SHARE?
> 
>From today's announcements.
> 
>206203 IBM Customized Offerings Driver V2.2, a subset of an IBM  z/OS
>JES2 system, enables installation of  z/OS or z/OS.e
>ServerPacs and CBPDOs  
>http://www.ibm.com/isource/cgi-bin/goto?it=usa_annred&on=206-203
>
>
>--
>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: The Fate of VM - was: Re: Baby MVS???

[Anne & Lynn Wheeler]

Tom Marchant wrote:

Is IBM really giving up on VM?  They tryed that once before...


Once?  I think the first time was about 1970.


pretty much all during cp67 ... at least tss/360 group was trying to 
cancel it ... since the 360/67 (w/virtual memory was supposed to be a 
"tss/360" machine). i was undergrad that got to attend the Spring '68 
houston share meeting (when cp67 was officially announced) and almost 
got into a brawl at scids with one of the tss/360 developers (both of us 
were pretty well plastered)


then all during early vm370  developers were constantly being told 
that if they wanted a career, promotion, and/or raise ... they needed to 
move to hudson valley (pok or kingston) and work on a "real" system ... 
since the next release of vm370 was alway going to be the last.


then in '76 they killed the vm development group in burlington (the 
development group had split off from the science center, absorbed the 
boston programming center, and when they outgrew space in 545 tech sq. 
... moved out to the old service building corp. building in burlington 
mall) and told everybody that they needed to move to pok ... vm370 was 
being killed ... because mvs/xa wasn't going to meet its schedule and 
mvs/xa needed all the vm developers working on mvs/xa ... in order to 
try and meet schedule.


there was an episode where the shutdown was leaked to the people in 
burlington ... well before it was officially announced ... which 
resulted in a couple month witch hunt for who leaked the information
(as well as lots of people looking for how they could stay in the area 
and not have to move). the guilty party was never identified.


endicott was eventually able to salvage part of the vm370 product 
development mission ... of course you saw some number of the burlington 
people staying in the area and going to work for dec (vax/vms) or to 
places like prime computer.


in the late 70s and early 80s ... there was a huge explosion in the 
number of vm machines in the mid-range market place ... 4341s competing 
against vax machines (which also saw a huge market explosion). this was 
before the mid-80s when the workstations and large PCs started taking 
over that market segment. the 4381 was being ramped up to continue the 
huge 4341 market explosion ... but by that time the workstations and PCs 
was starting to take over that market segment (other vendors in that 
market segment saw similar effects).


random past posts mentioning burlington mall location (and/or shutdown 
of burlington mall so everybody could move to POK to help get mvs/xa 
development back on track):

http://www.garlic.com/~lynn/94.html#2 Schedulers
http://www.garlic.com/~lynn/98.html#7 DOS is Stolen!
http://www.garlic.com/~lynn/99.html#179 S/360 history
http://www.garlic.com/~lynn/2000b.html#54 Multics dual-page-size scheme
http://www.garlic.com/~lynn/2000b.html#55 Multics dual-page-size scheme
http://www.garlic.com/~lynn/2001m.html#47 TSS/360
http://www.garlic.com/~lynn/2001m.html#49 TSS/360
http://www.garlic.com/~lynn/2001n.html#67 Hercules etc. IBM not just 
missing a great opportunity...

http://www.garlic.com/~lynn/2002e.html#27 moving on
http://www.garlic.com/~lynn/2002h.html#34 Computers in Science Fiction
http://www.garlic.com/~lynn/2002h.html#59 history of CMS
http://www.garlic.com/~lynn/2002j.html#17 CDC6600 - just how powerful a 
machine was it?

http://www.garlic.com/~lynn/2002m.html#9 DOS history question
http://www.garlic.com/~lynn/2002o.html#78 Newsgroup cliques?
http://www.garlic.com/~lynn/2002p.html#14 Multics on emulated systems?
http://www.garlic.com/~lynn/2003c.html#0 Wanted: Weird Programming Language
http://www.garlic.com/~lynn/2003d.html#8 IBM says AMD dead in 5yrs ... 
-- Microsoft Monopoly vs. IBM

http://www.garlic.com/~lynn/2003f.html#53 Alpha performance, why?
http://www.garlic.com/~lynn/2003g.html#22 303x, idals, dat, disk head 
settle, and other rambling folklore

http://www.garlic.com/~lynn/2003h.html#34 chad... the unknown story
http://www.garlic.com/~lynn/2003k.html#0 VSPC
http://www.garlic.com/~lynn/2003k.html#55 S/360 IPL from 7 track tape
http://www.garlic.com/~lynn/2004.html#20 BASIC Language History?
http://www.garlic.com/~lynn/2004.html#32 BASIC Language History?
http://www.garlic.com/~lynn/2004c.html#47 IBM 360 memory
http://www.garlic.com/~lynn/2004d.html#42 REXX still going strong after 
25 years
http://www.garlic.com/~lynn/2004e.html#37 command line switches [Re: 
[REALLY OT!] Overuse of symbolic

http://www.garlic.com/~lynn/2004g.html#24 |d|i|g|i|t|a|l| questions
http://www.garlic.com/~lynn/2004g.html#35 network history (repeat, 
google may have gotten confused?)
http://www.garlic.com/~lynn/2004g.html#38 Infiniband - practicalities 
for small clusters
http://www.garlic.com/~lynn/2004k.html#23 US fiscal policy (Was: Bob 
Bemer, Computer Pioneer,Father of

http://www.garlic.com/~lynn/2004m.html#6 a history question
http://www.garlic.com/~lynn/2004m.html#54 Shipwrecks
http://www.garlic.com/~

Re: mqseries log problem ....urgent ..

[Tim Hare]

Using tape for logging wouldn't have cause the OP's problem if their shop 
were using virtual tape or an automated cartridge system, instead of the 
biological tape mounting facility.

Technologically speaking, they hit some area of MQ logging  that was 
serialized while waiting on a tape mount; but what they have is a 
management / personnel issue. 

According to the OP the operator went to lunch leaving a tape mount 
pending.  So, we can deduce, Watson, that they either have no coverage for 
lunch hour (a management problem: too few operators scheduled for their 
needs) or an employee who doesn't care about the job and  leaves without 
handing off to someone else (a personnel problem).


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
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: mqseries log problem ....urgent ..

[Ted MacNEIL]

>So, we can deduce, Watson, that they either have no coverage for lunch hour (a 
>management problem: too few operators scheduled for their needs) or an 
>employee who doesn't care about the job and  leaves without handing off to 
>someone else (a personnel problem).

I have worked for two unionised shops.
A Canadian railway, and an Ontario Ministry.

I, until then, thought that IT professionals would be just that -- professional.
Well, I was wrong.

If it's not in my job description/pay grade -- forgedabatit!

We had a major outage caused once by an operator going to lunch just as a 
critical WTOR came up.
He didn't reply, budda boom budda bing, one crash, two IPLs and three hours 
later,  we were back.

When brought up on the carpet, his defence was: 'Well, I had to have lunch'!

It took another couple of years and a contract negotiation the change it from: 
'he could go to his scheduled lunch, regardless', to: 'he could go to his 
scheduled lunch, if his back-up/replacement was available'.
Of course, the contract also had to allow for operations to have 'staggered' 
lunches.
Many times, they all went at once, no matter what.

And, if we went down and replied, or mounted tapes, or whatever, that allowed 
for wild-cat action.

The operator never lost his job over this.
Never got promoted, either.

IT is not a regimented 9-5 job.
Never was.
Never will be!

When in doubt.
PANIC!!

--
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: The Fate of VM - was: Re: Baby MVS???

[Anne & Lynn Wheeler]

Mickey wrote:
 > HONE? Ew I remember I took the Skills Tracking System off

of home and converted it to run on VM at the Atlanta ED cenrter way
back in 1990. What a monumental task that was, but the resultant system
was 2/3 the size of the original and had about 20% more functionality.
Now THAT was some Hands On work indeed :)

Mickey

P.S. Funny thing about the Skills Tracking System if you were
definded to it as a manager, you could not enter skills for yourself. I
will leave it to your imaginations to work out just how many jokes
about IBM managers not having technical skills THAT lead to :)


re:
http://www.garlic.com/~lynn/2006o.html#49 The Fate of VM - was: re: Baby 
MVS???


in the late 70s and early 80s ... there was joke about pulling 4shift 
... working in sjr/28 1st shift ... there was the original 
relational/sjr implementation system/r

http://www.garlic.com/~lynn/subtopic.html#systemr

working across street in the disk engineering and product test labs 2nd 
shift (bldg. 14 & 15),

http://www.garlic.com/~lynn/subtopic.html#disk

working down in stl (bldg. 90) 3rd shift and then working up at hone on 
the weekend.

http://www.garlic.com/~lynn/subtopic.html#hone

i had helped build and support hone systems from the time it was on cp67 
and then thru much of its life on vm370. much of hone services and 
applications had been built in apl ... starting originally with cms\apl. 
the cambridge science center

http://www.garlic.com/~lynn/subtopic.html#545tech

had ported apl\360 to cms (under cp67). apl\360 had its own multitasking 
monitor and terminal support ... which could be discarded under cms. 
apl\360 also supported its own swapping of 16kbyte (sometimes 32kbyte) 
real memory workspaces. This had to be completely reworked for the large 
virtual memory environment provided with cms. cms\apl also introduced 
mechanism for accessing operating system APIs (filesystem operations, 
etc ... which offended the apl purists). in aggregate, this allowed some 
major applications to be developed in cms\apl (which wasn't possible in 
the purely self-contained 16kbyte workspaces provided by apl\360).


HONE evolved a major APL-based delivery vehicle called SEQUOIA which 
attempted to isolate majority of (cms) computing infrastructure 
characteristics from the end-user. All HONE APL applications then had 
major requirements to implement SEQUOIA consistent characteristics.


in the mid-70s, US HONE operations consolidated all their datacenters in 
northern california ... the new datacenter was across the back parking 
lot from the palo alto science center. palo alto science center had done 
the work for apl\cms (as opposed to the earlier work cambridge had done 
for cms\apl) and also the apl microcode assist for the 370/145.


HONE had its own equivalent of constant attempts to kill vm
http://www.garlic.com/~lynn/2006o.html#51 The Fate of VM - was: re: Baby 
MVS???


Especially during the late 70s and the 80s ... HONE would get a new 
executive every couple years. HONE was part of the marketing division 
and so the new executive typically came up through the marketing and 
sales ranks.


The corporation constantly had a sales/marketing theme that MVS was the 
solution to all computing requirements. That HONE was actually a vm370 
based infrastructure was pretty well hidden from the world-wide field 
and marketing people. As a result, it frequently came as quite a shock 
to the new, incoming executive that HONE wasn't a mvs-based operation.


Then there ensued a period of where the whole organization would be 
directed to drop nearly everything else and work on moving HONE 
operation to a mvs-based operation. Usually within 9-12 months, it would 
be thoroughly proven that it couldn't be done and things would sort of 
settle back to semi-normal ... at least until the next, new replacement 
executive came in (which happened about once every two years) and the 
process would be repeated. As a result, something like 1/3rd to 1/2 of 
HONE resources went into repeatedly proving to newly appointed 
executives that you couldn't use MVS as HONE platform.


--
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: DAF & IEFUJI

[Giovanni Cerquone]

On Fri, 11 Aug 2006 16:16:09 -0500, Richard Peurifoy Rather than using 
a RACF or TSS control block, try using the JSAB.
>
> L R2,PARMEPRM Common exit parm area
> USING JMR,R2
> IAZXJSAB READ,USERID=JMRUSEID Copy USERID to JMR
>
>Richard
>
Hello Richard;

I installed the IEFUJI you sent me using an USERMOD and after enable it, I 
was able to see the USERID field on the DAF report filled with the JOB 
Userid.

Thanks a lot for your help.

Kind regards,

Giovanni

--
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: 1.4 to 1.7 Experiences?

[Knutson, Sam]

http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_
Baltimore/S2892MW145942.pdf

SHARE Session 2892 - One Last Drink from the Firehose: Migrating from
z/OS R4 to R7

Have you still not migrated from z/OS R4 to z/OS R7? This will be the
last SHARE session ever on what you need to do to migrate from z/OS R4
to z/OS R7. Much of this material will also be covered in the 'Migration
to z/OS R8' sessions, as there are common migration actions between z/OS
R7 and z/OS R8. If you're still running z/OS R4, this is a must-attend
session because it's just for you and this is your last chance to hear
it! 

 




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: 1.4 to 1.7 Experiences?

[Knutson, Sam]

http://tinyurl.com/hfkpm

Tiny URL or watch the wrap on the previous loong URL.

Thanks, Sam 

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: wlm sdsf display for transaction level stc

[Shane]

On Tue, 2006-08-15 at 13:30 -0500, Tom Marchant wrote:

> If you want to see the activity in terms of the transaction service 
> classes, you will need a monitor, not SDSF.  Your best bet is a CICS 
> monitor such as Omegamon/CICS, though I have used Omegamon II/MVS for crude 
> monitoring.

Even RMF III - but at an overall context.
As the MVS guy I want to see if the goals are being met, not necessarily
what the individual trans are doing at any point in time.
That gets handled by the CICS folks with the appropriate tool(s).

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: The Fate of VM - was: Re: Baby MVS???

[Anne & Lynn Wheeler]

re:
http://www.garlic.com/~lynn/2006o.html#49 The Fate of VM - was: Re: Baby 
MVS???
http://www.garlic.com/~lynn/2006o.html#51 The Fate of VM - was: Re: Baby 
MVS???
http://www.garlic.com/~lynn/2006o.html#52 The Fate of VM - was: Re: Baby 
MVS???


email from long ago and far away

To: wheeler
Subject: GENDMOD module

Could I ask you to get an assembly listing of the GENMOD module so I can
study it to determine what changes I have to make to VS APL.  If we make
this change, it could have a tremendous impact on the HONE system, above
what their SEQUOIA system is giving them.  There are several very large
APL applications on there  particularly the configurators.  If
users are sharing that code as well, we could get some big savings ...
not to mention the time savings in just loading the workspaces.

 snip ...

shared variables was eventually created as an alternative paradigm (to 
that originally implemented in cms\apl) for accessing system api/functions.


apl\cms and apl\sv eventaully evolved into vs apl.

the (cms) apl interpreter had been structured into code that could be 
shared across all the virtual address spaces. however, HONE apl 
operations had another couple hundred kbytes of commonly used apl 
applications that appeared in nearly all workspaces

http://www.garlic.com/~lynn/subtopic.html#hone

i had originally done paged mapped filesystem for cms in the early 70s 
along with a mechanism that allowed loading of objects from cms paged 
mapped filesystem as memory objects shared across multiple virtual 
address spaces.

http://www.garlic.com/~lynn/subtopic.html#mmap

one of the internal datacenters this was installed on was at HONE. HONE 
used it to create a "shared" executable image of the APL interpretor 
(under cms). I had modified the standard CMS executable creation command 
(GENMOD) and executable load command (LOADMOD) to add support for the 
shared executable object option.


A small subset of the cp & cms memory mapped feature/function was 
released in vm/370 release 3 called DCSS.


However, the full function was in use at a number of internal 
datacenters, like HONE.


The issue in this particular email ... was that there were several large 
APL applications (like the HONE mega-application mentioned in the 
previous post, SEQUOIA). These "programs" were mostly static data that 
was "interpreted" by the APL interpreter (and executable in the 370 
sense). The idea here was to modify the APL workspace loader to play 
some of the same games that I had done in CMS GENMOD/LOADMOD ... so that 
static APL workspace applications could be loaded as shared memory 
objects (allowing a single common image to be used across all virtual 
address spaces). This could significantly cut both the aggregate HONE 
application real-storage requirements ... as well as I/Os involved in 
retrieving unique copies off disk for every HONE user.


--
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: wlm sdsf display for transaction level stc

[Shane]

On Tue, 2006-08-15 at 12:15 -0500, Joel Ivey wrote:
> Another question:   Since sdsf doesn't display the transactional service
> classes, is there a way that I can dynamically change the sc of a
> transaction-managed stc?   Changing it through the "da" panel does not
> change the transaction sc.  

Load and activate a new policy.
You *really* don't want to be trying to manage WLM by dicking around in
SDSF.
Run a policy for a while, measure the effect, make a change, repeat.

SDSF does not qualify as a measurement for this purpose - especially for
tran based management.
Or enclave based ...
or anything at all really ...

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: Why is JCL allergic to lower case?

[Clark F Morris]

On 15 Aug 2006 06:44:58 -0700, in bit.listserv.ibm-main you wrote:

>I'll second the motion to allow lower case in JCL. In fact, I'd like to
>see an option to allow "user friendly" JCL:

While I like the idea, plan on major effort to convert JES exits,
IEFUJI and IEFUJV among other things.  I would prefer we start looking
a command language be it REXX, one of the Unix shells or something
else that would allow longer data set names, mixed case, less
convoluted syntax etc.  Obviously JCL will have to be supported for
the next decade but the limitations associated with it are probably so
deep in the guts of z/OS that we would bleed if they were relaxed. 
>
>1. For compatibility, there would need to be an installation
>configuration option to permit or disallow "user friendly" JCL.
>
>2. It should allow mixed case JCL keywords and parameters. Of course,
>quoted strings would not be folded to upper case.
>
>3. Positional "keyword" parameters (for example, RLSE) should become
>simply "keyword" parameters.
>
>4. Continuations should be able to start anywhere after column 3.
>
>5. JCL should not be restricted to columns 1-72 of LRECL=80, but should
>support RECFM=F or V and larger LRECL's. The last 8 columns of RECFM=F
>and the first 8 columns of RECFM=V should have automatic sequence number
>detection and would ignore sequence numbers as appropriate.
>
>I'm sure that there are many other features that would make JCL even
>more user friendly.
>
>Don Williams 
>[EMAIL PROTECTED] 
>(919) 966-3968 
>UNC Hospitals 
>Information Services Division 
>321 Meadowmont Village Circle, 2nd Floor 
>Chapel Hill, NC  27517 
>
>"The time is always right to do what is right" -- Martin Luther King,
>Jr. 
>
>--
>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: 轉寄： Re: how to use "ADRDSSU" to copy multiple volume dataset to other DASDs

[Tommy Tsui]

Hi Justin,
It works. thanks a lot and thanks for your advice for the "FULL DUPLEX" to
"DUPLEX PENDING" state,

tommy


__


As it mentions in the ADR918I message explanation, for extent reason codes
you have to look at the QFRVOLs extent reason codes in the Advanced
Services manual. Your target appears to be a PPRC primary volume which
cannot normally be eligible for a target Flashcopy relationship.

Refer to the following FCTOPPRCprimary keyword explanation:
http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/DGT2R241/3.6.4.28?
SHELF=EZ2ZO10G&DT=20060126011812&CASE=

Pretty sure that using this keyword will resolve you issue, but be AWARE
your PPRC relationship will go from full duplex to duplex pending state.
Again you can refer to the Advanced Services manual for more information
on PPRC volume relationships.

Also this DFSMSdss support was shipped in OA06196 and will be needed to
specify the keyword, but addtionally some HW support is also required
(refer to the ++HOLD information in the OA06196 apar).

Justin



*** 
This message contains confidential information which is intended only for the 
person or entity to which it is addressed.  If you are not the intended 
recipient, you should not read, disseminate, distribute or copy this e-mail.  
Any opinion contained in this message are those of the author and are not given 
or endorsed by BOCHK unless otherwise stated in this message and the authority 
of the author to so bind BOCHK is duly verified.  We do not guarantee that this 
e-mail is virus-free or secure and are not liable in respect of any delay or 
omission in the transmission of this 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: IDCAMS VERIFY for VSAM datasets

[Friske, Michael]

VSAM OPEN will run an implicit VERIFY if it detects the data set was not
closed properly the last time it was open for update.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jim McAlpine
Sent: Tuesday, August 15, 2006 8:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IDCAMS VERIFY for VSAM datasets


Is it ever necessary to explicitly run the above nowadays or will OPEN
always do it implicitly.

Jim McAlpine

--
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: The Fate of VM - was: Re: Baby MVS???

[Bill Seubert]

On Tue, 15 Aug 2006 14:58:54 -0400, Charles Mills <[EMAIL PROTECTED]> wrote:

>1. Last I knew, VM was heavily used by the IBM z/OS developers.
>
>2. My impression is that VM is a strategic part of IBM's Linux commitment.
>
>Charles
>

I don't know about the z/OS developer part, but everything I've seen points
to your second item, Charles.  There's a huge emphasis on z/VM as a key part
of the System z virtualization strategy, and Linux is at the center of that.
 Furthermore, we cut the price on z/VM pretty dramatically a year or two ago
(50% rings a bell) to further encourage its use.  Whenever my colleagues and
I speak about Linux on System z, VM is central to that discussion.

Yeah, there have been pendulum swings back and forth on VM over the years. 
It's part of the normal business cycle - sometimes certain strategies seem
to make sense, and sometimes, when viewed in an "expense reduction
environment", they don't.  Now IBM could well make a left-turn on it again,
but I believe as of right now, it's viewed as a key product in the mainframe
strategy.

VM was my first "interactive experience" on the mainframe; we used it for
student programming at the University of Missouri when I attended in the
early 80s.  It was great then, and it still is.  Other virtualization
products can only dream of being as good!  :-)

(I am not an official spokesperson for IBM!!)


Bill Seubert
System z Software I/T Architect
IBM Corporation
[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: Baby MVS???

[Brian Westerman]

When I set up a customer site for DR, I put all of their documentation on 
a USB drive along with a copy of all of their DR jobs.  I also carry 
another USB pocket-size disk (this one is 4 GB) with copies of their 
system packs (just in case).

Brian 

--
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 ERROR' equivalent in COBOL

[Johnny Luo]

Hi,

Recently we're helping a customer to rewrite their PL/I programs using
Enterprise Z/OS
COBOL.  In PL/I programs, such statements were used to handle unidentified
errors:

ON ERROR BEGIN;
ON ERROR SYSTEM;
CALL PLIRETC(12);
PUT SKIP LIST(' *UNEXPECTED ERROR**');
STOP;
END;

As far as I know(Maybe I'm wrong), there is no equivalent in cobol for such
processing.
So i try to use LE service 'ceehdlr' to register a user-written cobol
sub-program for error
handling.  Whenever an error occurs, control will be transferred to that
sub-progam but the
problem is : I want to terminate the execution of mainprogram in that
sub-program which
is exactly what these pl/i programs do.

But I find out I can only 'resume', or 'percolate', or 'promote' . So, does
anyone know how
to do this in cobol?



--
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