Quantcast

TransportSerializationException - version 0.19.3

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

TransportSerializationException - version 0.19.3

adrem
Hello,

I am connecting a node client to a cluster, using the maven artifact jar ver 0.19.3. When running my tests in a mac everything works fine.

But in a windows workstation or in a Linux box, I get a TransportSerializationException

Here is an excerpt of the calling code :
final ActionFuture<CreateIndexResponse> createFuture = client.admin().indices().create(new CreateIndexRequest(idxName));
final boolean acknowledged = createFuture.actionGet().acknowledged();
if (!acknowledged) {
return false;
}

Any clues ?

Thanks

PS: This is the stacktrace produced by this exception
Constructor threw exception; nested exception is org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:248)
... 45 more
Caused by: org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:277)
at org.elasticsearch.transport.netty.MessageChannelHandler.process(MessageChannelHandler.java:231)
at org.elasticsearch.transport.netty.MessageChannelHandler.callDecode(MessageChannelHandler.java:141)
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:93)
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:94)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.processSelectedKeys(AbstractNioWorker.java:364)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:238)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:38)
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.io.StreamCorruptedException: unexpected end of block data
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1369)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:275)
... 16 more
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

kimchy
Administrator
Are you working on a remote cluster or embedded?

On Wed, Jun 6, 2012 at 9:07 PM, Ceteris Paribus <[hidden email]> wrote:
Hello,

I am connecting a node client to a cluster, using the maven artifact jar ver 0.19.3. When running my tests in a mac everything works fine.

But in a windows workstation or in a Linux box, I get a TransportSerializationException

Here is an excerpt of the calling code :
final ActionFuture<CreateIndexResponse> createFuture = client.admin().indices().create(new CreateIndexRequest(idxName));
final boolean acknowledged = createFuture.actionGet().acknowledged();
if (!acknowledged) {
return false;
}

Any clues ?

Thanks

PS: This is the stacktrace produced by this exception
Constructor threw exception; nested exception is org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:248)
... 45 more
Caused by: org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:277)
at org.elasticsearch.transport.netty.MessageChannelHandler.process(MessageChannelHandler.java:231)
at org.elasticsearch.transport.netty.MessageChannelHandler.callDecode(MessageChannelHandler.java:141)
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:93)
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:94)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.processSelectedKeys(AbstractNioWorker.java:364)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:238)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:38)
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.io.StreamCorruptedException: unexpected end of block data
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1369)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:275)
... 16 more

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

adrem

Embedded.
Thanks!

On Jun 10, 2012 5:30 PM, "Shay Banon" <[hidden email]> wrote:
Are you working on a remote cluster or embedded?

On Wed, Jun 6, 2012 at 9:07 PM, Ceteris Paribus <[hidden email]> wrote:
Hello,

I am connecting a node client to a cluster, using the maven artifact jar ver 0.19.3. When running my tests in a mac everything works fine.

But in a windows workstation or in a Linux box, I get a TransportSerializationException

Here is an excerpt of the calling code :
final ActionFuture<CreateIndexResponse> createFuture = client.admin().indices().create(new CreateIndexRequest(idxName));
final boolean acknowledged = createFuture.actionGet().acknowledged();
if (!acknowledged) {
return false;
}

Any clues ?

Thanks

PS: This is the stacktrace produced by this exception
Constructor threw exception; nested exception is org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:248)
... 45 more
Caused by: org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:277)
at org.elasticsearch.transport.netty.MessageChannelHandler.process(MessageChannelHandler.java:231)
at org.elasticsearch.transport.netty.MessageChannelHandler.callDecode(MessageChannelHandler.java:141)
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:93)
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:94)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.processSelectedKeys(AbstractNioWorker.java:364)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:238)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:38)
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.io.StreamCorruptedException: unexpected end of block data
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1369)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:275)
... 16 more

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

adrem

Also thishappens only when I try to create the index and a template. Not when I try to insert a document.

On Jun 10, 2012 6:03 PM, "A. Rnk." <[hidden email]> wrote:

Embedded.
Thanks!

On Jun 10, 2012 5:30 PM, "Shay Banon" <[hidden email]> wrote:
Are you working on a remote cluster or embedded?

On Wed, Jun 6, 2012 at 9:07 PM, Ceteris Paribus <[hidden email]> wrote:
Hello,

I am connecting a node client to a cluster, using the maven artifact jar ver 0.19.3. When running my tests in a mac everything works fine.

But in a windows workstation or in a Linux box, I get a TransportSerializationException

Here is an excerpt of the calling code :
final ActionFuture<CreateIndexResponse> createFuture = client.admin().indices().create(new CreateIndexRequest(idxName));
final boolean acknowledged = createFuture.actionGet().acknowledged();
if (!acknowledged) {
return false;
}

Any clues ?

Thanks

PS: This is the stacktrace produced by this exception
Constructor threw exception; nested exception is org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:248)
... 45 more
Caused by: org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:277)
at org.elasticsearch.transport.netty.MessageChannelHandler.process(MessageChannelHandler.java:231)
at org.elasticsearch.transport.netty.MessageChannelHandler.callDecode(MessageChannelHandler.java:141)
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:93)
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:94)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.processSelectedKeys(AbstractNioWorker.java:364)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:238)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:38)
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.io.StreamCorruptedException: unexpected end of block data
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1369)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:275)
... 16 more

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

adrem
In reply to this post by adrem

Also this happens only when I try to create the index and a template. Not when I try to insert a document.

On Jun 10, 2012 6:03 PM, "A. Rnk." <[hidden email]> wrote:

Embedded.
Thanks!

On Jun 10, 2012 5:30 PM, "Shay Banon" <[hidden email]> wrote:
Are you working on a remote cluster or embedded?

On Wed, Jun 6, 2012 at 9:07 PM, Ceteris Paribus <[hidden email]> wrote:
Hello,

I am connecting a node client to a cluster, using the maven artifact jar ver 0.19.3. When running my tests in a mac everything works fine.

But in a windows workstation or in a Linux box, I get a TransportSerializationException

Here is an excerpt of the calling code :
final ActionFuture<CreateIndexResponse> createFuture = client.admin().indices().create(new CreateIndexRequest(idxName));
final boolean acknowledged = createFuture.actionGet().acknowledged();
if (!acknowledged) {
return false;
}

Any clues ?

Thanks

PS: This is the stacktrace produced by this exception
Constructor threw exception; nested exception is org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:248)
... 45 more
Caused by: org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:277)
at org.elasticsearch.transport.netty.MessageChannelHandler.process(MessageChannelHandler.java:231)
at org.elasticsearch.transport.netty.MessageChannelHandler.callDecode(MessageChannelHandler.java:141)
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:93)
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:94)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.processSelectedKeys(AbstractNioWorker.java:364)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:238)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:38)
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.io.StreamCorruptedException: unexpected end of block data
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1369)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:275)
... 16 more

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

kimchy
Administrator
Is there a chance for a recreation if its embedded?

On Mon, Jun 11, 2012 at 3:52 AM, A. Rnk. <[hidden email]> wrote:

Also this happens only when I try to create the index and a template. Not when I try to insert a document.

On Jun 10, 2012 6:03 PM, "A. Rnk." <[hidden email]> wrote:

Embedded.
Thanks!

On Jun 10, 2012 5:30 PM, "Shay Banon" <[hidden email]> wrote:
Are you working on a remote cluster or embedded?

On Wed, Jun 6, 2012 at 9:07 PM, Ceteris Paribus <[hidden email]> wrote:
Hello,

I am connecting a node client to a cluster, using the maven artifact jar ver 0.19.3. When running my tests in a mac everything works fine.

But in a windows workstation or in a Linux box, I get a TransportSerializationException

Here is an excerpt of the calling code :
final ActionFuture<CreateIndexResponse> createFuture = client.admin().indices().create(new CreateIndexRequest(idxName));
final boolean acknowledged = createFuture.actionGet().acknowledged();
if (!acknowledged) {
return false;
}

Any clues ?

Thanks

PS: This is the stacktrace produced by this exception
Constructor threw exception; nested exception is org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:248)
... 45 more
Caused by: org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:277)
at org.elasticsearch.transport.netty.MessageChannelHandler.process(MessageChannelHandler.java:231)
at org.elasticsearch.transport.netty.MessageChannelHandler.callDecode(MessageChannelHandler.java:141)
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:93)
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:75)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:94)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.processSelectedKeys(AbstractNioWorker.java:364)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:238)
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:38)
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.io.StreamCorruptedException: unexpected end of block data
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1369)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
at java.lang.Throwable.readObject(Throwable.java:913)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:275)
... 16 more


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

Tobias Wunden
This post has NOT been accepted by the mailing list yet.
The same happens to me (I see the same stack trace when using the code example that has been posted earlier). Elasticsearch 0.19.9 is embedded, and I am using the following configuration (development setup):

cluster.name: weblounge
node.name: "Localhost"
node.master: true
node.data: true
index.number_of_shards: 1
index.number_of_replicas: 0
http.enabled: true

Everything else is commented out (defaults). The error does not appear every time, but very often. I am using elasticsearch inside an OSGi bundle (embeded), so it seems strange to me, that the bundle classloader should not be able to find an elasticsearch class.

I also see this in the logs (right after the stack trace):

14:28:19  WARN (Slf4jESLogger:104) [Localhost] Message not fully read (response) for [8] handler org.elasticsearch.action.support.master.TransportMasterNodeOperationAction$4@14ecf6c5, error [true], resetting.

Any help is appreciated, please let me know if I can be of assistance, i. e providing more information.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

Tobias Wunden
In reply to this post by kimchy
The same happens to me (I see the same stack trace when using the code example that has been posted earlier) on Mac OS X as well as RedHat EL 6. Elasticsearch 0.19.9 is embedded, and I am using the following configuration (development setup): 

cluster.name: weblounge 
node.name: "Localhost" 
node.master: true 
node.data: true 
index.number_of_shards: 1 
index.number_of_replicas: 0 
http.enabled: true 

Everything else is commented out (defaults). The error appears every time I restart. I am using elasticsearch inside an OSGi bundle (embeded), so it seems strange to me that the bundle classloader should not be able to find an elasticsearch class. I am creating the client within the same bundle.

I also see this in the logs (right after the stack trace): 

14:28:19  WARN (Slf4jESLogger:104) [Localhost] Message not fully read (response) for [8] handler org.elasticsearch.action.support.master.TransportMasterNodeOperationAction$4@14ecf6c5, error [true], resetting. 

Any help is appreciated, please let me know if I can be of assistance, i. e providing more information.

--
 
 
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

adrem
This post has NOT been accepted by the mailing list yet.
I found out that in embedded mode, host's jvm need to be have the same architecture, and that is still an issue for version 0.19.11.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

adrem
In reply to this post by Tobias Wunden
I found out that in embedded mode, host's jvm need to be have the same
architecture, and that is still an issue for version 0.19.11.



--
View this message in context: http://elasticsearch-users.115913.n3.nabble.com/TransportSerializationException-version-0-19-3-tp4018887p4025129.html
Sent from the ElasticSearch Users mailing list archive at Nabble.com.

--


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

joergprante@gmail.com
In reply to this post by Tobias Wunden
Hi,

some thoughts about possible causes:

- weird JRE class loader issue when using class loader transport.settings().getClassLoader()?

- different JREs (JRE 6, JRE 7) in one cluster? 

- Netty object deserialization issue? Possibly related to https://github.com/netty/netty/issues/603

Ensuring a common JRE version in the cluster and upgrading to ES >= 0.19.10 may help.

Would be nice to get more setup parameters of the cluster (os, JVM), to get a chance to reproduce the issue.

The "Message not fully read" warning might be harmless.

Jörg

On Thursday, November 8, 2012 2:52:28 PM UTC+1, Tobias Wunden wrote:
The same happens to me (I see the same stack trace when using the code example that has been posted earlier) on Mac OS X as well as RedHat EL 6. Elasticsearch 0.19.9 is embedded, and I am using the following configuration (development setup): 

cluster.name: weblounge 
node.name: "Localhost" 
node.master: true 
node.data: true 
index.number_of_shards: 1 
index.number_of_replicas: 0 
http.enabled: true 

Everything else is commented out (defaults). The error appears every time I restart. I am using elasticsearch inside an OSGi bundle (embeded), so it seems strange to me that the bundle classloader should not be able to find an elasticsearch class. I am creating the client within the same bundle.

I also see this in the logs (right after the stack trace): 

14:28:19  WARN (Slf4jESLogger:104) [Localhost] Message not fully read (response) for [8] handler org.elasticsearch.action.support.master.TransportMasterNodeOperationAction$4@14ecf6c5, error [true], resetting. 

Any help is appreciated, please let me know if I can be of assistance, i. e providing more information.

--
 
 
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: TransportSerializationException - version 0.19.3

Tobias Wunden
Hi Jörg,

thanks a lot for taking the time to answer! Of course I messed up my original message, and meant to say that the embedded version is actually 0.9.19 (missed out on the "1", shame on me!). The same is happening on Mac OS X 10.8 (Mountain Lion) as well as RedHat 6.0. Since this is a single node "cluster", it is not possible that different versions of the JRE are being used (at least I can't see how that would be possible, given that the client (content management system) and elastic search are both running in the same VM).

Tobias

On 08.11.2012, at 18:57, Jörg Prante <[hidden email]> wrote:

> Hi,
>
> some thoughts about possible causes:
>
> - weird JRE class loader issue when using class loader transport.settings().getClassLoader()?
>
> - different JREs (JRE 6, JRE 7) in one cluster?
>
> - Netty object deserialization issue? Possibly related to https://github.com/netty/netty/issues/603
>
> Ensuring a common JRE version in the cluster and upgrading to ES >= 0.19.10 may help.
>
> Would be nice to get more setup parameters of the cluster (os, JVM), to get a chance to reproduce the issue.
>
> The "Message not fully read" warning might be harmless.
>
> Jörg
>
> On Thursday, November 8, 2012 2:52:28 PM UTC+1, Tobias Wunden wrote:
> The same happens to me (I see the same stack trace when using the code example that has been posted earlier) on Mac OS X as well as RedHat EL 6. Elasticsearch 0.19.9 is embedded, and I am using the following configuration (development setup):
>
> cluster.name: weblounge
> node.name: "Localhost"
> node.master: true
> node.data: true
> index.number_of_shards: 1
> index.number_of_replicas: 0
> http.enabled: true
>
> Everything else is commented out (defaults). The error appears every time I restart. I am using elasticsearch inside an OSGi bundle (embeded), so it seems strange to me that the bundle classloader should not be able to find an elasticsearch class. I am creating the client within the same bundle.
>
> I also see this in the logs (right after the stack trace):
>
> 14:28:19  WARN (Slf4jESLogger:104) [Localhost] Message not fully read (response) for [8] handler org.elasticsearch.action.support.master.TransportMasterNodeOperationAction$4@14ecf6c5, error [true], resetting.
>
> Any help is appreciated, please let me know if I can be of assistance, i. e providing more information.
>
> --
>  
>  

--


Loading...