Java的“ tnameserv”需要3分钟以上的时间才能“就绪”，为什么？

Question

我正在尝试帮助我想使用麻烦的应用程序的开发人员利用Linux上的Corba
Server解决问题。我将问题缩小tnameserv到调用后需要3分钟以上的时间才能准备好。

tnameserv在那三分钟内到底想做什么，无论如何我可以加快速度吗？该应用失败，因为它尝试进行5次连接尝试，两次重试之间间隔1秒；这显然不能给tnameserv足够的时间准备就绪。我在Slackware
13.0上使用Java 6u17

以防万一。的实际调用tnameserv如下：

tnameserv -ORBInitialPort 23423

在外壳中运行该命令后，它似乎一直挂着直到3分钟左右，直到我最终看到它显示为“就绪”。

更新

我做了一个strace -f tnameserv -ORBInitialPort 23423，我看到了对gettimeofday（），clock_gettime（）和futex（）的大量调用，后者总是返回’-1
ETIMEDOUT（连接超时）。我感觉这与我的问题有关，但我不知道如何或为什么。

这只是我从strace看到的一小部分。有人可以复制和/或理解吗？

[pid 30950] futex（0x8128e14，FUTEX_WAIT_PRIVATE，1，{0，49903084}）= -1 ETIMEDOUT（连接超时）
[pid 30950] futex（0x8098a28，FUTEX_WAKE_PRIVATE，1）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329619，995857482}）= 0
[pid 30950] gettimeofday（{1260930158，92108}，NULL）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329619，995996617}）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329619，996088536}）= 0
[pid 30950] gettimeofday（{1260930158，92328}，NULL）= 0
[pid 30950] clock_gettime（CLOCK_REALTIME，{1260930158，92424295}）= 0
[pid 30950] futex（0x8128e14，FUTEX_WAIT_PRIVATE，1，{0，49903705}）= -1 ETIMEDOUT（连接超时）
[pid 30950] futex（0x8098a28，FUTEX_WAKE_PRIVATE，1）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，46761098}）= 0
[pid 30950] gettimeofday（{1260930158，143084}，NULL）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，46913924}）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，47006961}）= 0
[pid 30950] gettimeofday（{1260930158，143303}，NULL）= 0
[pid 30950] clock_gettime（CLOCK_REALTIME，{1260930158，143398317}）= 0
[pid 30950] futex（0x8128e14，FUTEX_WAIT_PRIVATE，1，{0，49904683}）= -1 ETIMEDOUT（连接超时）
[pid 30950] futex（0x8098a28，FUTEX_WAKE_PRIVATE，1）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，97818379}）= 0
[pid 30950] gettimeofday（{1260930158，194127}，NULL）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，97957235}）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，98049154}）= 0
[pid 30950] gettimeofday（{1260930158，194346}，NULL）= 0
[pid 30950] clock_gettime（CLOCK_REALTIME，{1260930158，194441349}）= 0
[pid 30950] futex（0x8128e14，FUTEX_WAIT_PRIVATE，1，{0，49904651}）= -1 ETIMEDOUT（连接超时）
[pid 30950] futex（0x8098a28，FUTEX_WAKE_PRIVATE，1）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，148806370}）= 0
[pid 30950] gettimeofday（{1260930158，245055}，NULL）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，148947182}）= 0
[pid 30950] clock_gettime（CLOCK_MONOTONIC，{329620，148981547}）= 0
[pid 30950] gettimeofday（{1260930158，245280}，NULL）= 0
[pid 30950] clock_gettime（CLOCK_REALTIME，{1260930158，245374859}）= 0
[pid 30950] futex（0x8128e14，FUTEX_WAIT_PRIVATE，1，{0，49905141}）= -1 ETIMEDOUT（连接超时）

Answer 1

原来问题是防火墙问题。Wireshark没有显示任何有用的信息，因为防火墙正在丢弃某个数据包。尽管我多次查看防火墙日志以确保情况并非如此，但事实证明，我没有找到正确的位置。我忽略了这个“
tnameserv”可以识别IPv6的事实（因为它绑定到:::
23423），而我的防火墙脚本的粗略浏览显示我将与IPv6相关的数据包记录到了与IPv4数据包不同的位置。这不是疏忽，而是必须这样做，因为ip6tables当前不支持-j
ULOG目标。

长话短说，允许对IPv6进行环回修复了该问题，“ tnameserv”几乎立即返回“就绪”。