ca.portal.admin

any way to make an area not able to have a DCMT V AREA ... UPD tried agains

Discussion created by ca.portal.admin on Feb 23, 2007
hello all!

we have many native VSAM files defined to our idms environments - our CVs
have ACF2 READ prvilege to these vsam datasets - no idms centralized
security used

one day years ago i had varied them offline/deallocated them so that an
adhoc delete/define could run - silly me when the delete/define was
complete I allocated and then varied the areas to update ... and BOOM -
the CV came down and would not come back up

the CV took a 913 and subsequent warmstarts tried put the areas in the
last requested mode - the only solution was to plead/beg to get a 10
minute ACF2 change to let the CV have update access to the VSAM file long
enough to get the CV up and a DCMT V AREA ... RET ...

my question is ... is there any way (exit?) to instruct DCMT to ignore an
update request against an area ? (or list of areas?) just in case someone
(like me) does the unthinkable and attempts to VARY an area to update that
should remain (and enforced by ACF2) in RET mode?

thanks.

This is Chris Hoelscher and I approved this message!

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




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 Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: any way to make an area not able to have a DCMT V AREA ... UPD tried Hi against it?
"Hi

the CV took a 913 and subsequent warmstarts tried put the areas in the
last requested mode - the only solution was to plead/beg to get a 10
minute ACF2 change to let the CV have update access to the VSAM file long
enough to get the CV up and a DCMT V AREA ... RET ...

Maybe:
ON WARMSTART SET STATUS TO RETRIEVAL
would help?
Or maybe you should try begging again (unless, like me, kneeling causes so much pain....); Being able to abend a production system with a simple DCMT command must add considerable weight to your begging?
I also know how to front end DCMT commands .... and depending on how much you are prepared to grovel (to martinrcox@hotmail.com) I may be prepared to share my knowledge.

Cheers
Martin
PS My spell checker has just changed warmstarts to warms tarts - what a difference a space makes!


________________________________

From: IDMS Public Discussion Forum on behalf of Chris Hoelscher
Sent: Fri 23/02/2007 16:49
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: any way to make an area not able to have a DCMT V AREA ... UPD tried against it?



hello all!

we have many native VSAM files defined to our idms environments - our CVs
have ACF2 READ prvilege to these vsam datasets - no idms centralized
security used

one day years ago i had varied them offline/deallocated them so that an
adhoc delete/define could run - silly me when the delete/define was
complete I allocated and then varied the areas to update ... and BOOM -
the CV came down and would not come back up

the CV took a 913 and subsequent warmstarts tried put the areas in the
last requested mode - the only solution was to plead/beg to get a 10
minute ACF2 change to let the CV have update access to the VSAM file long
enough to get the CV up and a DCMT V AREA ... RET ...

my question is ... is there any way (exit?) to instruct DCMT to ignore an
update request against an area ? (or list of areas?) just in case someone
(like me) does the unthinkable and attempts to VARY an area to update that
should remain (and enforced by ACF2) in RET mode?

thanks.

This is Chris Hoelscher and I approved this message!

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




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 Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: CA SupportConnect search issue
"Jon,

I've encountered the ones you have and find it very disconcerting. Also, as a consultant, I have access to multiple clients with my single userid. Frequently when I am working in one client, the client number will change and I'll find a different client number.

What ever happened to Info-Tsis? Think it's too late to get it back? ;-)

Bob Wiklund
Tiburon Technologies
623 594-6022

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: CA SupportConnect search issue
">2. When the OPSYS-dependent fixes for an APAR continue to the next page,
you sometimes find they're not there on the next page.
I asked the same question years ago and this was explained to me this
way ... when building a page - if there are more records in the
database (that may/may not met your selection criteria) the MORE...
is displayed .. but only when you click on more (or however it is
currently implemented) is the remainder of the database searched for
more entries that match your selection criteria - so in fact there
may be no more (the only alternative would be to search the entire
database before displaying ANY pages - and this was deemed not to be
a practical approach

3. Constantly having to LOGIN when bouncing around Support Connect, even
though I have a cookie for my userid and password. My identity has a habit
of disappearing all the time.
next on AMERICA's MOST WANTED ... Jon Gocher's logon ....

4. Selecting the pull-down for the product you want to search on and your
IDMS products aren't listed.
yes this has happened to me many times as well - the explanation
is/was: there is/was a weekly (re-) build of the ""authorized
products"" database (loaded from contract database?) - occassionally
this fails and you are left stranded without any/all of your
producted listed as ""authorized""




Just curious if it's only me.

Thanks.
Jon Gocher



----- Original Message -----
From: ""Robert Klan"" <rklan@US.IBM.COM>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Friday, February 23, 2007 7:50 AM
Subject: CA SupportConnect search issue

CA has informed me, and I verified with multiple searches and selections,
the issue where message "" Error: Solution not found using aparno"" was
returned upon selecting an APAR is resolved.

This update is for those on list who conformed same issue.

Many Thanks to CA for resolving and making our lives easier.

Thank You


Rob Klan/Cincinnati/IBM
Phone: 1-877-205-4871 (T/L: 349-2446)
ITN: 23492446
Email: rklan@us.ibm.com
This is Chris Hoelscher and I approved this email
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: CA SupportConnect search issue
"Robert -

Since you brought this subject up....

I seem to have more than my fair share of problems with Support Connect.
I've logged some issues and have changed all my settings according to C.A.'s
instructions,
but I still manage to get myself tangled-up at times.

Has anybody ever experienced:

1. Clicking on a solution and find yourself going into a web page
refresh-loop (if you have sound enabled - you hear click-click-click....)
and the page doesn't display.
2. When the OPSYS-dependent fixes for an APAR continue to the next page,
you sometimes find they're not there on the next page.
3. Constantly having to LOGIN when bouncing around Support Connect, even
though I have a cookie for my userid and password. My identity has a habit
of disappearing all the time.
4. Selecting the pull-down for the product you want to search on and your
IDMS products aren't listed.

Just curious if it's only me.

Thanks.
Jon Gocher



----- Original Message -----
From: ""Robert Klan"" <rklan@US.IBM.COM>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Friday, February 23, 2007 7:50 AM
Subject: CA SupportConnect search issue

CA has informed me, and I verified with multiple searches and selections,
the issue where message "" Error: Solution not found using aparno"" was
returned upon selecting an APAR is resolved.

This update is for those on list who conformed same issue.

Many Thanks to CA for resolving and making our lives easier.

Thank You


Rob Klan/Cincinnati/IBM
Phone: 1-877-205-4871 (T/L: 349-2446)
ITN: 23492446
Email: rklan@us.ibm.com

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
any way to make an area not able to have a DCMT V AREA ... UPD tried against it?
"hello all!

we have many native VSAM files defined to our idms environments - our CVs
have ACF2 READ prvilege to these vsam datasets - no idms centralized
security used

one day years ago i had varied them offline/deallocated them so that an
adhoc delete/define could run - silly me when the delete/define was
complete I allocated and then varied the areas to update ... and BOOM -
the CV came down and would not come back up

the CV took a 913 and subsequent warmstarts tried put the areas in the
last requested mode - the only solution was to plead/beg to get a 10
minute ACF2 change to let the CV have update access to the VSAM file long
enough to get the CV up and a DCMT V AREA ... RET ...

my question is ... is there any way (exit?) to instruct DCMT to ignore an
update request against an area ? (or list of areas?) just in case someone
(like me) does the unthinkable and attempts to VARY an area to update that
should remain (and enforced by ACF2) in RET mode?

thanks.

This is Chris Hoelscher and I approved this message!

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




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 Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
XML publishing example?
"Does anybody have a working example of a COBOL program publishing an XML
document under IDMS 16.4? I am not trying to parse an incoming document
-- I want to publish an outgoing document. My SQL with XML works fine
under OCF or BCF, but I am encountering difficulties in using it with
IDMS-DC COBOL (not CICS).

Thanks in advance,

Jim Ritterbusch Mail:
GE Capital Solutions 10 Riverview Dr.
101 East Ridge Danbury, CT 06811

T 203.749.3585 F 203.749.4016
D 8*662.3585 E james.ritterbusch@ge.com
http://www.ge.com/capitalsolutions/
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
CA SupportConnect search issue
"CA has informed me, and I verified with multiple searches and selections,
the issue where message "" Error: Solution not found using aparno"" was
returned upon selecting an APAR is resolved.

This update is for those on list who conformed same issue.

Many Thanks to CA for resolving and making our lives easier.

Thank You


Rob Klan/Cincinnati/IBM
Phone: 1-877-205-4871 (T/L: 349-2446)
ITN: 23492446
Email: rklan@us.ibm.com
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMSBCF and ARCHIVE JOURNAL
"Not exactly what your looking, not perfect, but it works, is after
IDMSBCF step add ""Help I have fallen and can't get up"" JCL logic

// IF RC >= 1 THEN
//ARCHABD EXEC PGM=abend program,,
// ENDIF


Rob Klan/Cincinnati/IBM
Phone: 1-877-205-4871 (T/L: 349-2446)
ITN: 23492446
Email: rklan@us.ibm.com



Bill Allen <ARCHCONB@AOL.COM>
Sent by: IDMS Public Discussion Forum <IDMS-L@LISTSERV.IUASSN.COM>
02/22/2007 04:48 PM
Please respond to
IDMS Public Discussion Forum <IDMS-L@LISTSERV.IUASSN.COM>


To
IDMS-L@LISTSERV.IUASSN.COM
cc

Subject
IDMSBCF and ARCHIVE JOURNAL






Hello All:

At one of my client sites they write their Archive Journals to disk. The
other day we received a B37-04 on the Archive journal data set, it had
used all
the defined space plus 16 extents.

We since have corrected it by increasing the space parameters for the
Archive Journal data set. This was actually caused by increasing the page
size of
the individual journals for an IDMS Release 16.0 SP4 Upgrade, this has all
been corrected.

The real problem here is that when IDMSBCF received the B37-04 the job did
not Abort, it only gave a Condition Code of 8. Now for the question, is
there
any way to make IDMSBCF Abort rather than just give a non zero condition
code?

William M. Allen, Jr.
ARCH Consulting Associates, Ltd.
(704) 641-0296 Phone
(704) 543-0158 Fax

<BR><BR><BR>**************************************<BR> AOL now offers free
email to everyone. Find out more about what's free from AOL at
http://www.aol.com.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: do other shops have rules against saving DBKEYs ?
"Chris,



Saving a DBKEY is not a problem. Using it for updates later is.



A lot of people use the technique for performance reasons and there is
nothing wrong with that as long as you know the data can't be updated. This
is what inadvertently occurred when you ran the unload/reload between the
jobs.



Unless you are sure the data cannot be updated after saving the key, using
it later as the sole key for performing DML is very risky. I have seen some
applications reuse the same DBKEY for different record types in the same run
unit (e.g. copying set members from one owner to another and back again)!
Even if you know these things don't occur today, you cannot assume some
programmer won't do it in the future.



If you can't be sure the database won't change between the time you put
DBKEYs into a file and the time you want to use it, save the logical key for
the record. This would include the logical keys of any parentage all the
way to the top of the tree.



In short, your policy should not allow DBKEY saving unless exclusive access
is guaranteed between the time of the save and the time of usage. The DBA
should review and approve.



Tom Hebert

908-813-2866

Outcomes