Symptoms

User cannot return borrowed license early even though ls_borrow_return_early has set to 1 in the lsvendor.c file.

Diagnosis

Try to find if the client code has been set dup_code = LM_DUP_VENDOR and then getting the following error when returning a borrowed license early:

"lmborrow: Error, borrowed license doesn't match any known server license. (-128,595)"

Also in the vendor daemon logs:

14:12:36 (test) OUT: "f1" root@revenera
14:13:05 (test) Warning : License return failed as licenses are DUP_VENDOR enabled

Solution

This is a known limitation of FlexNet Publisher, and you can find this warning documented on page 4 of the FlexNet Publisher 11.17.0 Release Notes (FNP_11.17.0_ReleaseNotes.pdf).

DUP_VENDOR with Borrow Return:-
Added “Warning: License return failed as licenses are DUP_VENDOR enabled” in the server log when borrowed DUP_VENDOR enabled license return fails.

The reason that this feature is not supported in any release is because of the potential for both license leakage and license loss if allowing dup_grouping with borrow return.

License Loss

The same job handle can check out the same feature twice with different vendor data, say f1 + VD1 & f1 + VD2. This will result in a count of two licenses being deducted from the server. If we were to allow an early return. Then when f1 + VD1 is returned, the client loses f1 + VD2 too, but the server increments back only one license.

License Leakage

If two clients from different machines check out f1 + VD1, then on the server just one license is consumed. If the client1 does an early return, client2 still has f1 checked out.

This is why FlexNet Publisher does not allow early return when using LM_DUP_VENDOR.