# suddenly cannot "stow" programs in adabas

**URL:** <https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063>\
**Category:** Forum\
**Tags:** Adabas-Natural, Adabas, Adabas-on-Linux, Adabas-Utilities-on-Open-Systems\
**Created:** [June 22, 2006, 4:27am UTC](https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063 "2006-06-22T04:27:37Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![matt\_lairsey](https://avatars.discourse-cdn.com/v4/letter/m/df705f/32.png) [@matt\_lairsey](https://techcommunity.softwareag.com/u/matt_lairsey)\
**Post date:** [June 22, 2006, 4:27am UTC](https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063/1 "2006-06-22T04:27:37Z")

</div>

We have a problem that cropped up: our developers suddenly could not “stow” their programs in adabas. We did find the checkpoint file was close to being full and refreshed it, but that didn’t resolve the problem.  
Here’s what we’ve narrowed it down to;  
If anyone tries to perform a stow one particular program, it simply hangs there, no errors returned, nothing. And while it is hung nobody else can stow in any of the databases…we have to kill the hung processes’ pid to get going again. Any one seen this type of behaviour before? Any help would be appreciated.

---

<div class="post-metadata">

**Author:** ![Matthias1](https://avatars.discourse-cdn.com/v4/letter/m/9fc348/32.png) [@Matthias1](https://techcommunity.softwareag.com/u/Matthias1)\
**Post date:** [June 22, 2006, 12:38pm UTC](https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063/2 "2006-06-22T12:38:08Z")

</div>

> [@matt lairsey](#):
>
> We did find the checkpoint file was close to being full and refreshed it, but that didn’t resolve the problem.

Normally a ADADBM DB=… DELCP=… should be used for this. But I don’t think that this is the cause of the error.

A few questions:  
A SAVE of a program works, doesn’t it?  
Do you use predict? I would check, if the predict-file is OK.

---

<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:** [June 22, 2006, 1:34pm UTC](https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063/3 "2006-06-22T13:34:35Z")

</div>

> [@matt lairsey](#):
>
> We have a problem that cropped up: our developers suddenly could not “stow” their programs in adabas.

Natural programs are not stowed in an Adabas database on OpenSystems, they are kept in the file system !

If Pre-dict or Natural Security are involved, issue an ADAOPR DI=HQ and DI=UQ\_FULL to see what this particular user is doing.

---

<div class="post-metadata">

**Author:** ![matt\_lairsey](https://avatars.discourse-cdn.com/v4/letter/m/df705f/32.png) [@matt\_lairsey](https://techcommunity.softwareag.com/u/matt_lairsey)\
**Post date:** [June 22, 2006, 9:47pm UTC](https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063/4 "2006-06-22T21:47:57Z")

</div>

You’re right, we tested that a save would work, but a cat or stow wouldn’t. We don’t use Predict. It struck me as being odd that one hungup stow process would stop everyone from stowing - oh, and we did get an “internal error 998” message out of it.

---

<div class="post-metadata">

**Author:** ![Matthias1](https://avatars.discourse-cdn.com/v4/letter/m/9fc348/32.png) [@Matthias1](https://techcommunity.softwareag.com/u/Matthias1)\
**Post date:** [June 23, 2006, 3:20pm UTC](https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063/5 "2006-06-23T15:20:54Z")

</div>

> [@matt lairsey](#):
>
> You’re right, we tested that a save would work, but a cat or stow wouldn’t. We don’t use Predict.

But your explanation “save works but cat doesn’t” sounds like a predict error. If predict is installed and a stow/cat is done, the so-called XREF-information is written into the predict-file (which is located in ADABAS).

For a quick test, you can turn this option off by typing “XREF OFF” on the Natural command line. Then stow an object and see what happens. Maybe Natural wants to store into a predict-file that is corrupt or doesn’t exist…

---

<div class="post-metadata">

**Author:** ![fcoelho](https://avatars.discourse-cdn.com/v4/letter/f/9de0a6/32.png) [@fcoelho](https://techcommunity.softwareag.com/u/fcoelho)\
**Post date:** [July 24, 2008, 11:57pm UTC](https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063/6 "2008-07-24T23:57:37Z")

</div>

Try checking the FILEDIR.SAG and the GP permissions inside your fuser. If the user doesn’t have write permissions you’ll receive a 82.

---

<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, 2:39pm UTC](https://techcommunity.softwareag.com/t/suddenly-cannot-stow-programs-in-adabas/58063/7 "2021-04-02T14:39:01Z")

</div>


