IDMS

Re:[IDMSVENDOR-L] DBHASH and USERSTAT

  • 1.  Re:[IDMSVENDOR-L] DBHASH and USERSTAT

    Posted Feb 11, 2009 09:19 AM
    We just migrated to R16 and one of our customers are having problems
    with 2 of their assembler programs. They are named DBHASH (which I
    think came from the old Boxes and Arrow magazine) and the other is a
    user program invoked by the task code USERSTAT which we think came from
    one of the CA User Conferences. Is anyone familiar with and/or using
    either of these in a R16 environment? If so, did you have to do anything
    other than relink them when you migrated?

    Jim Irwin
    Database Technical Support
    non impediti ratione congitatonis
    "
    IDMS Public Discussion Forum
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP
    IDMS-L@LISTSERV.IUASSN.COM
    IDMS-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    once again I must sing the praises of CA IDMS support
    "picture if you will:

    i roll in the 17.0 required SVC into a testing environment
    the next day - we start detecting storage overlays
    i send the info to CA - they provide a trap - i apply the trap - get an
    SVC dump,
    and CA immediately replied back with definitive proof that this is an
    application-caused storage overlay (multiple program from within the same
    transaction, so storage protect would not help)
    provided with all this information, the development teams replied - this
    storage overlay is due to the new SVC !!!!! (unbelievable)
    so ....since i appear to be guilty until proven innocent, i back out the
    17.0 SVC and replaced it with the 15.0 SVC
    and yet --- the storage overlay remains ..... oddly enough i have not
    heard from development since passing this information along...

    but i did want to publicly thank Brian Brendlinger for his quick and
    complete response to what obviously was NOT a IDMS system software or
    configuration issue, but a development issue (obvious to everyone EXCEPT
    development)


    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 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    once again I must sing the praises of CA IDMS support
    "picture if you will:

    i roll in the 17.0 required SVC into a testing environment
    the next day - we start detecting storage overlays
    i send the info to CA - they provide a trap - i apply the trap - get an
    SVC dump,
    and CA immediately replied back with definitive proof that this is an
    application-caused storage overlay (multiple program from within the same
    transaction, so storage protect would not help)
    provided with all this information, the development teams replied - this
    storage overlay is due to the new SVC !!!!! (unbelievable)
    so ....since i appear to be guilty until proven innocent, i back out the
    17.0 SVC and replaced it with the 15.0 SVC
    and yet --- the storage overlay remains ..... oddly enough i have not
    heard from development since passing this information along...

    but i did want to publicly thank Brian Brendlinger for his quick and
    complete response to what obviously was NOT a IDMS system software or
    configuration issue, but a development issue (obvious to everyone EXCEPT
    development)


    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
    does anyone remember why ?
    "you would want to load Loads RHDCCKUR and RHDCTCKR from steplib? i have
    some CVs set that way from long ago (that I am only now fully in control
    of) and i was hoping to change it if there was no longer a valid reason


    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 3rd-party providers forum
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    IDMSVENDOR-L@LISTSERV.IUASSN.COM
    SMTP








    Normal

    Normal
    does anyone remember why ?
    "you would want to load Loads RHDCCKUR and RHDCTCKR from steplib? i have
    some CVs set that way from long ago (that I am only now fully in control
    of) and i was hoping to change it if there was no longer a valid reason


    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
    does anyone remember why ? (i should have added)
    "i understand the issue with allowuserkeycsa(no) - but before that was an
    issue - why?

    thanks



    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
    does anyone remember why ? (i should have added)
    "i understand the issue with allowuserkeycsa(no) - but before that was an
    issue - why?

    thanks



    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: does anyone remember why ?
    "Yes.

    If you are running under z/OS 1.9 and have to change which storage key
    IDMS runs in!

    Long thread on this last year. We are about to upgrade to 1.9 and I am
    having to follow the CA instructions to run from steplib.

    It is not hard to set up, but it changes all of my startup procs.

    The instructions are in ptf QI82743.=20


    Jim


    Jim Rice
    jlrice@southernco.com
    ph (404) 506-4148
    Fax (404) 506- 4870
    SO Linc 2988/770.550.2988

    This e-mail and any of its attachments may contain proprietary Southern
    Company and/or affiliate information that is privileged, confidential,
    or protected by copyright belonging to Southern Company and/or its
    affiliates. This e-mail is intended solely for the use of the
    individual or entity for which it is intended. If you are not the
    intended recipient of this e-mail, any dissemination, distribution,
    copying, or action taken in relation to the contents of and attachments
    to this e-mail is contrary to the rights of Southern Company and/or its
    affiliates and is prohibited. If you are not the intended recipient of
    this e-mail, please notify the sender immediately by return e-mail and
    permanently delete the original and any copy or printout of this e-mail
    and any attachments. Thank you. =20