8 hex digits Solaris hostid not accepted by licensing centre

Dear Ludwig and Karl,

can you please provide further information?  Usually the MAC address required is that of eth0. Have you followed the steps on this wiki?  At what point are you seeing problems?  What do you mean by request a license file?  Do you mean activate?  Do you mean the vendor daemon accepting the file?

http://processors.wiki.ti.com/index.php/License_Server_Administration_for_CCS

We will try to get you up and running.

Best Regards,

Lisa

Dear Lisa,

we are trying to run a license server on a Solaris system.The server hostid is: 727024a3

When we request a license file, we got this error message.

Regards,

Ludwig & Karl

Hi Ludwig and Karl,

MAC addresses are a standard.  Perhaps you simply need to fill with 0s.   Have you tried getting the mac address as per this sample site I found in a google search?

http://www.ehow.co.uk/how_6606652_mac-address-solaris-sparc.html

What does that return?

Best Regards,
Lisa

Hi Lisa,

i've found a message from you from 2011.

It says:

Floating License

For floating licenses you must use the host ID(s) of the license server(s) hosting the licenses - not that of the client workstations. If you have the FLEXnet tools installed, you can get a list of the recognised host IDs by executing the following from a terminal/DOS prompt:

  lmutil lmhostid

Alternatively, you can find them manually using:

My colleague Karl has already left. We have to try your sample tomorrow. Maybe we will get a 12 digit hex server host ID.

Regards,

Ludwig

Hi Ludwig,

is your system ethernet capable?  MAC is a standard and you should have a 48 bit address from your etherenet adapter.  I have been working with one of my colleagues.   If your system does not have ethernet I am not sure if anything can be done.   Otherwise I might suggest padding with 0s at the front.  We are at a bit of a loss and without  a SPARC system ourselves here.

Best Regards,
Lisa

Hi Lisa,

our SPARC system has Ethernet and a MAC Id, but that's not the solution. The way lmtools are implemented on SPARC they are not using the Ethernet MAC Id but the four byte (8 hex digits) hostid of the SPARC motherboard. (This is what I know from at least ten years of managing flexlm licenses. Also see the table cited in this thread earlier.). So if your automated licensing does not accept SPARC hostids, there must be another  way to get a license files for SPARC from TI.

Another reason not to use any other ID is that our license manager is already hosting two hand full of licenses based on that four byte hostid. Of course we want to integrate the CCS5 license into the existing licensing scheme instead of opening a new task for a new licensing management.

We tried padding the hostid on the left side with zeros. Yes, your licensing daemon did accept the padded hostid. But I doubt, that the resulting codes in the license file will be accepted by our license management. However, we will try and let you know if that's a solution.

Regards,

Karl

Hi Karl,

ok, please do keep us informed.  I am looking into this from our end as well here.  

Best Regards,
Lisa

Hi Lisa again,

so we did the test to combine the license generated with the padded Sun hostid with our existing license file.

As I suspected it failed:

17:13:18 (tidspssw) Invalid license key (inconsistent authentication code)
17:13:18 (tidspssw)     ==>INCREMENT CCS_CONNECTION_ALL tidspssw 5.99 permanent 1 \
        VENDOR_STRING=stlicsrv2 ISSUER="Texas Instruments Inc." BORROW \
        SN=CustomFID_9F79F9F0_233B_11E2_923E_C40F77F41E71 \
        START=23-aug-2012 SIGN="0074 328C 26B8 54BC C2F9 E577 208F \
        9200 C74B EB55 7E60 6DAF ACAD 8948 68A7"
17:13:18 (tidspssw) Invalid license key (inconsistent authentication code)
17:13:18 (tidspssw)     ==>INCREMENT CCS_DEBUGGER tidspssw 5.99 permanent 1 \
        VENDOR_STRING=stlicsrv2 ISSUER="Texas Instruments Inc." BORROW \
        SN=CustomFID_9F79F9F0_233B_11E2_923E_C40F77F41E71 \
        START=23-aug-2012 SIGN="00B2 49CF 9342 2A12 00AD F382 0E4B \
        5D00 76F3 22DE 6B8E 2FCD A6EE 774F 2689"
17:13:18 (tidspssw) Invalid license key (inconsistent authentication code)
17:13:18 (tidspssw)     ==>INCREMENT CCS_LINKER_FULL tidspssw 5.99 permanent 1 \
        VENDOR_STRING=stlicsrv2 ISSUER="Texas Instruments Inc." BORROW \
        SN=CustomFID_9F79F9F0_233B_11E2_923E_C40F77F41E71 \
        START=23-aug-2012 SIGN="0033 F21C 6CB7 D013 F9D3 24E4 2134 \
        6000 6DC4 13F0 9AB4 1A3C 30D8 1C96 521B"
17:13:18 (tidspssw) Invalid license key (inconsistent authentication code)
17:13:18 (tidspssw)     ==>INCREMENT CCS_ISA_ALL tidspssw 5.99 permanent 1 \
        VENDOR_STRING=stlicsrv2 ISSUER="Texas Instruments Inc." BORROW \
        SN=CustomFID_9F79F9F0_233B_11E2_923E_C40F77F41E71 \
        START=23-aug-2012 SIGN="00B7 0302 6827 E4D5 524D 2EA6 E54F \
        C100 8F72 DD43 DB41 1749 A458 AEA4 0FCF"
17:13:18 (tidspssw) License server system started on stlicsrv2
17:13:18 (tidspssw) No features to serve, exiting
17:13:18 (tidspssw) EXITING DUE TO SIGNAL 38 Exit reason 4
17:13:18 (lmgrd) tidspssw exited with status 38 (No features to serve)
17:13:18 (lmgrd) tidspssw daemon found no features.  Please correct
17:13:18 (lmgrd) license file and re-start daemons.

Again to make completely clear what we did:

Our license manager (server) is a Sun SPARC running Solaris 10.
The details are as follows

root@stlicsrv2 44# uname -a
SunOS stlicsrv2 5.10 Generic_147440-20 sun4v sparc SUNW,Sun-Fire-T200
root@stlicsrv2 45# ./lmver lmgrd
lmver - Copyright (c) 1989-2008 Acresso Software Inc. All Rights Reserved.
FLEXnet Licensing v11.6.1.0 build 66551 sun64_u8 (liblmgr.a), Copyright (c) 1988-2008 Acresso Software Inc. All Rights Reserved.
root@stlicsrv2 46# hostid
727024a3
root@stlicsrv2 48# ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
        inet 127.0.0.1 netmask ff000000
vnet0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
        inet 130.183.100.103 netmask ffffff00 broadcast 130.183.100.255
        ether 0:14:4f:fa:23:f6

As clearly visible the hostid returned is different from the ether MACid. But our licensing was and is always hostid based.

So our existing lm_license_file contains the following "SERVER" line

SERVER stlicsrv2 727024a3 1721

The license file contains groups of FEATURE, INCREMENT and PACKAGE lines each preceded by  a DAEMON or VENDOR line containing the license details and codes for their respective products. This has grown and works well over years.

Now we tried to get a CCS5 license to be added to that file. As already described your licensing automatism does not accept the 8 digits Sun hostid, but asks for a 12 digits MACid. However, using the MACid on Sun is not an option since

• first it would not work, because the flexlm documentation everywhere says: take the hostid
• second all our existing licenses are based on the hostid and it's no option to change that (despite it would not work, see first:)

We last tried to present your licensing automatism a hostid padded to the left with 4 zeros:  0000727024a3

OK, this was accepted and the engine created a license file which we used. The achieved result is presented at the beginning.
(By the way, it shows that the tidspssw daemon for SPARC [see my earlier post: http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/223313/786107.aspx#786107 is running well and operating sound.)

I will write an extra email to license_file_help@list.ti.com (don't know if they are already listening) to see if they can help providing a license file by hand.

Regards,

Karl

Hi Karl,

ok, thanks for the update.  I am working with the license team here so hopefully we can get you a license file.  As soon as I have any update/feedback I will let you know.

Best Regards,
LIsa

Hi Karl,

can you please send the following to me offline (via a friend or conversation request)

- confirmed host ID

- confirmed host name

- your license file

We are going to see about manually fixing it for you.

Best Regards,
Lisa

Hi Karl,

you should have recieved a new license from our team.  Please keep us informed.

Best Regards,
Lisa

Karl,

Thank you for reporting this; I added this information to the License Server Administration page (and referencing this forum thread) so it can help others in the future.

Lisa,

Thank you for all the help on solving this! We learned something new today... :)

Regards,

Rafael

HI Karl,

great, glad to hear we could get your license working for you, even if manual generation was necessary.

Thanks for the update and all the best with development.

Best Regards,
Lisa