"adabasDriver::readLFdata() returned -300148, indicating Command 'LF' for dbid=1756, fnr=13: Rsp 148 (No active database was found, start the nucleus)
The Adabas database is not running, or cannot be accessed.
Resolution:
"adabasDriver::listGet() returned -300152, indicating Command 'L1' for dbid={dbid}, fnr={fnr}: Rsp 152 (The internal user buffer was not large enough to contain the user buffer areas) "
The Portus Adabas driver employs the Adabas "Multifetch" feature to reduce IPC (Inter-Process Communication) with the Adabas database server for maximum performance.
For a LIST or SELECT request a default of 64 records to be "multifetched" is applied, an Adabas response code 152 is returned when the buffer areas required to return 64 records of the size determined by the Portus XRD for the WebService in question exceed the Adabas LU parameter.
Resolution:
". . . nni_initialize rc=-2053 "
A -2016 means the Portus server can't access the Natural bufferpool "Unable to open buffer pool; contact the Natural system administrator." Is the bufferpool up ? Can you start a Natural session interactively ? If yes, it might be an authorization problem, i.e. the user assigned to the Portus Server not having the rights to talk to the Natural Bufferpool Server, or the Natural parameter module you are using specifying a bufferpool which isn't up.
Trust Issues with Microsoft Infopath
If you have "Problems connecting to data source" with Microsoft Infopath and your Portus web service, follow these instructions
In your InfoPath form, go to Tools, Form Options, Security and Trust , uncheck Automatically determine security level and select Full Trust
![]() ![]() |
![]() |
![]() ![]() |