Re: RACF SETROPTS MINCHANGE

2010-11-15 Thread George Henke/NYLIC
Ok, it was friday and a time for some lighthearted propeller head humor.




Alan Altmark alan_altm...@us.ibm.com 
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
11/14/2010 02:58 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: RACF SETROPTS MINCHANGE






On Friday, 11/12/2010 at 07:47 EST, George Henke/NYLIC 
george_he...@newyorklife.com wrote:
 It is because VM is a virtual system. 
 
 You need to ask the auditor if he knows the difference between real and 


 virtual 
 
 If you see it and it's there, it's real. 
 
 If you don't see it and it's there it's transparent. 
 
 If you see it and it's not there, it is virtual. 

Eh?  The reason SETROPTS MINCHANGE isn't there is because RACF/VM and 
RACF/MVS are two different offerings.  Things added to MVS are not 
necessarily added to VM, and vice versa.  And I don't think anyone has 
submitted a RACF/VM requirement to add it.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training 
ibm.com/systems/services/labservices 
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott



Re: APARs and PTFs for the z196

2010-11-15 Thread David Boyes
One other thing Doug didn't mention: creating/maintaining the standalone-dump 
program.


Re: APARs and PTFs for the z196

2010-11-15 Thread Doug Breneman
Firstly, please note that the information that I provided is extracted from
the z/VM General Information manual. I cannot take credit for it. This is
important so that all customers can look at the General Information manual
for their level of z/VM to find the appropriate list. The list does change
periodically from release to release..

Secondly, you do not need HLASM to create/maintain the standalone dump
program. HCPSADMP checks for HLASM, HASM, and ASSEMBLE (FASM). It can use
any of them.
pdb (Doug Breneman)
z/VM System Test   IBM   Endicott, NY



From:   David Boyes dbo...@sinenomine.net
To: IBMVM@LISTSERV.UARK.EDU
Date:   11/15/2010 10:28 AM
Subject:Re: APARs and PTFs for the z196
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU



One other thing Doug didn’t mention: creating/maintaining the
standalone-dump program.

Re: APARs and PTFs for the z196

2010-11-15 Thread Alan Altmark
[please, let's snip those posts to reasonable size, eh?]

On Monday, 11/15/2010 at 09:41 EST, George Henke/NYLIC 
george_he...@newyorklife.com wrote:
 The last itme in Doug's list is precisely the point. 
 
 HLASM *IS* needed to create a Production IODF from  a source IOCP on 
z/VM. 

I think I see the point of confusion.

IOCP does not use HLASM.  However, if you want to take an existing IOCP 
deck and migrate to *HCD* (CBDSMIGR), then you will need HLASM, as it is 
used *by HCD* to create an initial IODF.  Once migrated, or if you build 
your configuration manually in HCD, you don't need HLASM.

That said, I recommend that you purchase a high-level assembler from IBM 
or Dignus.  You never need one until it's Really Really Important.  And 
you won't discover that until you have an emergency.   But then it is too 
late.

You also have to realize that required can be a misleading term. 
Example:  ISPF is technically not *required* to run zSecure.  Yeah, right. 
 You *could* run that way, but who *would*?

Penny wise, pound foolish.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training 
ibm.com/systems/services/labservices 
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott


Re: APARs and PTFs for the z196

2010-11-15 Thread Alan Altmark
On Fri, 12 Nov 2010 23:40:17 -0700, Mark Post mp...@novell.com wrote:
Including, up until a year or two ago, IBM's z/VM developers.  Go figure
.

z/VM Development has never used the Dignus assembler.

Alan Altmark
IBM


Re: APARs and PTFs for the z196

2010-11-15 Thread David Boyes
 z/VM Development has never used the Dignus assembler.

TPF does, though. 


Re: APARs and PTFs for the z196

2010-11-15 Thread Schuh, Richard
At least the z/TPF folks use it. If you are stuck with TPF 4.1 or earlier, you 
still need an assembler that runs under CMS. If Dignus has been ported to CMS, 
then it may be sufficient. 

Regards, 
Richard Schuh 

 

 -Original Message-
 From: The IBM z/VM Operating System 
 [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes
 Sent: Monday, November 15, 2010 9:03 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: APARs and PTFs for the z196
 
  z/VM Development has never used the Dignus assembler.
 
 TPF does, though. 
 

Re: APARs and PTFs for the z196

2010-11-15 Thread Alan Altmark
On Monday, 11/15/2010 at 12:14 EST, Schuh, Richard rsc...@visa.com 
wrote:
 At least the z/TPF folks use it. If you are stuck with TPF 4.1 or 
earlier, you 
 still need an assembler that runs under CMS. If Dignus has been ported 
to CMS, 
 then it may be sufficient.

The web page says Available as a native assembler on CMS, OS/390, z/OS, 


Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training 
ibm.com/systems/services/labservices 
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott


Re: APARs and PTFs for the z196

2010-11-15 Thread Mark Boonie
  z/VM Development has never used the Dignus assembler.

 TPF does, though.

This is only sort of true.  All official lab work is done using HLASM on
Linux.  There are some of us who have taken it upon ourselves to use it on
a personal basis, but there is no TPF lab support for such use, either for
internal use or in customer environments.  Statements of satisfaction with
the Dignus assembler, from myself or any other TPF developer, are strictly
personal opinions and are not to be taken as implying support by either TPF
or IBM.

- mb

Mark Boonie
z/TPF Development


Re: creating second maint user

2010-11-15 Thread Frank M. Ramaekers
No, mainly because MAINT has many R/W minidisks that can't be shared.
You can use any user for the formatting. What do you intend for the
setup?

 

 

Frank M. Ramaekers Jr.

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Dean, David (I/S)
Sent: Monday, November 15, 2010 11:49 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: creating second maint user

 

We have a bunch of servers to set up and I would like to share the MAINT
id to several machines for setup and formatting.  Can I just copy the
MAINT directory entry in to say MAINT1, MAINT2, etc for short term?

 

David M. Dean

Information Systems

BlueCross BlueShield Tennnessee

 

 

 

-
Please see the following link for the BlueCross BlueShield of Tennessee
E-mail disclaimer:  http://www.bcbst.com/email_disclaimer.shtm


_
This message contains information which is privileged and confidential and is 
solely for the use of the
intended recipient. If you are not the intended recipient, be aware that any 
review, disclosure,
copying, distribution, or use of the contents of this message is strictly 
prohibited. If you have
received this in error, please destroy it immediately and notify us at 
privacy...@ailife.com.


Re: creating second maint user

2010-11-15 Thread Wandschneider, Scott
Do you have DIRMAINT?  If so, look at the BATCH parameter, it can be
very useful when do massive changes.

 

Thank you,

Scott

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Dean, David (I/S)
Sent: Monday, November 15, 2010 11:49 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: creating second maint user

 

We have a bunch of servers to set up and I would like to share the MAINT
id to several machines for setup and formatting.  Can I just copy the
MAINT directory entry in to say MAINT1, MAINT2, etc for short term?

 

David M. Dean

Information Systems

BlueCross BlueShield Tennnessee

 

 

 

-
Please see the following link for the BlueCross BlueShield of Tennessee
E-mail disclaimer:  http://www.bcbst.com/email_disclaimer.shtm



Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or Protected Health 
Information, within the meaning of the regulations under the Health Insurance 
Portability  Accountability Act as amended.  If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you.