I just discovered the following in the log:
2009-06-29 11:30:39,351 [http-8080-13] WARN org.apache.archiva.indexer.search.NexusRepositorySearch - IO error occured while accessing index of repository 'snapshots' : /opt/managed_repos/snapshots/.indexer/_3p2_1ea.del (No
such file or directory)
2009-06-29 11:30:39,353 [http-8080-13] WARN org.apache.archiva.indexer.search.NexusRepositorySearch - IO error occured while accessing index of repository 'internal' : /opt/managed_repos/internal/.indexer/_bir.cfs (No such f
ile or directory)
Will it help to delete the index-database completely and let the scan run from scratch?
Marc Lustig wrote:
Hi all,
finally we managed to upgrade to Achiva 1.2.1. It brings a large number of usefull new features and fixes. Thanks to the developers!
However, I just discovered an issue that I didn't saw on the old version (1.1.2).
The scanner still cannot be forced to do a complete scan (ignoring the timestamp). We have discussed this before. So you have to touch the files to let them scan again.
So, this is what I did. After running the scan the concerned artifact appears in Browse, but it still cannot be found using the Search function. HOw is that possible? I thought that both functions rely on the same database-index?
