Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Interface freezing and listening port issue
#1
I am posting both as it very well could be the same issue.

Vuze starts just fine.  It downloads continuously just fine, but the UI freezes and Task Manager says Azureus is not responding.  It begins with an occasional pause and then increases in frequency until the UI appears to be locked up.  The files keep download and processing perfectly though.  It is only the UI that is unresponsive.  I can click a file and as long as I do nothing else, in a minute and up to 20 minutes the file will suddenly highlight.  Average freeze times between a flash update leaving the UI frozen again is between 1 and 5 minutes.

Version doesnt matter as I have tried each full release version all the way back to the 2.4.0.0 as I have them all both as installers and just the Azureus2.jar files.

Uninstalling and reinstalling has no effect.

Using Task Manager to end process, I can start Vuze back up and have access to the UI for a few minuted before the random first freezing starts.

Lastly, Vuze is listening on 6880 and that is the same port my system listens on and I am stupid in not being able to figure out how to change that.  It is the only thing I can find wrong so this might be the problem.

Ideas?  Suggestions?
Reply
#2
Do you have a lot of downloads in your Vuze library? Could be a symptom of the Java virtual machine running out of memory - if this is the case you should get some warnings before it freezes - look for yellow triangle bottom right.

If there are no warnings you could try generating a 'debug.zip' (see Help menu, last item) - select 'manual send' and then email it to paul@vuze.com - I'll see if there's anything obvious going on
Reply
#3
Sent and thank you.
Reply
#4
There seems to be a lot of CPU being used on network-interface operations - if you take a look at the thread_2.log file included in that debug.zip you will see three recurring calls using high CPU.

One is in PlainDatagramSocketImpl.socketNativeSetOption when sending multicast messages (for UPnP + DLNA support and local tracking)

The others are in NetworkInterface.getByInetAddress0 and NetworkInterface.getByName0 when updating the binding status icon and within the VPN Helper plugin when checking bindings

I really don't know what it might be about your eth5 network interface that is causing this high load when performing native operations on it :( I could do some work on reducing the frequency of these operations (for the second case at least by caching results). 

You could try one experiment to see if it helps - right-click on the networking routing status icon in the status bar and deselect the 'Show Icon' option - see if that improves the situation? You can re-enable this icon via Tools->Options->Connection->Advanced Network Settings: Show status icon
Reply
#5
I made a few changes - please join the Beta Program and let 5731 B10 install - this should then trigger version 5.0 of the VPN Helper plugin to also update.
Reply
#6
Thank you.  It seems to no longer be freezing.  It also seems to start up a little faster and respond a little faster.  If it starts acting up again I will come let you know.

BTW, I usually stay up with Beta.
Reply
#7
Thanks for the feedback - good to know that things have improved!
Reply
#8
By the way, no sense opening a new thread to mention.  In the notification area I have 7 icons for Vuze after 24 hours continuous running but only one does anything.  They get added one by one for each one second of freezing of the UI.  This is not a complaint, just a small bug report.  It doesnt affect anything.  The UI still freezes, but it is rare and only for a moment and then a new notification icon pops up.  I can email you a pic of the icon area if you need to see to help you make improvements.  As far as I am concerned it is working and I am happy!  lol
Reply
#9
interesting - so when you click on the icon itself does it show anything? Usually there's some detail message there...
Reply
#10
They do nothing if you left click them and only the first one gives the menu with a right click.
Reply
#11
Just to give you the update, it froze again and stayed frozen at 31 hours run time.  Task manager to end task and it was obviously still working in the background as the numbers increased when it was restarted.

Just so you have details...

Windows 10 is installed to an SSD, the bulk of programs are installed to a regular hard drive, and the working storage is a third hard drive (regular).
24 GB Ram (2400mhz)
CPU is an AMD 8150
Video is Nvidia 780
1300 watt psu


I have a gig of memory allocated in the java file and a line changing my listening port because my windows listens on the default.
Have used the program for maybe 5 years with only minor issues.
I had a major hard drive crash about a year ago and used a backup appdata when I reinstalled.

This weekend I will remove all the core files and start from scratch to see if that helps as some of my program's internal files are dated 2008, 2011, 2012, 2014 and 2016 (lost 2015 core files in hard drive crash).  In fact, my RMA Crosshair V Formula Z board just returned so I will put it in and do a clean windows install as well this weekend.  Since I make and upload my Total War mods myself, I am not worried about share ratio as that will build back up fairly quickly.  It very well could only be I have been running my files for too many years so we will see.  Will let you know this next week if that helps after I give it time to run for a bit.

Like I said, this is not critical, but it is a curiosity.  I do appreciate Azureus/Vuze and your help.  You did make it much better with the new Beta version taking the annoyance out of the problem.
Reply
#12
OK - I'll look into ensuring that the error messages behind those warning triangles get logged to a file somewhere so we can see what they were after the lockup.
Reply
#13
Actually some info is logged to alerts_1.log and alerts_2.log in the 'logs' folder - can you take a look and see if there are any entries there?
Reply
#14
I have log-0.txt

8/16/16 8:25:18 PM ERROR [: RouterInit] eaming.I2PSocketManagerFactory: Error creating session for socket manager
net.i2p.client.I2PSessionException: [CLOSED I2PSessionMuxedImpl]: Failed to build tunnels
at net.i2p.client.impl.I2PSessionImpl.connect(I2PSessionImpl.java:712)
at net.i2p.client.streaming.I2PSocketManagerFactory.createManager(I2PSocketManagerFactory.java:247)
at net.i2p.client.streaming.I2PSocketManagerFactory.createManager(I2PSocketManagerFactory.java:167)
at net.i2p.client.streaming.I2PSocketManagerFactory.createManager(I2PSocketManagerFactory.java:108)
at org.parg.azureus.plugins.networks.i2p.router.I2PHelperRouterDHT.initialiseDHT(I2PHelperRouterDHT.java:200)
at org.parg.azureus.plugins.networks.i2p.router.I2PHelperRouter.initialiseDHTs(I2PHelperRouter.java:860)
at org.parg.azureus.plugins.networks.i2p.I2PHelperPlugin$14.run(I2PHelperPlugin.java:1373)
at org.gudy.azureus2.core3.util.AEThread2$threadWrapper.run(AEThread2.java:294)
Caused by: java.io.IOException: No tunnels built after waiting 5 minutes. Your network connection may be down, or there is severe network congestion.
at net.i2p.client.impl.I2PSessionImpl.connect(I2PSessionImpl.java:670)
... 7 more

and log-1.txt

6/10/16 8:16:48 PM ERROR [: RouterInit] eaming.I2PSocketManagerFactory: Error creating session for socket manager
net.i2p.client.I2PSessionException: [CLOSED I2PSessionMuxedImpl]: Failed to build tunnels
at net.i2p.client.impl.I2PSessionImpl.connect(I2PSessionImpl.java:691)
at net.i2p.client.streaming.I2PSocketManagerFactory.createManager(I2PSocketManagerFactory.java:247)
at net.i2p.client.streaming.I2PSocketManagerFactory.createManager(I2PSocketManagerFactory.java:167)
at org.parg.azureus.plugins.networks.i2p.router.I2PHelperRouterDHT.initialiseDHT(I2PHelperRouterDHT.java:192)
at org.parg.azureus.plugins.networks.i2p.router.I2PHelperRouter.initialiseDHTs(I2PHelperRouter.java:860)
at org.parg.azureus.plugins.networks.i2p.I2PHelperPlugin$14.run(I2PHelperPlugin.java:1373)
at org.gudy.azureus2.core3.util.AEThread2$threadWrapper.run(AEThread2.java:294)
Caused by: java.io.IOException: No tunnels built after waiting 5 minutes. Your network connection may be down, or there is severe network congestion.
at net.i2p.client.impl.I2PSessionImpl.connect(I2PSessionImpl.java:649)
... 6 more
Reply
#15
I don't think those would be related to UI stall - if you're not using I2P for anonymous stuff though you could disable it via Tools->Options->Plugins->I2P Helper - deselect the 'enable' option.
Reply
#16
Disabled...  I had been trying to uninstall it and it kept coming back.  That got rid of the errors at least.  I will leave it running for the day and see if that makes any difference.
Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  Java 9 issue, failing to load, +Firefox magnet link setup failing Melchior 1 2,045 10-08-2017, 07:46 AM
Last Post: warp-9.9
  Vuze Beta Issue Jonny5 1 516 09-14-2017, 10:42 AM
Last Post: Havokdan



Users browsing this thread: 1 Guest(s)