Skip to Main Content
Due to the recent acquisition by IBM, the Adabas & Natural Ideas Portal does not contain ideas from products ApplinX and EntireX any longer. Please refer to the IBM Ideas Portal for these products from now on (IBMid required). Existing content will be migrated during the next few weeks.
Status Planned
Workspace Adabas for z/OS
Created by Guest
Created on Jul 13, 2021

ADAFRM without NUMBER keyword leads to production system crash

I demand an enhancement for the ADAFRM utility.

Trying to increase the space for DATA container (new container DATAR2), we got a crash in our production system executing:

DDDATAR2 ....DSN=xxx.datar2 with

ADAFRM DATAFRM SIZE=XXXX

Without specifying NUMBER keyword.

In so way, ADAFRM failed with ERROR-34. We thought, by error, it might be declared DATAR1 container.

Then, ADAFRM started successfully with:

DDDATAR1 ....DSN=xxx.datar1

DDDATAR2 ....DSN=xxx.datar2

but we were formatting DATAR1, leading to crash.

It would be a good idea to change the manage of NUMBER keyword in order not to have a default. This keyword might be compulsory.

So, one would be able to know what container is being formatting.




Use Case Utility
Created on Brainstorm 04.29.2016 11:52 am
Brainstorm ID 3565