HIPE archived known issues

These issues are resolved but are kept here to aid troubleshooting in case of regressions.

Installation and de-installation issues

When installing only HIFI or PACS modules in HIPE you cannot transfer products from HSA to HIPE

  • Versions affected: HIPE 11.
  • Workaround: The current workaround is to install all modules even if you are not going to use them.
  • Resolution: The resolution is not known but the problem is not currently reproducible in HIPE 11 or 12.

There is a known problem with the InstallAnywhere installer when the bash \u special character is present in some environment variables

Versions affected: HIPE 9, 10, 11.

Error message: Installation fails with any of the following errors:

"Configuring the installer for this system's environment...

strings: '/lib/libc.so.6': No such file"
Or
An internal LaunchAnywhere application error has occured and this application cannot proceed. (LAX)

Stack Trace:
java.lang.IllegalArgumentException: Malformed \uxxxx encoding.
at java.util.Properties.loadConvert(Unknown Source)
at java.util.Properties.load0(Unknown Source)
at java.util.Properties.load(Unknown Source)
at com.zerog.common.java.util.PropertiesUtil.loadProperties(Unknown Source)
at com.zerog.lax.LAX.<init>(Unknown Source)
at com.zerog.lax.LAX.main(Unknown Source)

Workaround: Un-setting or substituting the /u bash special character (using instead $USER or $LOGNAME) in the PS1 environment variable solves the problem. To do that, you should edit the .bashrc file located at the home directory of the current user. In there, any occurrence of the \u special character should be replaced by $USER or $LOGNAME. Example:

PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
should be replaced by
PS1='${debian_chroot:+($debian_chroot)}$USER@\h:\w\$ '

Further details of the InstallAnywhere issue can be found here: http://kb.flexerasoftware.com/selfservice/viewContent.do?externalID=Q112941 See this page for current known issues on later HIPE versions.

Resolution: Newer versions of InstallAnywhere do not suffer from this problem.

Cannot install on Mac OS X 10.8 "Mountain Lion"

HIPE user installers (11.0.1 and earlier) do not work on Mac OS X 10.8 due to additional security checks implemented by this operating system. Note that HIPE is not yet officially supported on Mac OS X 10.8. There are two workarounds:
  • In a terminal window, use the chmod u+x command to change the permissions of the file HIPE_9_1_0_INSTALLER.app/Contents/MacOS/HIPE_9_1_0_INSTALLER. Change the file name according to the HIPE version you are installing.
  • In Mac OS X, from System Preferences --> Security & Privacy --> General --> Allow applications downloads from select ANYWHERE.

Resolution: Installers from HIPE 11.1 are generated with a newer version of InstallAnywhere that supports Mac OS 10.8 or later. Since HIPE 11.1 is the preferred operational version, this issue is archived.

Java 7 issues

New security requirement in Java 7 causes the Herschel Science Archive application to fail at launch

Description: If you have a recently patched Java 7 installation (update 40 or later), a new security requirement in Java 7 that requires the JAR file to have a Permissions attribute, is no longer reported only (note the information message with a yellow background) as it was in previous versions:

Screen_Shot_2014-01-16_at_16.28.23.png

Now the Java runtime blocks the JAR file execution when you click the Run button.

Error message: The following error dialogs are displayed when trying to run the HSA application and clicking the Details button: Screen_Shot_2014-01-16_at_16.29.26.png

Workaround: Please follow the instructions provided by Oracle to run applications that lack the currently enforced security features.

Resolution: The required attribute was added to the JAR manifest and now the WebStart runs correctly for every HIPE version (they all point to the same .jnlp file in ESAC's servers).

Other issues

Jython bug when comparing NaN values with numbers

Jython behaves differently from Python when comparing NaN values with numbers.

In Python 2.4 or 2.5:

nan = float("nan")
print 0 < nan
# False
print 0 > nan
# False

In Jython 2.5.2:

nan = float("nan")
print 0 < nan
# False
print 0 > nan
# True

An issue has been opened on the Jython bug tracker.

Resolution: All operational HIPE versions now use Jython 2.5.3 which patched this bug (see the bug report above).

"Can't connect to X11" error when using the jylaunch command or the command-line mode of hipe

*Description:*Executing a script outside HIPE with the jylaunch command may fail with a java.lang.InternalError: Can't connect to X11 window server error. This may happen even if the script does not open any graphical window, since it may indirectly call components that require an X11 server. The workaround is to run the script with the command jylaunch -Djava.awt.headless=true instead of just jylaunch or hipe -Djava.awt.headless=true instead of hipe.

Ticket number: HCSS-17846

Warning, important Jylaunch is a deprecated tool in HIPE 11 and is not present in HIPE 12. This advice should apply equally to its replacement: hipe main executable.

Resolution: The dependencies that caused this problem were removed in HIPE 11 build 2324. HIPE 11.0 or later should not be affected.


blog comments powered by Disqus
Edit | Attach | Watch | Print version | History: r12 | r10 < r9 < r8 < r7 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r8 - 2014-02-04 - AlvarGarcia
 
This site is powered by the TWiki collaboration platform Powered by Perl