This content has been marked as final. Show 6 replies
What OS are you running on?
I've seen this error happen on Windows XP, which is not an OS that we support. If you are running on XP, you'll need to use either Windows 7 or Windows Server 2008.
Win 7 - 64bit
someone else just suggested that the server config file may not be pointing to the correct dir - but I'm not sure where that config file resides ?
It sure seems like it's a file permissions problem. I know you're starting the Endeca Server as an admin, but did you run the installer as an admin? I've seen similar problems with non-admin installations.
By the way, the config file is at: C:\Oracle\Endeca\Server\2.3.0\endeca-server\endeca-server.windows.conf.bat
That's what I thought initially, but I can create/delete/write to any of my directories via explorer, so I think I have ruled out an OS permissioning issue (I think).
Because I have installed and uninstalled multiple times on this machine now (and even had it running for a few days as it should) I am wondering if there may be some remaining files somewhere that don't get removed with the uninstall that are pointing to the wrong location now. I did manually delete the remaining dir's from C:\ after each uninstall as referenced by the doc (ie. C:\Oracle\Endeca\... ).
I'm stumped on this one and am running out of ideas to trouble-shoot it. Any other ideas are welcomed.
I've had this same issue for a week. The problem started once CAS was successfully installed. I have been trouble shooting the directory rights issue as well and have become thoroughly frustrated. Based on the contents of this thread I finally said what if I tried making a copy of another data store and change the name.
This work around worked.
Go to C:\Oracle\Endeca\Server\2.3.0\endeca-server\data
make a copy of one of the existing indexes data store folders and the matching .worddat and change the name of the copy to the name you setup in the workspace.prm; for the Example I'm using the workspace.prm entry DATA_STORE_NAME="*new*"
Example: change "*bikestore_indexes - Copy*" to "*new_indexes*" and "*bikestore - Copy.worddat*" to "*new.worddat*"
Once you've made these changes go back to Integrator and run ResetDataStore.grf and then run InitDataStore.grf. You should see that 1 record was written to the trash.
I'm not saying this is the correct way to overcome the problem but it works.
I am experiencing the exact same problem. Do you have any luck in resolving it? I've tried everything suggested in the thread, and to summarized, these are the things that I've tried
1) change the data store name to test
2) in endeca-server.windows.conf.bat, change the data_dir to "my document" path, because everyone should have full access right to this folder
3) re-install Endeca as administrator
After running the baseline.grf, a test folder is created in the location of data_dir folder, but no index there.