Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Hi
I'm after some pointers on what to try to get NPrinting a little more stable. Today I have had 4 out of 37 jobs fail all with the same failure reason 'NPrinting Engine Failed to open document'
Current Set up
Things I've tried/noted
Has anyone else had this issue? What am I missing?
Thanks
Check to make sure that you have no unsupported items in your QVW.
This is typically caused when an 'On Open' trigger is used in the QWV. This is just one of the unsupported items you need to check for and address but there are several you may need to address as per the article in the link below:
Nprinting: Unsupported QlikView Document items, System Configurations and other limitations
https://qliksupport.force.com/articles/000026081
Check the points in this checklist via the following link:
https://qliksupport.force.com/articles/000028729
You've covered some of these already.
If this doesn't work, then I recommend starting separate Qlik Support cases to investigate each issue you are experiencing.
Sure you can try this:
1. Abort all running NPrinting Executions via the 'Executions' link under Admin>Execution in the NP web console. Note that the default is to show only the first 10 executions. Click the 100 link at the bottom of the page to find all running task executions and abort them all
2. Restart your NPrinting and QV servers outside of Production hours.
3. Try again.
It's possible at this point that your system or systems may be locked up with Windows memory leaks and open/running executions.
Also try with:
- local NP connection c:\nprinting\qvws\myqvw.qvw
- QVP connection ie: qvp:\\myqlikserver\myqvw.qvw
Keep in mind that with QVP connections that the NP service account MUST be above to view it and open it. To test this, open the QV desktop on the NP server and do 'File>Open in Server' and navigate to the QVW on the QV server. If you cannot find it this way, then the NP service account does not have permission to open it. (do not try to use an 'alternate identity' to connect to the QVW. This too is also mentioned as unsupported in the documenation.
Finally make sure the NP service account is a member of the QV administrators group on the NP server.
So if none of this works then you will need to submit a case with Qlik Support or your Support Partner.
Publish all QWVs that the NP service account needs to see to the NP service domain user account.
It's possible that you have a performance problem, not enough resources, possible conflicting QV reload tasks running concurrently when NPrinting Publish tasks run, your version of NPrinting ideally should be Nov. 2019 to leverage performance enhancements and bug fixes.
Check this finetuning guide for performance sizing suggestions as well. https://support.qlik.com/articles/000034936
Occasional instances that you are referencing could be due to these points. Nov. 2019 has specific performance enhancements that may help your situation. See attached release notes.
Check to make sure that you have no unsupported items in your QVW.
This is typically caused when an 'On Open' trigger is used in the QWV. This is just one of the unsupported items you need to check for and address but there are several you may need to address as per the article in the link below:
Nprinting: Unsupported QlikView Document items, System Configurations and other limitations
https://qliksupport.force.com/articles/000026081
Hi
Thanks for your reply..I wasn't aware that all of those objects weren't supported so will review as I'm sure this will be causing some of my problems. However, I've had a problem with a cache refresh on the Rejects app this morning . Its a really simple QVW. No triggers, input boxes,no third party objects but as you can see from the task executions, its been really problematic, but then all of a sudden decided to start running again.
All of the failures are reporting 'Cache generation failed: NPrinting Engine failed to open document. Check logs for details'
Any further suggestions?
Thanks
Gavin
Check the points in this checklist via the following link:
https://qliksupport.force.com/articles/000028729
You've covered some of these already.
If this doesn't work, then I recommend starting separate Qlik Support cases to investigate each issue you are experiencing.
Sure you can try this:
1. Abort all running NPrinting Executions via the 'Executions' link under Admin>Execution in the NP web console. Note that the default is to show only the first 10 executions. Click the 100 link at the bottom of the page to find all running task executions and abort them all
2. Restart your NPrinting and QV servers outside of Production hours.
3. Try again.
It's possible at this point that your system or systems may be locked up with Windows memory leaks and open/running executions.
Also try with:
- local NP connection c:\nprinting\qvws\myqvw.qvw
- QVP connection ie: qvp:\\myqlikserver\myqvw.qvw
Keep in mind that with QVP connections that the NP service account MUST be above to view it and open it. To test this, open the QV desktop on the NP server and do 'File>Open in Server' and navigate to the QVW on the QV server. If you cannot find it this way, then the NP service account does not have permission to open it. (do not try to use an 'alternate identity' to connect to the QVW. This too is also mentioned as unsupported in the documenation.
Finally make sure the NP service account is a member of the QV administrators group on the NP server.
So if none of this works then you will need to submit a case with Qlik Support or your Support Partner.
Publish all QWVs that the NP service account needs to see to the NP service domain user account.
Is having a trigger OnOpen is a problem with the latest Qlikview Feb 2019 version as well ?
Is it possible that OnOpen trigger fails NPrinting engine to open document intermittently?
Hi,
Triggers and Macros in QlikView documents are not supported. You have to remove them or create a copy of the .QVW only for reporting.
Best Regards,
Ruggero
Thank you .
Hi,
You can also check the server logs. You'll get a better idea of your current problem.
Also, you need to be sure is not a problem of performance. Maybe your reports are too demanding.
@Frank_S But in my case, I notice this happens occasionally. I could understand if that is the case 100% of the time. Any comments ?