ca.portal.admin

Re:Re: [IDMSVENDOR-L] Strange thing in IDMS 17.0 SP1 DCLOG

Discussion created by ca.portal.admin on May 5, 2010
are you checking for ""both"" log full msgs?

DC050001
DC050004

i believe DC050004 is spit out when the log is 100% full - this message is
NOT checked by vanilla WTOexit

i have seen a log fill up so quicly due to a dump that the DC050001 is
never issues - only the DC050004 - and the vamilla wtoexit would never
catch it




Chris Hoelscher
IDMS/DB2 Database Architect
Humana Inc
502-476-2538
choelscher@humana.com

you only need to test the programs that you want to work correctly






From:
""William M. Allen, Jr."" <archcons@ARCHCONS.COM>
To:
IDMSVENDOR-L@LISTSERV.IUASSN.COM
Date:
05/05/2010 04:29 PM
Subject:
[IDMSVENDOR-L] Strange thing in IDMS 17.0 SP1 DCLOG
Sent by:
IDMS 3rd-party providers forum <IDMSVENDOR-L@LISTSERV.IUASSN.COM>



Hello All:



I just upgraded another Client to 17.0 SP1 and we are having a few issues;
one was with TSSMAI from Top Secret and there is a fix for that from CA.



The next issue is that the CV is not spitting out the log % full message
so
what is happening is that the log is filling up and the offload job is
never
getting submitted?



The exit is fine because it is submitting the Journal archive just fine.



The Messages for the Journal and log have the same destination and OS
route
codes, I have checked all of that. I have even restored and re-received
and
applied the startup user modification with no change.



The Log was formatted before we brought the CV up using IDMS 17.0 SP1
software.



We also had an issue with easy test causing system module program checks
near RHDCUXIT with all the tool kit exits installed. We have pulled all
the
exits from RHDCUXIT and easy test works fine. We still have to work with
the
vendors on a resolution for this one.



The last issue is the submission of the log archive, I know the exit is
working and the log has filled many times, but the IDMS Region is simply
not
issuing the log % full message?



And here is another strange thing when we view the log with LOGD we see
these system module program checks from four days ago and the log has
filled
at least five times since then because we have to archive it manually.



So my question is how does IDMS issue that log message, is there some sort
of header record in the log that might be corrupted?



We can always format the log but the Client is reluctant to do that
without
an explanation of why this is happening.



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

(704) 641-0296



The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you receive
this material/information in error, please contact the sender and delete or
destroy the material/information.
"
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: [IDMSVENDOR-L] Strange thing in IDMS 17.0 SP1 DCLOG
"I have been running as follows using the PARM on the EXEC statement in the
STC PROC since R16 SP7, without of the ZIIP parm on R16 of course, with all
R17s from the first Beta through to the GA SP0 and with the R17 SP 1 since
it was first available. I have had absolutely no hiccups or oddities with
the Journal and Log offloads as they are submitted by the WTOEXIT and run
just fine. There are multiple versions of the aforementioned CVs running
24/7 on 3 different versions of z/OS including 1.11.

//IDMS1017 EXEC PGM=IDMSDC,
// PARM='SYSTEM=171,DMCL=R171DMCL,WTOEXIT=WTOEXIT,MT=Y,ZIIP=Y,
// STEP=Y',
// MEMLIMIT=NOLIMIT

The fact that people are having problems with this seems a bit
odd/unnerving.

John T. Abell
President
International Software Products
Tel: 800-295-7608 Ext: 224
International: 1-416-593-5578 Ext: 224
Fax: 800-295-7609
International: 1-416-593-5579

E-mail: john.abell@intnlsoftwareproducts.com
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

Outcomes