After an Indexer Server Veeam restore, the Worksite Connector/Crawler started but no log file updated, which meant it was in a stale state.

Stop the Worksite Connector Service

Go to the directory : Worksite Connector\actions\fetch

Delete fetch.queue file

Start the service back up

Check to make sure the log file location in Worksite Connector\logs\worksiteCrawler.log is updating

You might want to check the ingestion service log is also updating or you might need to clear the ingest.queue

If below does not work this might need to be done

1. Stop all services.
2. Ran _cleanup scripts from E:\Indexer\WorkSite Connector\ &  E:\Indexer\WorkSite Ingestion Server\
3. Changed the time in this file E:\Indexer\WorkSite Connector\connector_DBNAME_datastore.db back to “m/d/yy” the date when the indexer stopped working. Please note this time is in “epoch” so you will need a timestamp converter.
4. Started services.

To stop and start the services, there are 2 methods:

1. Run the script in “IndexerInstallDrive\Indexer\_stop_services”, “IndexerInstallDrive\Indexer\_start_services”
2. Log into the Autonomy Control Center “http://IndexerServerName:8080/controlCenter”. Default username and password – admin/admin. Once logged in you can stop and start all services in the GUI.

  Essentially when indexing, data flows in the following order:

1. The WorkSite Connector service to crawl WorkSite databases servers.
2. The WorkSite Ingestion service, which converts all files to the IDX format.
3. The WorkSite Content service, which indexes all of the content and serves search requests.

  When troubleshooting indexer issues, the logs are key to identifying issues. I recommend you use ‘BareTail’ as this allows you to view the many logs as well as the changes to them, each component has at least 5 types of logs.

                Connector: componentinstalldisk:\Indexer\WorkSite Connector\logs

                Ingestion: componentinstalldisk:\Indexer\WorkSite Ingestion Server\logs

                Content: componentinstalldisk:\Indexer\WorkSite Content\logs

Here is a nice write up from Autonomy from when the client wants a better understanding about timing with the indexer:

1. Customer drags a document into WorkSite (~1-2 seconds, very minimal)

2. WorkSite Crawler crawls searching for new/updated documents during interval of time between each crawl. (takes a 1 minute rest between crawls)

3. Document is moved through Ingestion (~1-2 seconds, very minimal)

4. Document is moved through Active DIH (~1-2 seconds, very minimal)

5. Document is moved to Active Content, where every 15 seconds Active Content writes the data to disk making it available for search.

So the time for a new document to be indexed is a lot based on where the Connector and Active Content is on it’s interval. Potentially you could see a 1 minute 30 second delay, or potentially only a 30 second delay before searchable.