<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
<br>startup script (or using rc.local). man ifconfig.<br><br>> No need to say that the lost time finding the cause of flexlm<br>> disfunction<br>> was yet another argument to hate licensed software.<br><br>Talk to your vendor. The more people who complain the better.
<br><br>Andrew<br><br><br>><br>> Dan<br>><br>><br>> David Mathog wrote:<br>>>> I have had eth0 and eth1 "change" identities as I patch the OS or<br>>>> add<br>>>> ethernet cards.
<br>>><br>>> Recent versions of Linux, such as Mandriva 2007.1, have an /etc/iftab<br>>> and/or /etc/udev/rules.d/61-net_config.rules files. Both of these<br>>> 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>
!DSPAM:46827a64212572020149523!