JBoss remote debugging not working

Hi JBoss fans,

I have been trying to get a remote debugging session on Idea Build 9647
working for JBoss 4.2.3 GA instances running in a data center (Fedora) for
some time now. I have not tried this on a previous build. I can run
localhost (Vista 64) remote sessions, but when I try to attach to hosts in
the data center the following happens:
The debugging port (in my case port #52276) attaches fine.
The JNDI port (in my case port #1099) refused to attach.
Once the JNDI port fails to attach, the debugging port 52276 remains
connected until I exit Idea completely. (makes it harder to keep trying)

Now I know there are all sorts of obvious and not so obvious things to check
out here. Here is what I have done so far:
I know how to get ports open in data centers and to test them locally. I can
telnet into both ports in the data center and locally just fine and using
nmap they come up as open/listening and functional.
I have JBoss binding to address 0.0.0.0 in the data center - and I have
checked with netstat to make sure the bindings are not limited to localhost.
The data center firewall (which I manage) has those two ports fully open in
both directions. Packets are getting back and forth using telnet and the
same techniques to open 52276 (which appears to work) have been applied to
1099 (which doesn't)
I have the Vista Firewall turned off and have no virus checking software.
I have monitored my local router and the packets are going back and forth
from the internet just fine.
I have tried both DNS and static addresses -- no change.
Note that if I run JBoss locally on my Vista 64 machine I can attach to
ports 52276 and 1099 just fine on localhost and have it act like a remote
session even though its on the same machine that is running Idea.
I have a fully functional high bandwidth connection on a fully functional
hosts both locally and in the data center. Top notch equipment throughout.
Lots of experience in setting these things up. I have run many a remote
debugging session over the years in other contexts. I can't believe its
something competely stupid though I am happy to be proved wrong :)
So I am stumped. I know how to run network tools such as netstat and nmap.
They seem to think things are ok. I haven't broken out packet sniffing yet
but I guess thats next. As far as I can tell connectivity is there but it
just doesn't like what is sees on 1099.

Now what is really slowing me down -- is that when the JBoss plugin fails to
connect to 1099 - it doesn't say anything about why. No log messages that I
can find and nothing happening outside of the plugin that doesnt appear
totally appropriate. Port 1099 messages are being sent to the data center
but somehow what the plugin gets back or something that happens as it
connects are considered 'wrong' and it puts up a dialogue saying it is
giving up on port 1099 but without any help to determine what to do next.

Has anyone run into anything like this? I am at my wits end...

thanks in advance,

erik


2 comments
Comment actions Permalink

I have been running wireshark on the JNDI protocol and see one interesting
event -- the last ack coming from the remote data center is a bit late --
the plugin apparently times out just before it gets there. Perhaps a simple
timeout setting? Is that possible in the JBoss plugin?

erik


"Erik James Freed" <erikjfreed@codecision.com> wrote in message
news:gknrn1$e7p$1@is.intellij.net...

Hi JBoss fans,

>

I have been trying to get a remote debugging session on Idea Build 9647
working for JBoss 4.2.3 GA instances running in a data center (Fedora)
for some time now. I have not tried this on a previous build. I can run
localhost (Vista 64) remote sessions, but when I try to attach to hosts in
the data center the following happens:
The debugging port (in my case port #52276) attaches fine.
The JNDI port (in my case port #1099) refused to attach.
Once the JNDI port fails to attach, the debugging port 52276 remains
connected until I exit Idea completely. (makes it harder to keep trying)

>

Now I know there are all sorts of obvious and not so obvious things to
check out here. Here is what I have done so far:
I know how to get ports open in data centers and to test them locally. I
can telnet into both ports in the data center and locally just fine and
using nmap they come up as open/listening and functional.
I have JBoss binding to address 0.0.0.0 in the data center - and I have
checked with netstat to make sure the bindings are not limited to
localhost.
The data center firewall (which I manage) has those two ports fully open
in both directions. Packets are getting back and forth using telnet and
the same techniques to open 52276 (which appears to work) have been
applied to 1099 (which doesn't)
I have the Vista Firewall turned off and have no virus checking software.
I have monitored my local router and the packets are going back and forth
from the internet just fine.
I have tried both DNS and static addresses -- no change.
Note that if I run JBoss locally on my Vista 64 machine I can attach to
ports 52276 and 1099 just fine on localhost and have it act like a remote
session even though its on the same machine that is running Idea.
I have a fully functional high bandwidth connection on a fully functional
hosts both locally and in the data center. Top notch equipment throughout.
Lots of experience in setting these things up. I have run many a remote
debugging session over the years in other contexts. I can't believe its
something competely stupid though I am happy to be proved wrong :)
So I am stumped. I know how to run network tools such as netstat and nmap.
They seem to think things are ok. I haven't broken out packet sniffing yet
but I guess thats next. As far as I can tell connectivity is there but it
just doesn't like what is sees on 1099.

>

Now what is really slowing me down -- is that when the JBoss plugin fails
to connect to 1099 - it doesn't say anything about why. No log messages
that I can find and nothing happening outside of the plugin that doesnt
appear totally appropriate. Port 1099 messages are being sent to the data
center but somehow what the plugin gets back or something that happens as
it connects are considered 'wrong' and it puts up a dialogue saying it is
giving up on port 1099 but without any help to determine what to do next.

>

Has anyone run into anything like this? I am at my wits end...

>

thanks in advance,

>

erik

>


0
Comment actions Permalink

Hello Erik,

What do you mean by 'a bit late'? The JBoss plugin waits 5 seconds to
get a valid answer from the JBoss server. Is this somewhere in the range
that you see?

- Martin

Erik James Freed wrote:

I have been running wireshark on the JNDI protocol and see one
interesting event -- the last ack coming from the remote data center is
a bit late -- the plugin apparently times out just before it gets
there. Perhaps a simple timeout setting? Is that possible in the JBoss
plugin?

erik


"Erik James Freed" <erikjfreed@codecision.com> wrote in message
news:gknrn1$e7p$1@is.intellij.net...

>> Hi JBoss fans,
>>
>> I have been trying to get a remote debugging session on Idea Build
>> 9647 working for JBoss 4.2.3 GA instances running in a data center
>> (Fedora) for some time now. I have not tried this on a previous build.
>> I can run localhost (Vista 64) remote sessions, but when I try to
>> attach to hosts in the data center the following happens:
>> The debugging port (in my case port #52276) attaches fine.
>> The JNDI port (in my case port #1099) refused to attach.
>> Once the JNDI port fails to attach, the debugging port 52276 remains
>> connected until I exit Idea completely. (makes it harder to keep trying)
>>
>> Now I know there are all sorts of obvious and not so obvious things to
>> check out here. Here is what I have done so far:
>> I know how to get ports open in data centers and to test them locally.
>> I can telnet into both ports in the data center and locally just fine
>> and using nmap they come up as open/listening and functional.
>> I have JBoss binding to address 0.0.0.0 in the data center - and I
>> have checked with netstat to make sure the bindings are not limited to
>> localhost.
>> The data center firewall (which I manage) has those two ports fully
>> open in both directions. Packets are getting back and forth using
>> telnet and the same techniques to open 52276 (which appears to work)
>> have been applied to 1099 (which doesn't)
>> I have the Vista Firewall turned off and have no virus checking software.
>> I have monitored my local router and the packets are going back and
>> forth from the internet just fine.
>> I have tried both DNS and static addresses -- no change.
>> Note that if I run JBoss locally on my Vista 64 machine I can attach
>> to ports 52276 and 1099 just fine on localhost and have it act like a
>> remote session even though its on the same machine that is running Idea.
>> I have a fully functional high bandwidth connection on a fully
>> functional hosts both locally and in the data center. Top notch
>> equipment throughout. Lots of experience in setting these things up. I
>> have run many a remote debugging session over the years in other
>> contexts. I can't believe its something competely stupid though I am
>> happy to be proved wrong :)
>> So I am stumped. I know how to run network tools such as netstat and
>> nmap. They seem to think things are ok. I haven't broken out packet
>> sniffing yet but I guess thats next. As far as I can tell connectivity
>> is there but it just doesn't like what is sees on 1099.
>>
>> Now what is really slowing me down -- is that when the JBoss plugin
>> fails to connect to 1099 - it doesn't say anything about why. No log
>> messages that I can find and nothing happening outside of the plugin
>> that doesnt appear totally appropriate. Port 1099 messages are being
>> sent to the data center but somehow what the plugin gets back or
>> something that happens as it connects are considered 'wrong' and it
>> puts up a dialogue saying it is giving up on port 1099 but without any
>> help to determine what to do next.
>>
>> Has anyone run into anything like this? I am at my wits end...
>>
>> thanks in advance,
>>
>> erik
>>
>>


--
Martin Fuhrer
Fuhrer Engineering AG
http://www.fuhrer.com

0

Please sign in to leave a comment.