[7974] in testers
Re: Athena 10 license server problem on latest Tecplot release
daemon@ATHENA.MIT.EDU (Robert Basch)
Wed Mar 25 10:24:23 2009
In-Reply-To: <alpine.DEB.2.00.0903242223570.5436@corndog.mit.edu>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <44BB57C5-523F-4159-A6E4-A7C2D19B984D@mit.edu>
Cc: Alex T Prengel <alexp@mit.edu>, testers@mit.edu
Content-Transfer-Encoding: 7bit
From: Robert Basch <rbasch@MIT.EDU>
Date: Wed, 25 Mar 2009 10:23:10 -0400
To: Geoffrey Thomas <geofft@mit.edu>
The 127.0.1.1 /etc/hosts entry is also an issue for firefox, which
puts the IP address for the machine hostname into the profile lock
symlink. (The latest version of our wrapper will test for a net
127 value, but it would be better if the link contained the machine's
"real" address).
For machines with a static IP address, it would probably be good
if our installer replaced the 127.0.1.1 entry in /etc/hosts with
the correct address, to avoid these problems.
Bob
On Mar 24, 2009, at 10:25 PM, Geoffrey Thomas wrote:
> Ubuntu machines resolve their own IP to 127.0.1.1, rather than
> their net-18 IP; I believe this is so that reverse-resolving
> yourself never fails. Is Tecplot being overcautious (or dumb) and
> checking the IP address against the ACL locally? You can test this
> by removing the relevant lines from /etc/hosts.
>
> --
> Geoffrey Thomas
> geofft@mit.edu
>
> On Tue, 24 Mar 2009, Alex T Prengel wrote:
>
>>
>> I'm running into a license server problem on Athena 10 machines
>> running the
>> latest Tecplot release. It uses a new license server derived from,
>> but not
>> identical to FlexLM.
>>
>> Symptoms: when on Athena 10 (both cluster and workstation) I
>> attempt to launch:
>>
>> add tecplot
>> tecplot -ver 360-09
>>
>> I get an error dialog about "usr/host not on includeall list" and
>> Tecplot won't run. This list is an IP address range list on the
>> license server that limits access to MIT machines. We've used it
>> extensively before and never had a problem where a machine that
>> should
>> be allowed is denied.
>>
>> The error is exactly what you would get if a machine with IP
>> address not on the
>> allowed range tries to run Tecplot. The machines in question are
>> in N42 and
>> should be allowed (as they are when running older Tecplot
>> releases, where I
>> don't see the problem).
>>
>> Part of the list looks like this:
>>
>> INCLUDEALL INTERNET 18.*.*.*
>> INCLUDEALL INTERNET 128.52.*.*
>> INCLUDEALL INTERNET 128.128.*.*
>> INCLUDEALL INTERNET 198.125.176.*
>> INCLUDEALL INTERNET 198.125.177.*
>> <and so on>
>>
>> the interpretation is the obvious one- any machine in any of the
>> wildcarded
>> ranges should be allowed. I verified that local machine
>> configuration relating
>> to their IP address is correct, and that they ping at the correct
>> IP address.
>>
>> I tested this on a machine running Vanilla Intrepid with Open AFS-
>> the problem
>> does not show up there and Tecplot runs without a problem. It also
>> doesn't
>> show up on Athena 9 machines.
>>
>> I conclude that something we're doing on Athena 10, both on
>> cluster and
>> workstation, is triggering this but I have no idea what it might be.
>>
>> Alex
>>
