Licenses are not granted

If a license is requested but cannot be granted, a Blueworx Voice Response alarm is generated. Blueworx Voice Response will continue to run but you must correct the problem immediately, as you are breaking your licensing agreement.

Do you have enough licenses?

It is your responsibility to ensure that you always have sufficient licenses for your needs. If you do not have enough licenses for your current Blueworx Voice Response usage, you must order more immediately.

Are your licenses correctly enrolled and distributed?

If you think that you have ordered enough licenses for your usage of Blueworx Voice Response, but the licenses are not being granted, they might not be correctly enrolled and distributed. To find out which licenses are not being granted use the following commands:

ps -ef | grep LRS

The system displays the process ID (PID) for LRS.

kill -30 LRS_process_ID

A table of licenses that have been requested since Blueworx Voice Response was started is displayed on the screen. License requests to which a license was not granted are indicated by two asterisks.

For example:

`Caller's pid`	`Type`	`Count`	`ProductID`	`ProductName`
`** 25368`	`0`	`1`	`9900`	`Blueworx Voice Response for AIX`

** License was not granted

Try enrolling and distributing any licenses that are not being granted. See Blueworx Voice Response for AIX: Installation for instructions. Changes made to the license configuration might not take effect until you have restarted Blueworx Voice Response.

Are your licenses split across concurrent groups?

Each time you distribute a set of licenses, License Use Runtime puts these licenses into a separate concurrent group. These concurrent groups can be accessed only one at a time. If Blueworx Voice Response requests more than one license, they are only granted if there are enough available licenses in a single concurrent group. For example, if a full E1 trunk is enabled, Blueworx Voice Response requests 30 channel licenses. Thirty channel licenses might be available in total, but if they are not in the same concurrent group, the request will be denied.

Use the procedure described in Are your licenses properly enrolled and distributed? to determine which licenses are not being granted. If the problem is with channel licenses and you have distributed your licenses in more than one group, try removing any concurrent groups that are not a multiple of 24 or 30 (depending on whether your trunks are T1 or E1). Redistribute the licenses as a single group.