Re: Can't do DSPPTF, am I on the A side, or B side?

If all files on the system will not open, as inferred from a new file unable to be opened, that is an apparent side-effect of a failure in the program flow from common data management to the database and/or into the LIC database. If no files can be opened, the *DBXREF certainly is *not* functional, so trying to refresh all of the data in the System Database Cross-Reference is surely not going to function; i.e. it can not open its files either -- so if the async jobs QDBSRVXR and QDBSRVXR2 can not do their work while the console job is adding work to their queues, then either the request was for naught and there are simply very full queues awaiting processing, or the console job hangs awaiting the async jobs to remove entries from the queue.
I know that if QDMCOPEN receives a MCH3402 when it tries to create a run-time ODP, that it incorrectly manifests the condition as CPF4128 "Unable to allocate". The primary cause for this would be a missing or destroyed copy of QDBOPEN; either the entry in the System Entry Point Table, or the object itself, or possibly some more complicated scenario whereby QDBOPEN resignals a MCH3402 -- very unexpected.
If spooling still works, the "old trace" utility TRCJOB can help diagnose the problem as long as it is not in the LIC; but at least show the failing inst#. Ask the service folks to enable the old trace feature for you.

Regards, Chuck