ca.portal.admin

Re:Re: IDMSMSVA

Discussion created by ca.portal.admin on Nov 24, 2009
Chris,

We're running the latest IDMSMSVA (as delivered by RO12844) on our SP0 =
R17 CVs.
No problems so far (crosses fingers, touches wood).
These are SP0 CVs with PTFs applied, including RO09452.

We had the test version of RO12844 for a problem we hit on test and on =
our UTE system - we saw S378 abends on batch jobs.

We've been told by CA that it is possible to bring the new IDMSMSVA in =
with CVs up.
There should be no batch (CV or local mode) running, as if they try to =
do an LMP key check at the exact moment MSVA is being refreshed, they'll =
fail with a S0C1

Iain Robertson
BT Operate, Senior DBA
Email: iain.dk.robertson@bt.com
=20
-----Original Message-----
From: IDMS Public Discussion Forum
Subject: [IDMS-L] IDMSMSVA
=20
R17.0 - z/OS 1.9.
=20
Has anybody out there used the SP1 or post
RO09452,RO11237,RO12844 version of IDMSMSVA with an SP0 system?
=20
I am assured by a ""reliable source within CA"" that the latest IDMSMSVA =
is downward compatible. This allows you to run both a SP0 and a SP1 or =
APARed IDMS system on a single LPAR with the new version of IDMSMSVA=20
CAIRIMed into the LPA.
=20
Somebody has clearly done some kind of work in this area to make CA=20
create RO12844 which was issued today.
=20
I am going to attempt this at the weekend. Has anybody else=20
done it already? =20
=20
______________________________________________________________
=20
Chris Trayler, IXD
Bank Julius Baer & Co. Ltd.
P. O. Box, CH-8010 Z=FCrich, Switzerland Telephone +41 (0)58 887 4332, =
Fax +41 (0)58 887 4969 www.juliusbaer.com <http://www.juliusbaer.com/>
=20
*****JuliusBaer Disclaimer***** This e-mail is for the intended =
recipient only and may contain confidential or privileged information. =
If you have received this e-mail by mistake, please contact us =
immediately and completely delete it (and any attachments) and do not =
forward it or inform any other person of its contents. If you send us =
messages by e-mail, we take this as your authorization to correspond =
with you by e-mail, however, we will not accept the electronic =
transmission of orders/instructions without a specific agreement being =
in place to govern the same. If you do not wish to receive any further =
e-mail correspondence please let us know. E-mail transmission cannot be =
guaranteed to be secure or error-free as information could be =
intercepted, amended, corrupted, lost, destroyed, arrive late or =
incomplete, or contain viruses. Neither the Julius Baer Group nor the =
sender accept liability for any errors or omissions in the content of =
this message which arise as a result of its e-mail transmission. Please =
note that all e-mail communications to and from the Julius Baer Group =
may be monitored. This communication is for informational purposes only. =
It is not intended as an offer or solicitation for the purchase or sale =
of any financial instrument or as an official confirmation of any =
transaction.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMSMSVA
"I may have been the reliable source's source.
In CA IDMS, we always try to make sure common modules are downward compatible.
This means the SVC, IDMSMSVA and RHDCSSFM which reside in the LPA would support all downward releases.
The IDMSMSVA can be refreshed while CVs are up and running. However, if you are running BATCH jobs, they could possibly get a S0C1 if they are doing an LMP check while the CAIRIM is updating the LPA chain for module IDMSMSVA.
It is a very small window, but it exists.. fyi
Regards,
Edward F McKinney
CA
Senior Sustaining Engineer
CA-IDMS
Tel: +1-508-628-8171
Fax: +1-508-628-8715
Edward.McKinney@ca.com

Outcomes