Here's the disappointing news from qlikview support.
Resolution: We have reconfirmed with engineering that everything is working as; designed here. EDX was never intended to be used in a multi-Execution; Service environment as far as 8.xx goes.; That being said, let me try to explain things here. When too many EDX; requests flood Publisher, and they queue up, the XS's will lose the file; lock on the QVW at some point if it cannot assign a QVB quickly enough.; In a normal publisher job in 8.xx, this included a 5 minute timeout; setting on the QVB request, so if a job attempted to run, and all QVBs; were in use, publisher would run a timer for 5 minutes on the job, and; if no QVB had freed up to take the job, the job would be killed.; When running things via EDX, this timer is not involved, so what happens; is the EDX ends up hanging for all intents and purposes, and when you; manually rerun things, this seems to reset things and then we believe; the Number of Retries setting on the Job is likely kicking in and; causing the extra run of the job, so the workarounds are to be sure you; have enough QVBs available to handle all of the EDX tasks coming in and; that you set the Number of Retries on the job to 0, which should; alleviate the extra run you are encountering after running manually.
It seems this re-initation or execution of jobs in Publisher (8.5) is getting progressively worse now. We have taken all the precautions recommended by QV support, but to no avail.
My questions to anyone out there:
Has this error been addressed in QV 10?
What is the role, if any, of the "Retry Delay Seconds" setting in the Job setup on Publisher? It defaults to 60 seconds... Does anyone know what would happen if that were changed to, say, 1,000,000 seconds?
Thanks / Gracias!