Java locate registry

in Help Center
I recently upgrade Ice from 3.0.1 to 3.1.1 .
And I found some error never show before in java client log.
It said java is waiting while createIndirectProxy and no timeout.
This is not often happend, but it eats threadpool of java one by one.
I found this in INSTALL file of IceJava:
Will this bug affect IceJava client? Or it affects only using IceJava in server side.
And I found some error never show before in java client log.
It said java is waiting while createIndirectProxy and no timeout.
This is not often happend, but it eats threadpool of java one by one.
I found this in INSTALL file of IceJava:
On Linux x86_64, we recommend using JRE 1.5.0_07 or an ealier version.
JRE 1.5.0_08 and JRE 1.5.0_09 introduced a bug that affects Freeze maps.
Will this bug affect IceJava client? Or it affects only using IceJava in server side.
0
Comments
I don't think this bug is related to your problem, it affects Freeze maps so it shouldn't affect the Ice client or server runtime.
We would need more information to be able to help you with this issue. Which OS are you using? Which Java version? Can you post the thread dump of the Java client when it hangs?
Thanks,
Cheers,
Benoit.
This is a AMD64 server running CentOS4.4 x86_64.
JDK version is jdk-1.5.0_09-b03.
Ice-3.1.1-java5
I am using ReplicatedGroup with this mod: http://www.zeroc.com/vbulletin/showthread.php?t=2726
This problem often appears when load heavy.
If not, you should try to reproduce the problem with more tracing. You could try with the following traces:
Please post the traces here and I'll take a look at them!
Btw, could you also make sure that you have [thread=2745]this patch[/thread] applied?
Cheers,
Benoit.
I cannot reproduce the case at this time.
It mainly happend while "server stop" in admin console.
Is it related to the mod?
http://www.zeroc.com/vbulletin/showthread.php?t=2726
I changed the code of AdapterCache to make a hot backup for every service.
Cheers,
Benoit.
Thanks!
I experienced the problem again.
The java thread pool dump indicate the thread is waiting on line 137# Outgoing.java.
These is the code:
It seems _connection.exception didn't propagated back.
_connection.exception is an synchronized function, and the following synchronized(this) is also a bottle neck.
Does this a performance problem or an bug while dealing heavy load?
Cheers,
Benoit.
I cannot restart icegridnode to add trace parameters at this time.
Java stack trace is not enough to indicate the problem?
I am trying to get a chance to add trace options and restart icegridnode.
Thanks
It would be better to post the stack traces of all the threads as there might be other threads involved with the issue.
The stack trace you posted indicates that the outgoing call is waiting for the exception to be propagated back. As you noticed, it's not being propagated back in a timely manner. This might be because the thread pool is busy doing something else (assuming you're using the thread pool concurrency model), that's why it would be helpful to see the other thread stack traces. Could you also please confirm which concurrency model you're using (thread pool or thread per connection)?
Cheers,
Benoit.