We are running Network Authority 6.6 server on our production system (RHES4) and we were having trouble getting the EE client running on RHES4, 5 and Fedora 9 with an error similar to this:
/opt/NetworkAuthority-EE/jre/bin/java: symbol lookup error: /opt/NetworkAuthority-EE/configuration/org.eclipse.osgi/bundles/115/1/.cp/libswt-mozilla-gtk-3236.so: undefined symbol: _ZN4nsID5ParseEPKc
Interestingly it didn't happen for every user that tried to run it. If we copied the .eclipse and workspace directories from a working user to a non-working user the EE client would start. Clicking on something that used the embedded browser (e.g. help) would cause the client to crash however.
I am trying to get ZipTie working on my Fedora 9 laptop so I can do some adapter development and I find I am having a similar problem with the ZipTie client. The ZipTie server runs fine and I can connect to that server from a client running on a Windows client but the ZipTie client crashes on start on my Fedora 9 installation. It seems to also be related to the browser libraries as I can start the client, enter the server login id and password. It will display the client for a short while and bring up the credentials window and crashes immediately after. What I notice is the crash seems to happn right about the time the lower right pane would load up the web page with the ZipTie links which is why I believe it might be a similar issue that we are experiencing with EE.
Here is the error I get trying to start the ZipTie client (2008.04c):
$ /opt/ziptie/ziptie
Jun 29, 2008 4:23:21 PM org.ziptie.client.device.DeviceSearchService
WARNING: Failed to create URL for the wsdl Location: 'DeviceSearchService.wsdl', retrying as a local file
Jun 29, 2008 4:23:21 PM org.ziptie.client.device.DeviceSearchService
WARNING: no protocol: DeviceSearchService.wsdl
Jun 29, 2008 4:23:23 PM org.ziptie.client.update.UpdateService
WARNING: Failed to create URL for the wsdl Location: 'UpdateService.wsdl', retrying as a local file
Jun 29, 2008 4:23:23 PM org.ziptie.client.update.UpdateService
WARNING: no protocol: UpdateService.wsdl
#
# An unexpected error has been detected by Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x029ee2d4, pid=5451, tid=3087174544
#
# Java VM: Java HotSpot(TM) Client VM (11.0-b12 mixed mode, sharing linux-x86)
# Problematic frame:
# C [libxul.so+0x9ac2d4]
#
# An error report file with more information is saved as:
# /home/voidmain/hs_err_pid5451.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Any ideas on what might be the problem?
P.S. The Fedora 9 supplied Eclipse seems to work fine (v3.3.2).
P.P.S. I installed the ZipTie client on a Fedora 7 machine and it is working fine. Hmmmm....
Thanks!
This definitely seems
This definitely seems related to the web component as the ZipTie client does work on my Fedora 9 laptop at work. The difference is at work you can't connect to the Internet without going through a proxy thus the web page never gets loaded in the lower right pane when starting the ZipTie client.
I was able to verify further
I was able to verify further the problem is in the web component. While at home if I add an iptables rule to block the forge.ziptie.org address the ZipTie client starts just fine (minus the web content in the lower right pane).
which version of ziptie are
which version of ziptie are you seeing this issue on? i see that you're also seeing a similar issue in the engineering environment for your network authority server, and for that you can feel free to contact the alterpoint support team via support@alterpoint.com or the support number and i'm sure you'll get some assistance pretty quickly. as for the ziptie issue, though, i'm curious which version of ziptie you're seeing this on. i know there were some similar client issues addressed in 2008.4b and carried over to 2008.4c.
-Z
Yes, we have the issue open
Yes, we have the issue open with alterpoint support for the EE. As I mentioned I am running ZipTie 2008.04c.
I just noticed there is a
I just noticed there is a way to customize the UI via an INI file:
http://docs.ziptie.org/doku.php?id=dev:howto_brand
I just commented out the org.ziptie.rcp/startup_site_url in the plugin_customization.ini and now I can start the client without it crashing. I just finished building my first adapter to backup the nvram and config files on my OpenWrt routers.
ah, i see where you mention
ah, i see where you mention the ziptie version in your first post. i missed that earlier, sorry about that. there was an issue much like this that was addressed in 2008.4b, but clearly it wasn't the exact same problem. could you file a bug against this? good work around, by the way.
Done: http://bugs.ziptie.org/
Done:
http://bugs.ziptie.org/show_bug.cgi?id=1036