HI - this question kind of piggy-backs on the recent LBI monitoring question.
I publish a series of Lawson Back Office reports that I burst at view time on company/cost center. Most users have rights to a single company/cost center - but a handful have rights to all company/cost centers. When these users try to view the report, the bursting success is sporadic. This Monday, we attempted to view one of these reports (with the user who can view all company/cost centers). When the user attempted to view the report, the process eventually returned a "could not display page" type IE message.
I'm trying to track down what's happening (or not happening) to make the error appear. I'm guessing the view request spawns a process on the LBI server to burst this report. Since this request is asking a lot of work be done, this probably takes a while depending on the server load at that point. So - I don't know - if the backend process is failing - if the backend process is running but the front-end process gives up on waiting for the backend message delivery - or something else is going on
In any event, I don't know how to monitor what's happening. I could ask that I.T. monitor what's happening, but I don't know what I should ask them to look for.
Does anyone have tips on how to track down what's happening here?
thanks
You can also turn off bursting and ask the user to view the reprot. If the user can vuew the report without bursting then check to see whether the bursting rights for this user is set up right.
Ruma,
That is another good troubleshooting suggestion, however I believe the user will see an error related to insufficient rights if this is the case.
Jan, It's difficult to say without looking at it, but it's possible that the necessary files are not being created when the report is being run in Portal. It's also possible the issue is with the ftp process. A few questions... Do you have any other reports utilizing the data source that is pulling the problem report over? Are you having any issues with these reports as well? Do you have more than 1 LBI install? If so, do you have do you have active LBO data sources in more than 1 LBI install pointing to the same Lawson environment/data area that is being utilized to pull over the problem report?
Chris,
In this case the instance is not getting cretaed itself. I actually had this issue couple of times and here is what GSC did to help me:
1. I had to verify that the ftp source setup on LBI was working.
2. the datasource for back office was also working. There is a test connection on both of these which when clicked should give valid connection established if working properly.
3. then click the SAVE button on the data source.
hth,
Ruma.
You are right. I ahve had so many kinds of issues with back office reports and so many different kinds of solutions that have helped resolve. One issue that we had for days before we could resolve was we created a dat source for back office and for months we were able to get instances whenever the back office job would run. Unknowningly the data source name was changed which caused the instances from getting created. Once the data source name switched to its original name the issue was resolved. So when it comes to back office and instances there is no easy solution to any issue related.
So when it comes to back office and instances there is no easy solution to any issue