<div>Can you use a competititor of Flexlm, such as IBM's LUM, or is Flexlm required by Maple? If the later, I'd complain to Maple.</div>

<div>It's sad to me that there are folks who need proprietary UIs to do science, while there are businesses paying C programmers to bucket-brigade cruft that should be handled by pretty, and expensive, (N+1)GL packages with ribbons tied around them. C'est la vie.

</div>

<div>Peter<br><br> </div>

<div><span class="gmail_quote">On 6/26/07, <b class="gmail_sendername">Andrew Robbie</b> <<a href="mailto:andrew.robbie@gmail.com">andrew.robbie@gmail.com</a>> wrote:</span>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>On 26/06/2007, at 2:57 AM, Daniel Pfenniger wrote:<br><br>> Hi,<br>><br>> I encountered also a NIC problem with Maple flexlm.  Flexlm checks

<br>> the existence of the original eth0 NIC present at Maple install time.<br>> This interface was later bad, so a second one was added and<br>> used instead of eth0.  But then Maple was then prevented to start by

<br>> flexlm.  After some search it was found that after each reboot one has<br>> to initialize eth0 once (ifconfig eth0 ... up), even if disabled later<br>> in order to satisfy flexlm.<br><br>It is possible under linux (and sometimes windows depending on the

<br>driver) to tell a card to use a different MAC address. If you are<br>throwing out a bad NIC (ie two nodes with the same MAC will never<br>appear on the network) this is a possible solution. It has to be done<br>at every reboot, but that is easily accomplished by creating a

startup script (or using rc.local). man ifconfig. > No need to say that the lost time finding the cause of flexlm > disfunction > was yet another argument to hate licensed software. Talk to your vendor. The more people who complain the better.

Andrew > >       Dan > > > David Mathog wrote: >>> I have had eth0 and eth1 "change" identities as I patch the OS or >>> add >>> ethernet cards.

>> >> Recent versions of Linux, such as Mandriva 2007.1, have an /etc/iftab >> and/or /etc/udev/rules.d/61-net_config.rules files.  Both of these >> associate one specific MAC with eth0, eth1, etc..

<br>>> The original intent was noble - they were trying to provide a<br>>> way to allow eth0 to always be the wired and eth1 the wireless<br>>> network connection, for instance.  However if these files<br>

>> get the least bit out of sync with the actual hardware<br>>> all hell can break loose.  For instance, if one clones a single NIC<br>>> machine that uses these mechanisms the MAC won't match, eth0 won't be

<br>>> used and a new eth1 will be magically created.  Unfortunately<br>>> the firewall doesn't know about eth1 and everything network<br>>> related then breaks.  Result, most likely the machine will hang

<br>>> during boot.  Others have reported machines which create a new<br>>> eth# device at each boot, abandoning all the previous ones.  The<br>>> general<br>>> fix for these sorts of bugs is to delete both of these files, and

<br>>> at the next boot the udev file will be recreated and will match the<br>>> hardware.  I have not seen a need for /etc/iftab and just leave it<br>>> deleted.<br>>><br>>> Now, back to Joe's problem, for the linux machines that are having

<br>>> flexlm problems, if the nature of the problem is that eth0 and eth1<br>>> are swapping around at random, and those distros have these<br>>> mechanisms,<br>>> be sure these two files exist and are configured properly so that

<br>>> eth0 and eth1 are rigidly mapped to fixed MAC addresses.<br>>><br>>> Regards,<br>>><br>>> David Mathog<br>>> <a href="mailto:mathog@caltech.edu">mathog@caltech.edu</a><br>>> Manager, Sequence Analysis Facility, Biology Division, Caltech

<br>>> _______________________________________________<br>>> Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">Beowulf@beowulf.org</a><br>>> To change your subscription (digest mode or unsubscribe) visit

<br>>> <a href="http://www.beowulf.org/mailman/listinfo/beowulf">http://www.beowulf.org/mailman/listinfo/beowulf</a><br>> _______________________________________________<br>> Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">

Beowulf@beowulf.org</a><br>> To change your subscription (digest mode or unsubscribe) visit<br>> <a href="http://www.beowulf.org/mailman/listinfo/beowulf">http://www.beowulf.org/mailman/listinfo/beowulf</a><br><br>_______________________________________________

<br>Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">Beowulf@beowulf.org</a><br>To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf">http://www.beowulf.org/mailman/listinfo/beowulf

</a><br></blockquote></div><br>