-
Bug
-
Resolution: Unresolved
-
Low
-
None
-
6.0.1, 6.0.6
-
4
-
Severity 3 - Minor
-
0
-
Summary
Collaborative Editing does not start properly on Solaris 10 with a failure executing libsnappyjava.so file on /tmp folder.
Environment
- Confluence 6.0.x
- Solaris 10 OS
Steps to Reproduce
- Fresh install of Confluence 6.0.x on Solaris 10
- Start Confluence and try to Edit or Create any page
Expected Results
Editor loads as expected.
Actual Results
The editor remains blank and you see the Connecting... message near the Update button. We see the following errors in the logs:
java.lang.UnsatisfiedLinkError: /var/tmp/snappy-1.1.0.1-e4cd3218-53ca-47ed-83b9-0d62e899310a-libsnappyjava.so: ld.so.1: java: fatal: libstdc++.so.6: open failed: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1824) at java.lang.Runtime.load0(Runtime.java:809) at java.lang.System.load(System.java:1086)
clojure.lang.ExceptionInfo: /var/tmp/snappy-1.1.0.1-e4cd3218-53ca-47ed-83b9-0d62e899310a-libsnappyjava.so: ld.so.1: java: fatal: libstdc++.so.6: open failed: No such file or directory {:type :server-error, :source :server}
at clojure.core$ex_info.invoke(core.clj:4593)
at synchrony.sync.messages$ex_info_from_error_message.invoke(messages.clj:27)
at synchrony.sync.connection$request_BANG_$fn__23790$state_machine__4952__auto____23791$fn__23793.invoke(connection.clj:58)
at synchrony.sync.connection$request_BANG_$fn__23790$state_machine__4952__auto____23791.invoke(connection.clj:53)
at ginga.async.take?(async.cljx:0)
java.lang.NoClassDefFoundError: Could not initialize class org.xerial.snappy.Snappy
at byte_transforms$fn__14103.invoke(byte_transforms.clj:345)
at byte_transforms$compress.invoke(byte_transforms.clj:269)
at byte_transforms$compress.invoke(byte_transforms.clj:266)
at synchrony.serialize$fn__25801.invoke(serialize.clj:28)
at clojure.lang.MultiFn.invoke(MultiFn.java:233)
at synchrony.serialize$pack.invoke(serialize.clj:72)
at synchrony.serialize$serialize.invoke(serialize.clj:110)
Notes
The error messages are seen even when having execute permissions on the /tmp folder, so the suggestions from the KB below does not solve the issue (changing the tmp location also does not help):
Notice that we see a mention of the library libstdc++.so.6 that is not present on Linux stack traces, which could indicate a dependency issue.
This issue is exclusive to Solaris 10 and does not affect Linux.
Workaround
Upgrade Solaris to version 11.x as this issue is not observed on those versions.
- is blocked by
-
CONFSERVER-55069 When running on Solaris System, Synchrony should ignore to use Snappy to compress string
- Closed
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...