Qlik Community

QlikView Publisher

Discussion Board for collaboration on QlikView Publisher.

Announcements
QlikView Fans! We’d love to hear from you.
Share your QlikView feedback with the product team… Click here to participate in our 5-minute survey.
Rules, plus terms and conditions, can be found here.
Not applicable

Publisher Issue on QV 11 SR1

Hello,

We recently upgraded our Publisher to version 11 SR1 (from 10 SR4).

Following the publisher we started to experience a strange problem -

The publisher starts a task, the model is being refreshed successfully then saved successfully, the QVB proccess is being released, but the task never stops running.

By "never stops" I mean that it's indicated as running in the QMC.

Aborting the task in the QMC doesn't help.

The only thing that helps is resetting both both Qlikview Distribution Service and Qlikview Management Service.

I tried to troubleshoot it, and found out that there's a new folder under QlikTech\DistributionService\ named "EDXResult".

It seems that every task that runs logs itself in an XML file there. When the task is created it's has a "running" state in the XML, and the state is changed to "Completed" or "Failed" when it ends.

However the XML file remain in the folder indefinitely, so after two weeks of running the server we already had 42000 files there, which made accessing the folder very slow.

After manually deleting the files in the folder it seems that there is an improvement (It's only been one hour since I've done it, so I can't be sure, but it seems better now).

So this leads me to suspect that the problem described above derives from the "EDXResults" folder getting overloaded and therefore the QMS can't update the XML file of the files to "Completed" after the run is finished.

So my question is - Can this really be the cause of the problem?

And if so, is there any solution (besides creating a daily task that will delete the files)?

Thanks for reading my wall of text

Yoav

24 Replies
Employee
Employee

Publisher Issue on QV 11 SR1

This can be the cause of your problem. Are you doing reloads with dependencies?

Not applicable

Re: Publisher Issue on QV 11 SR1

I am experiencing similar issues.   If I run all schedules independenly they run in 40 seconds or less.  If they are triggered from the previous one completing  they all fail after 45 Minutes.   I can only run a max of 3 jobs concurrently.  

If you notice a timestamp in the EDXResult file it doesn't match the starttime and finishtime in the log file??? 

Not applicable

Publisher Issue on QV 11 SR1

I also have exactly the same issue, with independent reloads and also with dependencies.  The only solution I have so far is deleting the EDXResults that you mention. Would be interested to hear if there is a better solution.

Employee
Employee

Publisher Issue on QV 11 SR1

This appears to be a Bug. The bug has been logged with R&D. It would really help if you will take the time to contact support and open a case on this. The BugID is 46575.

Not applicable

Publisher Issue on QV 11 SR1

Hi,

We already contacted the support through Qlikview Israel.

Hopefully this will be fixed soon

Not applicable

Publisher Issue on QV 11 SR1

I have the same problem.

Some files never stops running.

=(

Not applicable

Publisher Issue on QV 11 SR1

What I would really like to know is if this problem goes away with SR1?

Employee
Employee

Re: Publisher Issue on QV 11 SR1

You have to decide if the job is still running or if it is just showing running. The only way to tell is to look in task manager to see how many QVB.exe are running. There should be one for each task. So, if a task shows running and there are no QVB.exe running then you might have the Bug. Not. SR1 didn't fix the issue. But when there is a patch out and you will have to contact support to get it.

I have edited this reply today. I realized I made a typo and it sounded like there was already a patch for this issue and there is not.

Not applicable

Publisher Issue on QV 11 SR1

So, a task shows runnig and there are no QVD.exe running.

I'm going to do some tests...

Community Browser