on 07-30-2009 10:53 PM
Hi,
I'm running into an issue trying to upload a report from CRXI (desktop) to our R3.1 server.
The R3.1 install was done on the system drive (C:\), but we have tried to point the FRS to a FileStore directory on a secondary drive (D:\). Both are local drives.
When trying to upload, there is a pause of 10 seconds (sometimes less) or so, and finally CRXI responds:
Error with BusinessObjects Enterprise: File Repository Server Input is down.
When trying to pull a report down (from server to local machine), the error is:
The report could not be opened from BusinessObjects Enterprise.
Possibly the report is on a different BusinessObjects Enterprise system than the one you are
currently logged onto. If this problem persists please contact your administrator.
I get this message even though the InputRepositoryServer is up and running (looking both in the CCM and CMC).
Under the InputFileRepository Properties in the CMC, I have tried changing the Temporary Directory and the File Store Directory, then restarting the InputFileRepository, but changing these values doesn't seem to make a difference.
We have a firewall and virus scanner (McAfee) in place on the server, but I get the same error even when both of these are disabled/turned off.
The only time when I can successfully upload a file from CR XI is when I run CR XI directly on the server itself, and then it goes through without a hitch.
Based on that, I'm guessing it is network-related, but I do not have network admin rights, only local admin rights on the server, so there are places that I cannot look for problems.
Can anyone offer any recommendations?
Hi,
is there a way to find out if a firewall is running on your client? Is this a windows XP machine?
Regards,
Stratos
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Stratos, thanks for the reply.
There is a virus protection agent running on the client machine I'm using to test, it is also McAfee. Checking the log seems to indicate that it would normally be blocking some outgoing packets, but the log also shows that the rule is not currently enforced, e.g.
7/30/2009 5:06:06 PM Would be blocked by Access Protection rule (rule is currently not enforced) \{user} C:\Program Files\Business Objects\Crystal Reports 11\crw32.exe
I'm going to check the local firewall now.
Edited by: Douglas Mowery on Jul 31, 2009 12:24 AM
I tried stopping the firewall through the GUI and then re-tested, but it still failed.
I then looked at Services which indicated that the firewall was running. I stopped it through Services and re-tested.
And it worked. The file was saved successfully on the server.
So the firewall is the culprit, but our security restrictions won't allow me to disable it completely. I need to find a way to open a port(s) so that CR XI and the FIRS can communicate.
Well, after re-enabling the firewall via Services, I re-tested saving the report again, assuming it would fail again.
But for some reason it even with the firewall back on, it was allowed to go through this time and the report was again saved successfully. So I'm really not sure at this point what's going on.
I added an entry to the 'Inbound Rules' list on the firewall for the fileserver process, and it seems to work just fine.
I used the following as the path for the program which would be allowed access:
%ProgramFiles%\Business Objects\BusinessObjects Enterprise 12.0\win32_x86\fileserver.exe
I am allowing it on all ports, though I might be able to allow it explicitly for ports 55961 and 55960, which were the ports being used by the Output and Input servers respectively.
I will also check the other services to make sure they are allowed through also (for connectivity with Designer, etc.).
Thanks for the help!
User | Count |
---|---|
84 | |
23 | |
11 | |
9 | |
8 | |
5 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.