On Mon, 8 May 1995 20:07 -0400, Carl Reimann <[log in to unmask]> wrote:
>What's this all about?       -Carl
 
Code '28' is a common return-code in the VM/CMS Operating System,
and is usually attached to the "file not found" error-message.
 
So, if you know that LISTSERV keeps an "index" to the notebook-archives
of a specific mailing-list, then it is possible for this "index" to become
unsynchronized with the actual notebook files, usually through manual
intervention by the list-owner (or the LISTSERV-manager), e.g., deleting
older notebook files.  The remedy is for the list-owner (or the LISTSERV-
manager) to issue the 'REFRESH listname' command, to tell LISTSERV to rebuild
the "index".  Since the "Database Search Facility" has detected this lack of
synchronization, it will rebuild the index.
Simply resubmit your search, and the error-message should not reappear.
 
>---------- Forwarded message ----------
>Date: Sun, 7 May 1995 09:32:43 -0400
>From: BITNET list server at UMDD <[log in to unmask]>
>Subject: File: "DATABASE OUTPUT"
>
>> s FOO in BAR since 1 sep 94
>
>Internal error 28 while calling LSVDBS, search cancelled. This error is most
>probably due to a discrepancy between the database index and the actual
>contents of the database files (this is usually caused by "manual"
>intervention on the database files). The database index is being refreshed to
>make it less likely that this error might happen again. You may want to try
>your search again - if you do so, be aware of the fact that it will take much
>longer than usual because the index will have to be rebuilt.