Description of problem:
Fedora-provided Azureus 2.5.0.4 running on gij (GNU libgcj) version 4.1.2
20070502 (Red Hat 4.1.2-12) is consistently throwing "Peer connection closed:
connection exception: Resource temporarily unavailable;" and refusing to pass
data between peers. It may be a firewall problem, but as far as Azureus is
concerned it isn't (showing NAT OK with a green icon, port opened in firestarter
and forwarded to the local computer from the router).

I'm leaning towards something botched in gcj (I just upgraded from fc5 using sun
java yesterday) if it isn't straight ID-ten-T foolishness, but I've no idea
where to look. It appears that gcj (or something else? I'm running SELinux in
enforcing mode) is letting an extremely small amount of info through (on the
order of only one active connection at a time or something). No actual data
transfer though: Azureus is only showing bitfields.

Version-Release number of selected component (if applicable):
azureus-2.5.0.4-2.fc7
java-1.5.0-gcj-1.5.0.0-14.fc7

How reproducible:
Always

Steps to Reproduce:
1. Start Azureus
2. Watch torrents not move any data
  
Actual results:
Azu is fully connecting to a few peers (showing "Fully Established" in the Peers
tab, but sparse bitfield info--5 peers in a swarm of 300!), no data transfer
taking place. It is trying to get a single piece so far, but zero bits have been
transferred.

Expected results:
Azureus happily consumes all available bandwidth

Additional info:
Gut feeling is that gcj or something further down the line (selinux? I'm running
in enforcing mode) isn't letting concurrent net connections get through in java.
Working just fine in the original Bittorrent client by Brahm, though.

I totally reset my azureus config (`rm -rf ~/.azureus`) and started a single
torrent then enabled logging to check the console messages before posting this.

Attached what I figure is relevant info the Azu console's showing me.