AnsweredAssumed Answered

License server on Virtual Machine

Question asked by Michael Yorke on Mar 27, 2017
Latest reply on Nov 27, 2018 by Craig Stevens

Like • Show 0 Likes0
Comment • 6

Hi,

We run a fully virtualised server setup, which includes the Solidworks License Server, running on Hyper-V. We use the built-in replication feature to replicate all our VM's to another host.

When testing replication failover the whole VM is powered up on the new host (the old VM is off). The license server host name, MAC address (set to static) and disk serial number all remain the same. However, when the replica server is brought up we still need to manually re-activate the Solidworks license. It seems to know that something has changed.

If all the machine information and virtual "hardware" remains the same I do not understand why this happens. Has anyone else had experience of this? Why it happens?

Many thanks

Michael

1 person has this question

Outcomes

6 Replies

Paul Wyndham Mar 27, 2017 6:01 PM
Mark Correct
Correct Answer
I would start be looking to see if there are any differences in the network adapter between the two virtual machines. Do both have virtual network adapters or is there a hardware adapter in there somewhere. I have seen issues were license managers will accept a MAC ID from one server, but not from another. I probably don't know the answer to your question, just throwing something out there.
Like • Show 2 Likes2
Actions
Ryan Dark Mar 27, 2017 6:05 PM
Mark Correct
Correct Answer
Hi Michael,
I believe what you are experiencing is by design so that the license server service for SolidWorks cannot be cloned. The SolidWorks license service will recognize when a virtual machine has been placed on new hardware.

It is good to have a fail-over system like you have designed here but you would still probably need to involve your VAR to disable the old server so the new server could authenticate.
Like • Show 3 Likes3
Actions
- Michael Yorke @ Ryan Dark on Mar 28, 2017 7:57 AM
  Mark Correct
  Correct Answer
  Thanks both. I'll need to look into this further. Its the only application I have come across which is aware it is running on a VM which has been moved to a new host.
  
  Anyway, I have tested the failover a few times. I can manually re-register the license by clicking through the wizard, which works...3 times only. If I failover the VM a 4th time the license activation fails (can't remember the exact error, but its due to exceeding the activation count limit, or something similar).
  
  In this instance I called our VAR, who explained the license situation looked odd. Indeed we had exceeded our re-activation count, but the license was showing as available to be registered. Anyway, he 'reset' it and I could immediately reactivate the license on the server.
  
  I'll post back here if I find anything useful to add.
  
  Best regards
  Like • Show 1 Like1
  Actions
Matt Camacho-Cook Apr 3, 2017 11:58 AM
Mark Correct
Correct Answer
Michael,

If you're only after license server fault tolerance, maybe setting up an additional 2 VMs as part of a license server triad would be sufficient: http://help.solidworks.com/2016/English/SolidWorks/install_guide/c_triad_license_mgr_installation.htm

-Matt
Like • Show 2 Likes2
Actions
Michael Yorke Apr 4, 2017 4:45 AM
Mark Correct
Correct Answer
Matt, thanks for the suggestion.

Whilst a triad does offer resiliency, it doesn't really fit into our failover plans. In the unlikely event of a catastrophic problem (fire, flood, theft, etc) at our main offer we would failover all our servers to a DR site. The triad would require us to have running VM's at our failover site, which is not something we can do right now.

Does anyone offer a hosted solidworks license? A web/cloud based license server seems the way to go.

Regards
Michael.
Like • Show 1 Like1
Actions
Craig Stevens Nov 27, 2018 12:18 AM
Mark Correct
Correct Answer
Hi Michael,

The issue with virtual infrastructure is that each VM that is created has a UUID (Universally unique identifier) assigned to it to identify the computer. When that computer is moved/copied/migrated the UUID has an opportunity to change, and without proper user intervention, this is normally the case.
Some large VM deployments with multiple servers available can automatically migrate VMs across servers without human intervention, and usually when this happens the UUID changes. They do this to assist with load handling, especially in cloud based situations.
So coming back to SOLIDWORKS Licensing, when UUID changes on a VM with SNL Licensing, the (re-)activation usually fails.
And at that point you usually need to get your VAR involved to assist.
Educating your IT to ensure the UUID doesn't change when they are manipulating VM's would mitigate this issue going forward.

Regards,
Craig.
Like • Show 2 Likes2
Actions

License server on Virtual Machine

Outcomes

Related Content

Recommended Content