Why can't I activate MATLAB or start the network license manager in a newer Linux environment?

When trying to activate MATLAB on newer Linux versions, the activation fails. Checking the Host ID shows that the Host ID is 000000000000 which does not work. I also experience issues with the network license manager where it will not start on these new distributions. How can I activate MATLAB or use the license manager in this environment?

Answer 1

[MathWorks Support Team]

*For MATLAB R2014a and later, licenses can be activated to devices using the Consistent Network Device Naming convention. *

For MATLAB R2013b and earlier, licenses can be activated on a machine with no eth0 using a udev rule to rename the device to eth0.

udev rules are constructed as a series of matching conditions and action commands. When a device matches all of the conditions, the assignment commands will be executed. udev rules are stored in /etc/udev/rules.d and must have a .rules extension. They are read and processed in lexicographical order. The udev rule to change the Network Interface Card's will typically be named 70-persistent-net.rules

The simplest udev rule to change the name of an ethernet device, with MAC address xx:xx:xx:xx:xx:xx, to eth0 will be:

ATTR{address}=="xx:xx:xx:xx:xx:xx", NAME="eth0"

There are other methods of changing the name of the ethernet device, but many of them are distribution specific and can not be guaranteed work on all distributions. udev rules take priority on all systems running the udev framework.

If you would like more information about this naming convention change and writing udev rules please take a look at the following links:

http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

http://www.reactivated.net/writing_udev_rules.html

For releases R2008b and earlier MATLAB must be locked to an eth0 device.

[Jim Jedlicka]

Is there a way to do the activation that does not involve changing the system configuration. Renaming the network interface may require reconfiguring other parts of the system, which is not ideal.

Thanks!

[Walter Roberson]

My understanding is that it depends upon the MATLAB release, that in sufficiently new releases, it scans the ethernet table at the time of activation and registers all of the interfaces that exist at that time, by MAC address.

I could be wrong on this as I have not installed MATLAB on a Linux system for a while.

Answer 2

[Krish Pillai]

I ran into the same issue while attempting to reinstall Matlab 2010b on a Fedora 20 (3.19.5-100.fc20.x86_64) system. The reinstall failed after Fedora was upgraded.

Symptom:

Activation fails with the following error:

"Error 1,714. Unable to activate your machine. This activation process cannot detect a valid Hist ID which utilizes a currently supported naming convention. Please refer to the following solution ID to help resolve the issue 1-661QJD"

Reason:

Apparently, Matlab is looking for an eth0 device and fails to find it. This was confirmed by Matlab Technical support Case Number is 01379776 and I was directed to this site. The accepted answer at this site did not work on Fedora 20, and hence this comment. It did help me find a solution.

Observations:

My configuration uses and ASROCK X-58 Supercomputer Motherboard with 2 on-board ethernet devices.

Fedora 20 systemd supports BIOS provided numbers and if that is not supported it looks for a higher level scheme provided either by PCIe index numbers, or if even that isn't available, it resorts to geographical location numbering.

Typically biosdevname makes naming consistent by referring to embedded devices as em[123..], PCI cards as p<slot>p<port> etc. And on the target machine, the ports were being numbered em0, em1.

The recommended steps using dev rules did not work since the 70-persistent-net.rules didn't exist and udev rules created were being ignored.

Solution:

The following did work. The package biosdevname was removed with "yum erase biosdevname"

"biosdevname=0" was added to kernel boot arguments in /etc/sysconfig/grub .

Adding this to kernel boot args is probably an indication of paranoia, but in case biosdevname gets reinstalled, you don't want the device names to get changed.

Removing biosdevname alone won't suffice since the system will now fall back to geographical numbering and start numbering devices as enp2s0 etc, if you were to reboot. To stop it from auto naming entirely, also add the following to the kernel boot argument "net.ifnames=0".

A sample entry in /etc/sysconfig/grub that disables biosdevname, the nouveau driver and ifnaming is as shown:

GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora00/root vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora00/swap $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rhgb quiet rd.driver.blacklist=nouveau biosdevname=0 net.ifnames=0"

There is some overlap in functionality between biosdevname and ifnames and how udev/rules are used, and it would probably go away once Fedora cleans it up.

Run "grub2-mkconfig -o /boot/grub2/grub.cfg" to generate a new grub.cfg. Don't reboot yet.

You have to rename your network scripts in /etc/sysconfig/network-scripts/ifcfg-em* to if cfg-eth* and edit them so NAME="em*" reads the corresponding "eth*".

Now reboot and confirm your devices show eth* (use "ifconfig -a").

If you do figure out a more optimal way to do this, please let me know or post it here.

[Walter Roberson]

Thanks for writing that up!

Answer 3

[Peter O]

It was kind of Walter Roberson to write that up, but I think most users don't want to alter their systems and trigger who knows what else.

[Walter Roberson]

It was Krish Pillai that wrote all that up.

Answer 4

[Luca Barbierato]

Dear all,

I'm experiencing the same error when I run MATLAB in a network namespace of Linux. Mi configuration is:

#!/bin/bash

# create network namespaces
sudo ip netns add host0

# create TAP interfaces
sudo ip netns exec host0 ip tuntap add mode tap dev tap0

# bring up TAP interfaces
sudo ip netns exec host0 ip link set dev tap0 up

# bring up loopback interface in the namespace
# this is useful if you want to run ping in the namespace
sudo ip netns exec host0 ifconfig lo up

# assign IP addresses to interface
sudo ip netns exec host0 ip addr add 10.0.0.1/32 dev tap0

# add routing table
#sudo ip netns exec host0 route add default gw 10.0.0.1 dev tap0

# create virtual ethernet interface on physical host
sudo ip link add veth1 type veth peer name veth11

# associate virtual ethernet in the physical host to another virtual ethernet in the namespace
sudo ip link set veth11 netns host0

# now configure addresses in the virtual ethernet link
sudo ifconfig veth1 172.20.0.1/24 up
sudo ip netns exec host0 ifconfig veth11 172.20.0.2/24 up

# tell namespace to send all outgoing traffic to the physical host through the virtual ethernet link
sudo ip netns exec host0 route add default gw 172.20.0.1 veth11

# configure physical host to masquerade outgoing traffic generated by others
sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# enable routing in the physical host
echo 1 | sudo tee /proc/sys/net/ipv4/ip_forward

Then when I run matlab through namespace:

sudo ip netns exec host0 matlab

I experience this error:

License checkout failed.
License Manager Error -9
This error may occur when: 
-The hostid of this computer does not match the hostid in the license file. 
-A Designated Computer installation is in use by another user. 
If no other user is currently running MATLAB, you may need to activate.

Troubleshoot this issue by visiting: 
https://www.mathworks.com/support/lme/R2018a/9

Diagnostic Information:
Feature: MATLAB 
License path: /home/luca/.matlab/R2018a_licenses:/usr/local/MATLAB/R2018a/licenses/license.dat:/usr/local/MATLAB/R
2018a/licenses/license.lic:/usr/local/MATLAB/R2018a/licenses/license_ECLab-Luca_960541_R2018a.lic 
Licensing error: -9,57.

I also tried to run the activate_matlab.sh but this is the error:

I sincerely don't know how to solve the problem.

Somebody could help me?

Kind regards,

Luca

Answer 5

[Ari Gudmundsson]

Dear matlab, it's hard for me to describe how ridiculous this is without resorting to vile language. Please .... fix this, why would you ask me to change my usb connection to ETH0? WHY? This is like, three lines of code maximum, you could just fix it, and not make life hard for all of us. why do you want to make it so hard for such a meaningless thing. First I download 2008, and the libXp.so.6 is depreciated and unstable, so, fine. I guess I need something newer. But this takes the cake. 2010b literally works perfectly except for YOUR .... mess.

Just fix it, it would seriously take less than 1 hour by 1 engineer. just don't demand it being called a specific name, why did you even ask for it in the first place???? WHAT IS WRONG WITH YOU!?

[Walter Roberson]

They already fixed it, in a later release than you are using.

It would be expensive for Mathworks to go back and create patches for all old versions. Mathworks does not even host the documentation for releases before R2015 any more.

[Ari Gudmundsson]

Sir, the fact that this isn't specified even within the installation guide, warning you not to download this version for a modern linux system, or offer a modicum of helpful tips regarding what is glaringly a common complaint means I have wasted valuable time, data off my internet plan and goodwill towards Mathworks. It would take me less than 5 minutes to append a suitable warning.

I am using Matlab because that's what the university demands. Students like me will run the university and all the companies on the market in just a few years. Mathworks best defense is to pretend there are no alternatives, and no software can do what they do. That's just not a good long term strategy, because it's not true.

I'll expect you to remove this comment, that's fine, but send this message up to whoever keeps making these terrible decisions.

Have you seen the system requirements of Octave? How are you this bloated? You're giving this software to programmers!

[Walter Roberson]

R2008a was not supported on any "modern linux system".

Predictable Network Interface Naming was not added to udev until v197 in early 2013. https://lwn.net/Articles/531850/

MATLAB added support for that as of R2014a; https://www.mathworks.com/matlabcentral/answers/100235-why-can-t-i-activate-matlab-or-start-the-network-license-manager-in-a-newer-linux-environment?s_tid=srchtitle

[Ari Gudmundsson]

this is exactly what I'm talking about, just specifying these things in the download section would save Matlab the hassle of losing more customers.

I imagine Matlab is probably a reflection of Mathworks, a bloated beurocracy, with individual departments competing against eachother, with no intention of making things easier for the user.

Any sane system of operation would try to minimize work done, not maximize it. Instead of having a really successful helpdesk, make it so that the customer doesn't need help.