We had an issue with dataspace and aleentries, using aleserv-macros.
What was it?
Per default there are about 510 entries in the ale-list. Every ale-entry
must be deleted explicitly, as stated int the IBM-description.
Up to zOS 1.13 , when deleting a dataspace, the ale-entries were deleted
automatically by system, and therefore we did not have any problem.
Starting from zOS 2.1 this was not done any longer, and we got problems,
that after allocating/deleting dataspace the about 510-entry-limit was
reached and no more dataspaces could be allocated.
Fix was to simply add the correct aleserv-delete-macro for the ale-entry
after deleteing dataspace ( was quite simple).
Statement from IBM, which we got:
Yes, APAR OA45768 could definitely be a catalyst behind the full
access list condition that the product is experiencing. Prior to the
APAR change, when a data space went away, Cross Memory services would do
"housekeeping" in the owning address space's PASN Access List,
cleaning up not just the owner's ALET for this data space, but
cleaning up other ALETs in the list that connect to data spaces that
have been deleted (but presumably were owned by other address spaces).
However, this undocumented and unexpected clean up led to confusion with
code that owned stale (orphaned) ALETs.
Good coding practices should result in ALETs being properly managed
by the function using them, thus PC Auth's undocumented housekeeping
should not be required. This change will expose instances of improper
management (in particular, clean up) of ALETs by owning functions, which
is what it sounds like we are seeing here.
On 13.07.2016 21:52, Ward, Mike S wrote:
Hello all, we will be migrating from V1.13 of z/OS to V2.2 in the next couple
of months. Is anyone aware of any gotchas that we need to look out for?
Thanks in advance.
==========================
This email, and any files transmitted with it, is confidential and intended
solely for the use of the individual or entity to which it is addressed. If you
have received this email in error, please notify the system manager. This
message contains confidential information and is intended only for the
individual named. If you are not the named addressee, you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this message by mistake and delete
this e-mail from your system. If you are not the intended recipient, you are
notified that disclosing, copying, distributing or taking any action in
reliance on the contents of this information is strictly prohibited.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
--
Mit freundlichen Gruessen / Kind Regards,
Leopold Strauss, Team DEV-zOS, T: +43-2236-27551-331
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
