Skip to main content
Announcements
Defect acknowledgement with Nprinting Engine May 2022 SR2, please READ HERE
cancel
Showing results for 
Search instead for 
Did you mean: 
stevelord
Specialist
Specialist

While using nprinting, named QV license not always recognized

Hi community, We have an interesting issue while using nprinting where sometimes when it goes to open the qlikview it gives that error prompt about 'since you are using a personal edition of qlikview...somethingsomething...recover this document.  <Proceed> <Abort>'

I push abort thinking I just need to go pull my named license down again with the open in server feature, but then nprinting pops open the qlikview document and exports the tables despite the error message about me not being the creator of the document.

1> This happens some days, and some days it does not happen.

2> Another user and I are working with this same NPrinting file and related qlikviews, under our own sessions in a remote desktop environment, but not at the same time.

3> We are using a powershell to open nprinting, select the nsq, and select the job and the job opens the qlikview

(The powershell is a big one designed to move lots of files from various places to where the qlikviews need them, then tells nprinting to run the qlikviews.)

Any ideas on why the error message about us using a personal edition sometimes appears when using the nprinting job, and how it can open the qlikview document and proceed without issue when all we do is hit abort?  We'd like to solve this, because having to hit abort is not something we can write into the powershell I don't think, so it disrupts automation efforts.

18 Replies
herbert88
Partner - Creator II
Partner - Creator II

Hi Steve

I think is better in your case to contact Qlik support or buy a Personal Qlikview Desktop licence(Local Licence),then there is no need to "Open in server" anymore.

stevelord
Specialist
Specialist
Author

My team has the named licenses for ourselves ( the ~$1300 ones that say you can open any document).

I think, sometimes the check for the license is happening just after the attempt to open, and the attempt to open is throwing the message about it not being a document I created.  Then when I push abort, it checks and sees my license (for some reason), and opens the document for me.   I can go several days without seeing this issue, then have it plague me all day on one day, then disappear again the next day.

But yeah, contact qlik support sounds like a way to go.  Let someone operate my computer remotely and see if they can get us around it themselves.

Edit: and if the license you mention is different from the named cal or document cal, I'd consider it.  'open in server' was just an action I tried to clear the error message, and it did not produce the desired result.  I can open these documents directly all day long.  Just the issue occurs sporadically when I run a powershell that tells nprinting to run a job that opens the qlikview and wonder if something slips loose or moves too fast in that sequence of events.

Colin-Albert

Is the NPrinting service running under its own dedicated service account (not the QlikView service account)?

Has a QlikView named (full) cal been allocated to the NPrinting Service account?

stevelord
Specialist
Specialist
Author

yes, we created a service account nprintserv and gave a named cal to it

qvserv has its own service account

However, when I'm logged onto the server as myself and use a powershell to trigger an nprinting designer job to open the qlikview...  I'd guess everything is looking at my own account.

(We've actually set aside nprinting server 16 because Qlik couldn't make it quit checking whether I was an administrator, and corporate was unwilling to make me an administrator.  Powershell is turning out to fill a more robust need anyway, and nprinting designer was getting the job done.  Qlikview management console never needed me to be an administrator.  Ironic I had to make qlikviews without ntname source control or sheet conditions for nprinting, and Qlik can't make nprinting server stop checking whether I'm an admin on the server.  We're pausing on nprinting server 17 because we've heard of issues there too.)

Colin-Albert

What user credentials is powershell running under?

When powershell launches NPrinting, what user is NPrinting opening the QVW as?

Can you add a textbox to show osuser() on  test QVW and see what your NPrinting reports populates into the osuser box?

Anonymous
Not applicable

I had that issue.  Solved by changing to a Local User Licence.


stevelord
Specialist
Specialist
Author

Thanks, marking helpful for now and will circle back with correct if/when I can get it corrected.

I did go into the qv desktop edition's license update window and notice the lef data that it does have is outdated and does not match the lef data we have in the qlikview server.  It's the same license key at the top, but the user and document license counts are old as is the control number at the bottom.  I'm sure that's a problem.  I tried replacing the old lef with the current lef data and hitting the button to contact license enabler server.  (Okay button is grayed out.)  It starts processing that request then says it can't contact the server - check my internet connection or call qlik support.

So I will do these things next:

1> Ask our network administrator to push the button and see if our network connection is the problem.

2> If he can get through, see if he can get the current LEF data to 'stick' in the QV Desktop application. (I put it in, but it all disappears and the old lef data is there when I close/reopen the application.)

3> If the issue doesn't come back after we synch the lef data in the personal edition to the lef data in the management console, I might call that the solution.

4> If the issue does come back, or the enabler server remains elusive, we'll contact Qlik and see if they can spot us a local user license.

(The old LEF data stuck in the qv desktop application shows 5 user cals, but currently we have 21 user cals.  I'm wondering now if the qv desktop application in the server environment can see how many user cals are in use and stumbles when it sees 5 or more of us active...)

Colin-Albert

A desktop licence will not show any user Cal's. User Cal's are part of a server licence.

Can you logon to the server using the nprinting service account and launch QlikView desktop. Then check that the setting for the QlikView licence lease are pointing at the QlikView server. It may be worth trying the loopback address 127.0.0.1

Colin-Albert

That should read - logon using the account that is running the power shell session that launches nprinting and check the licence lease server settings.