---------- Forwarded message ---------
From: Rajan Ahlawat <rajan.ahla...@gmail.com>
Date: Thu, Apr 9, 2020 at 3:09 AM
Subject: org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi - Failed
to reconnect to cluster (will retry): class
o.a.i.IgniteCheckedException: Failed to deserialize object with given
class loader: org.springframework.boot.loader.LaunchedURLClassLoader
To: <user@ignite.apache.org>


Hi

We suddenly started getting following exception on client side after
node running application got restarted:

org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi - Failed to
reconnect to cluster (will retry): class o.a.i.IgniteCheckedException:
Failed to deserialize object with given class loader:
org.springframework.boot.loader.LaunchedURLClassLoader

I see similar bug was raised here for version 2.7.0:
https://issues.apache.org/jira/browse/IGNITE-11730

We are currently using version 2.6.0
Following is our tcpDiscoveryApi configurations:

private void setDiscoverySpiConfig(IgniteConfiguration cfg) {
    TcpDiscoverySpi discoverySpi = new TcpDiscoverySpi();

    setIpFinder(discoverySpi);
    
discoverySpi.setNetworkTimeout(platformCachingConfiguration.getIgnite().getSocketTimeout());
    
discoverySpi.setSocketTimeout(platformCachingConfiguration.getIgnite().getSocketTimeout());
    
discoverySpi.setJoinTimeout(platformCachingConfiguration.getIgnite().getJoinTimeout());
    
discoverySpi.setClientReconnectDisabled(platformCachingConfiguration.getIgnite().isClientReconnectDisabled());
    
discoverySpi.setReconnectCount(platformCachingConfiguration.getIgnite().getReconnectCount());
    
discoverySpi.setReconnectDelay(platformCachingConfiguration.getIgnite().getReconnectDelay());

    cfg.setDiscoverySpi(discoverySpi);
}

Its IPfinder config is

private void setTcpIpFinder(TcpDiscoverySpi discoverySpi) {
    TcpDiscoveryVmIpFinder ipFinder = new TcpDiscoveryVmIpFinder();

    ipFinder.setAddresses(platformCachingConfiguration.getIgnite().getNodes());
    discoverySpi.setIpFinder(ipFinder);
}

We have tried every combination of timeouts, right now timeouts are
set at very hight value .

(1) If we are having same bug mentioned for 2.7.0 version, but bug
desc says it occurs on server side, but we are getting exact same
stack trance in ClientImpl.java on client side.
(2) assuming it is same issues, is there a way to disable data bag
compression check, since upgrading both client and server version
would not be possible immediately.

Thanks in advance.

Reply via email to