You need to check if the user running QV services have the rights to access this path:
You can check the permissions of this shared folder, or just log in the machine with the same user and try to open it.
As an alternative, depeding on the path of your qvw, you can use a relative path (this might be even better to work from both machines - server and desktop).
The command could be:
STORE FactTable INTO Data\SAP_EXTRACT\SAP_EXTRACT
STORE FactTable INTO ..\Data\SAP_EXTRACT\SAP_EXTRACT
Hope this helps,
thanks erich and gary.
after some testing based on your responses, both reload failed but led me a critical element that I forgot to mention. I am loading qvds from one server and trying to store a csv on another server.
The qvds reside on server2. When I enter below, the command below works.
LOAD * FROM FactTable.qvd;
STORE FactTable INTO \\server2\TEST\DISTRIBUTIONPLANRPT.csv (txt);
However, it still fails when I point to another server
STORE FactTable INTO \\server1\TEST\DISTRIBUTIONPLANRPT.csv (txt);
When I specify drive letters, this isn't a problem. I thought relative path would work but it still fails. Server/Publisher aside, I can't get this to work on my personal desktop alone. Any more suggestions?
Relative path won't work if it's on a different server. I would check:
- Do you have network connectivity to server1? You could try a ping or something else.
- Does the service account running Server/Publisher have access to the share? While logged in as the service account user, try typing \\server1\TEST via start->run.
- Has the service account user been given both share access and file system access to the UNC share?
- Does the service account user have write access to the UNC share? Needs more than read access obviously.