Hi, George.
Sorry by the delay: I had problems with my email server for the last
days...
To find corrections, I follow the IBM instructions; one page forward to
the next.
For this especific case, see the road:
1- http://www.vm.ibm.com
Click Service
2-http://www.vm.ibm.com/service/
Click
On Thu, 11 Nov 2010 13:10:49 -0800, Schuh, Richard rsc...@visa.com wrot
e:
In essence, we will be breaking the connections with the main system
at a time not previously disclosed to us, and will not be allowed to
go back to it or reference anything on it for the duration of the test.
We will
It does indeed leave a window open; however, I am not setting the rules. The
ones who do are aware of it and are willing to accept the risk. They have set
the parameters such that we must get the system back up within 12 hours, and
that the system brought up be no more than 24 hours out of
George,
That is a correction for a NON-SES product: EREP.
Not managed by SERVICE/PUT2PROD.
See Service Guide how to apply NON-SES PTFs.
__
Clovis
From:
George Henke/NYLIC george_he...@newyorklife.com
To:
IBMVM@LISTSERV.UARK.EDU
Date:
08/11/2010
ty, Clovis, but PK97799 is not an EREP APAR.
VM64807 (#3 below) is the Non-SES EREP APAR to which I believe you refer.
I was able to apply VM64807 following the instructions in the EREP PGMDIR
which were quite good.
PK97799 (#1 below), however, is an HLASM SES APAR which I have been told
I IPLed as Kris suggested:
Q V CONS#SYSTEM RESET#TERM CONMODE 3270
IPL 125B LOADPARM CONS
My cons was 0009.
But it made no difference
I put the commands in the OPERATOR directory but it made no difference.
I put them in the 2d Level Machine directory, VMUVM, itself and it still
made no
While checking the SETROPTS one of our auditors happened to notice that RACF
on z/VM no longer (or never has) supported the password MINCHANGE value.
Was it every there on z/VM? Why wouldn't it be supported on z/VM while it
is on z/OS?
Just curious.
Thanks,
Leland
Sorry, George.
My mistake.
HLASM isn't imbedded into z/VM. If needed, must be acquired separately.
__
Clovis
From:
George Henke/NYLIC george_he...@newyorklife.com
To:
IBMVM@LISTSERV.UARK.EDU
Date:
12/11/2010 18:30
Subject:
Re: APARs and PTFs for the
Thank you, Clovis, I was wondering why?
I do not know that and it did not leave me with a warm and fuzzy
feeling.
But thank you for letting me know.
Now I will be able to sleep at night.
gclo...@br.ibm.com
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
11/12/2010 06:40
Disclaimer: I do not speak for IBM, this is only my understanding of
these repeatedly discussed issues on this listserve.
The IBM High Level Assembler is a separately orderable, and chargeable
Licensed Program Product (meaning: it's not free, you must pay for it).
Since it is NOT required, it
Nevermind...he found his notes from the last audit and he had documented
the differences at that time.
Leland
On 11/12/10 5:06 PM, Leland Lucius wrote:
While checking the SETROPTS one of our auditors happened to notice that
RACF on z/VM no longer (or never has) supported the password
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.
Leland Lucius
ty, Mike.
I believe HLASM is also used for IOCP/IODF processing.
Though such processing rarely happens now in the z/VM world, that may
change in the future.
And from some recent posts on the matter, it appears to already be
happening.
There seems to be a trend away from dependence on z/OS
On 11/12/2010 at 08:20 PM, Mike Walter mike.wal...@hewitt.com wrote:
And there's always the Dignus Systems/ASM product.
See-- http://www.dignus.com/dasm/
That product is definitely Ready for Prime Time. Big-time companies use
it.
Including, up until a year or two ago, IBM's z/VM
14 matches
Mail list logo