Error: This is an incomplete installation of InstallAnywhere 2010 Evaluation.

[SeldomBoil]

I'm pretty new to IA (2010SP1). Not only do I not know what this error means, I don't even know how to begin debugging it.

This happens on our build server for user aiw2:

voodoo:aiw2:/a/home/aiw2> /opt/ia2010sp1/build -v
This is an incomplete installation of InstallAnywhere 2010 Evaluation.
voodoo:aiw2:/a/home/aiw2>

In contrast, I get this for user aiw3 on the same server:

voodoo:aiw3:/a/home/aiw3> /opt/ia2010sp1/build -v
InstallAnywhere 2010 SP1
Version: 11.5
Build: 3972 (Designer/Runtime: Public Hotfix A)
voodoo:aiw3:/a/home/aiw3>

It sure looks like a license problem, but not on the license server - probably something under ~aiw2/.InstallAnywhere.

Ideas?

[SeldomBoil]

A co-worker found the/a solution (on this bulletin board) by googling the error string WITHOUT double quotes.

So we moved the directory called "preferences" under ~aiw2/.InstallAnywhere/115/Enterprise to "preferences_bak" and let the command /opt/ia2010sp1/build re-register, which created a new "preferences" directory, whose contents apparently work, where the previous one did not.

voodoo:aiw2:/a/home/aiw2> ll .InstallAnywhere/115/Enterprise/
total 10
drwxr-xr-x 2 aiw2 ipserv 2048 2010-12-02 16:35 info
drwxr-xr-x 2 aiw2 ipserv 2048 2010-11-23 14:48 installer_vms
drwxr-xr-x 2 aiw2 ipserv 2048 2010-11-23 15:16 plugins
drwxr-xr-x 2 aiw2 ipserv 2048 2010-12-02 16:38 preferences
drwxr-xr-x 2 aiw2 ipserv 2048 2010-12-02 16:47 preferences_bak
voodoo:aiw2:/a/home/aiw2>

Perhaps someday I'll compare the file contents of the two "preferences..." directories in order to find the offending preference setting......nah, it'll never happen.

[pv7721]

It would be nice to find 5 minutes to do the difference, and post it here, so next time this thread would be useful (or post the link to the solution your coworker has found). Thanks!

[nosrednayduj]

I had this problem a week or so ago. So I spent the 5 minutes just now to diff the old and new preferences. Annoyingly, the properties files are not sorted, so first I had to sort them, and then diff them. Not much use.

diff com.zerog.ia.jdev.properties.old.sorted com.zerog.ia.jdev.properties.new.sorted
2,3c2,3
< #Wed Feb 02 19:50:18 EST 2011
< ProductCode_Ent=F128TNRJJH-<elided>
---
> #Tue Feb 08 13:04:09 EST 2011
> ProductCode_Ent=F279TNRJJH-<exact same codes elided>
9c9
< registration.email=<myaddress>@rs.com
---
> registration.email=<myaddress>@rocketsoftware.com

I can't believe it's because I used the short version of our domain in one and not the other. The product code thing is pretty strange, though, changing that number. Maybe that's some bytes that mean "you should register". But why would it have worked for a few weeks and then broken? I can't now remember what it was that triggered the unregistration.

The com.zerog.ia.Designer.properties files differences were only that it had different recently used files plus these irrelevencies:

52,53c52,53
< designer.dialog.action.location.x=648
< designer.dialog.action.location.y=138
---
> designer.dialog.action.location.x=644
> designer.dialog.action.location.y=99
77a78
> designer.palette.dialog.dimension=631,21418,1247,22086
88c89
< designer.update.check=true
---
> designer.update.check=false