On a new install of 2013 WG, I can not get the lic to work. the server seems to be fine and the lic manager is reporting it is running and working.
tatus -------- Flexible License Manager status on Tue 11/13/2012 12:51
[Detecting lmgrd processes...] License server status: 27000@jcf64-eng License file(s) on jcf64-eng: C:\VLTWG2013enlicense.lic:
jcf64-eng: license server UP (MASTER) v11.10
Vendor daemon status (on jcf64-eng):
adskflex: UP v11.10 Feature usage info:
Users of 85988VLTWG_2013_0F: (Total of 8 licenses issued; Total of 0 licenses in use)
The client is set correctly,
LMTOOL LOG:
5:15:15 (lmgrd) pid 3600
15:15:15 (lmgrd) Detecting other license server manager (lmgrd) processes...
15:15:15 (lmgrd) Done rereading
15:15:15 (lmgrd) FLEXnet Licensing (v11.10.0.3 build 96515 x64_n6) started on jcf64-eng (IBM PC) (11/12/2012)
15:15:15 (lmgrd) Copyright (c) 1988-2011 Flexera Software, Inc. All Rights Reserved.
15:15:15 (lmgrd) US Patents 5,390,297 and 5,671,412.
15:15:15 (lmgrd) World Wide Web: http://www.flexerasoftware.com
15:15:15 (lmgrd) License file(s): C:\VLTWG2013enlicense.lic
15:15:15 (lmgrd) lmgrd tcp-port 27000
15:15:15 (lmgrd) Starting vendor daemons ...
15:15:15 (lmgrd) Starting vendor daemon at port 2080
15:15:15 (lmgrd) Using vendor daemon port 2080 specified in license file
15:15:15 (lmgrd) Started adskflex (pid 2888)
15:15:15 (adskflex) Unable to initialize access to trusted storage: 1
15:15:15 (adskflex) FLEXnet Licensing version v11.10.0.3 build 96515 x64_n6
15:15:15 (adskflex) Server started on jcf64-eng for: 85988VLTWG_2013_0F
15:15:15 (adskflex) EXTERNAL FILTERS are OFF
15:15:15 (lmgrd) adskflex using TCP-port 2080
21:15:17 (lmgrd) TIMESTAMP 11/12/2012
21:20:17 (adskflex) TIMESTAMP 11/12/2012
3:15:18 (lmgrd) TIMESTAMP 11/13/2012
3:25:19 (adskflex) TIMESTAMP 11/13/2012
9:15:19 (lmgrd) TIMESTAMP 11/13/2012
9:30:21 (adskflex) TIMESTAMP 11/13/2012
12:51:52 (adskflex) TCP_NODELAY NOT enabled
I am currently running Inventor 2010 on another different computer and different name, The 2013 WG login is pointed at the new server.It also sees the Vault when search for it, so it does see the server just fine.
any ideas?
TK
Solved! Go to Solution.
Solved by TravisNave. Go to Solution.
whats the error you get when you log in to the vault workgroup client?
DarrenP
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
are the license manager and the ADMS Console on the same machine?
DarrenP
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Yes it is. here is part of the lic script.
SERVER jcf64-eng 001018F345F8
USE_SERVER
VENDOR adskflex port=2080
INCREMENT 85988VLTWG_2013_0F adskflex 1.000 permanent 8
try any of these solutions: http://usa.autodesk.com/adsk/servlet/ps/dl/item?siteID=123112&id=13107015&linkID=9261340
DarrenP
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
what about firewall did you unblock these ports:
The FLEXlm® based version uses the following ports:
DarrenP
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
No firewalls running no AV running. Pretty naked if I do say so. WG does see the Vault, just cant see LM. On the client side is there something beside the normal WG being istalled that should be running, how does WG see the LM aanyways, or how odes it know to request from it.
TK
the adms console requests the license not the client
DarrenP
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
From ADSM server log.
11/13/2012 1:55:33 PM ******************************************************************* Error: Soap Exception ( mesg-id = 634884117338456608 ) Exception: LicensingError [319] (20) Stacktrace: Server stack trace: at Connectivity.Core.Security.Licensing.LicenseCheckOut(User user, ProductLicenseType productType) at Connectivity.Core.Services.SecurityService.CreateLicensedToken(User user, String knowledgeVaultName, Boolean readOnly, ProductLicenseType licType, Byte[] p) at Connectivity.Core.Services.SecurityService.SignIn(String userName, String userPassword, String knowledgeVaultName, Boolean readOnly) at System.Runtime.Remoting.Messaging.Message.Dispatch(Object target, Boolean fExecuteInContext) at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)
Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) at Connectivity.Core.Services.SecurityService.SignIn(String userName, String userPassword, String knowledgeVaultName, Boolean readOnly) at Connectivity.Web.Services.v17.SecurityService.SignIn(String userName, String userPassword, String knowledgeVault)
PING jcf64-eng from itself and make sure that the response that comes back is 192.168.1.118. If it is something else, (like IPv6) then you have found your culprit.
Here is the results from ping and tracert on the server with jcf64-eng and 192.168.1.118
Excellent. Your issue is actually an IPv6 local loopback problem. Pinging itself is returning ::1 instead of the 192.168.1.118. Preferrably, it should pingback with a localhost of 127.0.0.1.
You can fix this with my IPv6 solution by making a small modification to your hosts file.
Once complete, PING by hostname again and you should come back with 127.0.0.1 if done correctly.
Your hosts file entry should look like this:
127.0.0.1 localhost JCF64-ENG JCF64-ENG.PDC.DOMAIN.NET
#::1 localhost
For more information about Network License Manager connectivity issues and IPv6, please see my discussion post here:
http://forums.autodesk.com/t5/Installation-Licensing/Network-License-Error-1-5-15-and-IPv6/td-p/2982...
Thanks!!! That fixed it. Now to get that 210gig backup and restore done.
TK
Excellent! The hard part is now ahead of you. ha!
Glad you are up and running.
Can't find what you're looking for? Ask the community or share your knowledge.