# ADABAS Response Code 9 Subcode 66

**URL:** <https://techcommunity.softwareag.com/t/adabas-response-code-9-subcode-66/101093>\
**Category:** Forum\
**Tags:** Adabas-Natural, Adabas, Adabas-on-Mainframes, Adabas-Basics-on-Mainframes\
**Created:** [July 27, 2012, 1:11pm UTC](https://techcommunity.softwareag.com/t/adabas-response-code-9-subcode-66/101093 "2012-07-27T13:11:31Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Min\_Chai](https://avatars.discourse-cdn.com/v4/letter/m/71c47a/32.png) [@Min\_Chai](https://techcommunity.softwareag.com/u/Min_Chai)\
**Post date:** [July 27, 2012, 1:11pm UTC](https://techcommunity.softwareag.com/t/adabas-response-code-9-subcode-66/101093/1 "2012-07-27T13:11:31Z")

</div>

We seem to be getting more response code 9 subcode 66 in one of our Adabas database (v822) compare to the other 3. All of our DBs have OPENRQ=YES. We would get response code 9 subcode 66 if we (for example) stay in REVIEW for a period of time that is much shorter than the non-activity time paramaters or the TT parameter set. And our NU in sysaos shows low high-water mark - about 24%.

Our REVIEW report shows a lot of subcode 66 at RC commands, some L1’s.

What else can I look at to gain an understanding of what cause the subcode 66?

Any debugging advise would be much appreciated.

Thanks,  
min

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [July 30, 2012, 7:52am UTC](https://techcommunity.softwareag.com/t/adabas-response-code-9-subcode-66/101093/2 "2012-07-30T07:52:33Z")

</div>

Maybe you have some trouble with duplicate ETIDs ? (Additions\_1 field at OP command)

The same ETID can only be in use by one user, the user´s identification is the 28 byte communication ID. If a second user is using the same ETID as a previous different user it will get at the first OP call a rsp-48 but when ignoring this the second user can ´take over´ the first user´s ETID and this causes the first user´s UQE to be deleted when running with OPENRQ=YES. The first user will then get rsp-9/subdoce 66 when issuing the next call.

You can see the ETID with Display UQE (AMA, AOS or operator command).

Regards,  
Uschi

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [April 2, 2021, 3:02pm UTC](https://techcommunity.softwareag.com/t/adabas-response-code-9-subcode-66/101093/3 "2021-04-02T15:02:14Z")

</div>


