KNIME requires “[GLIBCXX_3.4.20” but Cent OS 7 supports max “GLIBCXX_3.4.19”


We tried to install KNIME on RTI machine. But the machine not supporting for this installation.

KNIME requires “GLIBCXX_3.4.20” but Cent OS 7 supports max “GLIBCXX_3.4.19”.

Any support is provided by KNIME in this case, please let us know at the earliest.

Thanks & Regards,

Any updates on the above error please. I am trying to deploy it on CentOS Linux platform.

Thanks & Regards,

Hi @gokarana_1977 -

Could you try the suggestion from Martyna in this thread?

1 Like

Hi ScottF,

Thank you so much for quick response.
I have one question which version of KNIME does not need this particular Versioned Library and also supports to build CNN node chain for image processing having input as Coloured images instead of grey scale.

Appreciate your quick response.

Thanks & Regards,

If you are able to manually install the library linked in the other thread, you could try rolling back to KNIME AP 4.6. As best I can tell, this issue with CentOS 7 didn’t popup until the AP 4.7 release.

As for your other question, have you searched the KNIME Hub for example workflows about CNNs, like the one below? Both 4.6 and 4.7 should support those just fine.

Dear ScottF,

Good Day!! Thanks for your response.

Our IT Admin tried to install the specified library, but got the following error:

SESSION 2023-01-30 23:58:06.497 -----------------------------------------------
java.vendor=Eclipse Adoptium
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Command-line arguments: -os linux -ws gtk -arch x86_64

!ENTRY org.eclipse.osgi 4 0 2023-01-30 23:58:08.034
!MESSAGE Application error
java.lang.UnsatisfiedLinkError: /home/thales/Downloads/knime_4.7.0/plugins/com.equo.chromium.cef.gtk.linux.x86_64_95.0.6/chromium-4638/ /lib64/ version `GLIBCXX_3.4.20’ not found (required by /home/thales/Downloads/knime_4.7.0/plugins/com.equo.chromium.cef.gtk.linux.x86_64_95.0.6/chromium-4638/
at java.base/jdk.internal.loader.NativeLibraries.load(Native Method)
at java.base/jdk.internal.loader.NativeLibraries$ Source)
at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(Unknown Source)
at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(Unknown Source)
at java.base/java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.base/java.lang.Runtime.load0(Unknown Source)
at java.base/java.lang.System.load(Unknown Source)
at com.equo.chromium.internal.Engine$1.loadLibrary(
at org.cef.SystemBootstrap.loadLibrary(
at org.cef.CefApp.startup(
at com.equo.chromium.internal.Engine.loadLib(
at com.equo.chromium.internal.Engine.(
at java.base/java.lang.Class.forName0(Native Method)
at java.base/java.lang.Class.forName(Unknown Source)
at com.equo.chromium.ChromiumBrowser.earlyInit(
at org.knime.core.util.IEarlyStartup.executeEarlyStartup(
at org.knime.product.rcp.KNIMEApplication.start(
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.base/java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(
at org.eclipse.equinox.launcher.Main.basicRun(
at org.eclipse.equinox.launcher.Main.main(

Thanks & Regards,

That log indicates the library is still not being found by KNIME. Perhaps it’s in the wrong place, or its permissions need to be updated?

Is KNIME 4.6 showing the same problem for you?

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.