Discussion in 'Bukkit Help' started by MGNick, May 4, 2011.
I'm still having this issue as well. And ran out of things to try.
Me too, got my first timed out in days.
28.08 14:46:05 [Server] INFO Read timed out
Bukkit devs should look into this.
ive got this problem, too
lost many players
Worst bug today. Wish there was a way to not have to play trial and error but get better information. I guess this is a limitation of java
Bukkit Version: 1060
I = Installed, Meaning the plugin and installed and functioning.
W = Warning, Meaning the plugin is installed but is causing some problems or no bukkit Dev Move.
D = Disabled, Meaning the plugin is disabled due to errors, testing, or other reasons.
S = Subscribed, Meaning Kane is subscribed to the Plugins new bukkit Dev system for instant emails.
O = Obsolete, Meaning getting out of date, created jumped ship.
Bookworm - Version: 1.6.1 [Page] [Thread] [Repository] - I - S -
BorderGuard - Version: 4.11 [Thread] [Repository] - I - W -
ChatManager - Version: B 47 [Page] [Thread] [Build] [Repository] - I - S -
ChestShop - Version: 3.02 [Page] [Thread] [Repository] - I - S -
CommandBook - Version: 1.5.2 [Page] [Thread] [Repository] - I - S -
CommandHelper - Version: 3.1.2 [Page] [Thread] [Repository] - I - S -
Dynmap - Version: B 432 [Thread] [Build] [Repository] - I - W -
iConomy - Version: 5.0.1 [Page] [Thread] [Repository] - I - S -
LagMeter - Version: 0.5 [Page] [Thread] [Repository] - I - S -
Lockette - Version: 1.3.8 [Thread] [Repository] - I - W -
LogBlock - Version: 1.26 [Page] [Thread] [Repository] - I - S -
Minecart Mania - Version: B 11 [Page] [Thread] [Build] [Repository] - I - S -
Modifyworld - Version: B 63 [Page] [Thread] [Build] [Repository] - I - S -
MultiVerse-Core - Version: B 246 [Page] [Thread] [Build] [Repository] - I - S -
NoCheat - Version: 1.14e [Thread] [Repository] - I - W -
OKChat - Version: 1.4.2 [Thread] [Repository] - I - W -
OpenWarp - Version: B 73 [Page] [Thread] [Build] [Repository] - I - S -
Ore To Client Obfuscation - Version: 188.8.131.52 [Thread] [Repository] - I - W -
OtherBlocks - Version: 1.93 [Thread] [Repository] - I - W -
PermissionsCompat - Version: B 203 [Page] [Thread] [Build] [Repository] - I - S -
PermissionsEx - Version: B 217 [Page] [Thread] [Build] [Repository] - I - S -
SignColours - Version: 1.0 [Page] [Thread] [Repository] - I - S -
SignLift - Version: 0.7 [Page] [Thread] [Repository] - I - S -
SimpleHat - Version: 0.7 [Page] [Thread] [Repository] - I - S -
Spout - Version: B 199 [Page] [Thread] [Build] [Repository] - I - S -
Stargate - Version: 0.6.4 [Thread] [Repository] - I - W -
StickyHelp - Version: 1.0.2 [Page] [Thread] [Repository] - I - S -
Vanilla - Version: 0.1 [Thread] [Repository] - I - W -
Vault - Version: B 28 [Thread] [Build] [Repository] - I - W -
Whitelist - Version: 2.7 [Thread] [Repository] - I - W -
WhosThere - Version: B 24 [Page] [Thread] [Build] [Repository] - I - S -
WorldEdit - Version: 4.6 [Page] [Thread] [Repository] - I - S -
WorldGuard - Version: 5.2.2 [Page] [Thread] [Repository] - I - S -
This error is EXTREMELY frustrating. It happens for no apparent reason, and I always have to restart the server manually. I keep having to look at my console window every 5 minutes to see if it's up. This REALLY needs to be looked into by bukkit devs.
Yep its been plaguing my server for days now. Sometimes the server lasts 4 hours, sometimes 5 min. Every time it's a read time out error with no warnings, no explanations....it just stops.
i have it 2, but all the players from my server not
Guys when this happens post your Stack Trace, run the following command as root where 3935 is the process ID
jstack -l 3935 > stackdump20.txt
I have done this a few times and one thing is always true, Permissions is in the list.
Anyone find a solution to this??
Nope. Still happens. Even running the custom version of Perm 3.1 that was posted, didn't help much.
have u guys try running PermissionsEX? and remove permissions 3.1.6
I heard that using PermissionsBukkit might solve the problem. Although PermissionsBukkit is complicated and annoying to use, it's better than your server crashing every hour :/
PermissionsEX did not fix the problem. Still happens with the same frequency. Confirmed this is NOT a perms 3 issue.
Got the same problem as everyone else. So far every plugin has been updated and still no fix. It has been doing this since I got bukkit 1060
My server was fine until this cancer of a problem hit my server. Now it crashes every hour. FIX. THIS. PROBLEM.
Does anyone know why this is happening?
Try removing your auto Backup/Save plugin and install Remotetoolkit plugin this is my temporary solution.
We have also been hit hard by this issue and have tried everything possible to stop it from happening.
Started happening on 1000, switched from Perms 3 to PermsEX, did not help, 1060, no and 1089 no. The issue is just a read time out with no indication of the actual error.
Disabled plugins, updated plugins, blamed the hardware, ran disk checks, saw bad sectors and got the disk replaced, thought we were clear, it continued again. Checked the connection. Updated Mono. I can only echo all the other posts, our server has been up for 10 months and no issues like this have ever been seen. This is devastating our community and especially the downtime associated with 1.8 updates will further population declines for our servers. Multiple rollbacks are no fun, especially everyday.
jstack dump http://pastebin.com/TcmdTb8x
Dual Quad Core X5675 Processors // 48GB DDR3 RAM // Solid State Drive // 1gbit dedicated uplink
Running MCMA Newest Version
Craftbukkit 1089 currently
ChestShop 3.00 BETA 9
Commands Logging 1.0
Command iConomy 7
Thank you for any help in this matter
We are in a similar boat, have tried everything, stack dumps don't give much away. Noone has any answers, and this truly sucks.
Our server is getting slammed by this problem. A fix would be very much appreciated; it's driving tons of users away.
This will never cause the issue described as it uses UDP and not TCP so its impossible for it to cause problems with the server <-> client interaction
I've found Permissions 2/3 caused the issue for me. I removed it and replaced it with Group Manager (the copy in Essentials) and the issue disappeared. I plan to move to either PermissionsBukkit or PermissionsEx eventually.
After removing WorldWarp we have seen promising results after 24 hours (no read time outs), not entirely sure it was Multiworlds though, will further test.
Still no dice for us.Considering we are having the EXACT same problem since around CB1000, I looked at what we had in common.
Came up with this list:
Food for thought, maybe. Have you tried vanilla yet? We are about to start testing one plugin at a time, painful as it will be. If everyone will start posting items from that list that they have, perhaps we can whittle it down to one plugin, but at this point - I think this is a CB issue.
Yeah after reading all of these replies I would imagine its some change in the CB builds after 1000. The plugins just make the issue more apparent, it is indeed not just one plugin causing the issue, so we can look past just targeting one plugin.
The core issue of a read time out is a failure for files to be read efficiently. Without actual errors pointing to these read time outs we can simply think it's just a read/write bottleneck. For my server removing Multiworlds cleared the bottleneck it seems. What is your specific bottleneck would be the question now.
A few other questions I would ask you Legionarius are, have you tried putting your configs and world on a RAM disk to increase performance? How about checking what your setting for open file descriptors are?
For everyone following this, this doesn't seem to be a simple, this is the issue answer to this. It seems we need to reconfigure our server to handle whichever new file handling or saving that has been implemented with 1000+.
Edit: Forgot this.. Our recent changes which led to more stable results were... upgrade from 1060 - 1089, upgrade Iconomy, Towny, and CommandBook, update to the latest Mono version for MCMyAdmin and disable WorldWarp.
I hope for your success in tackling this issue!
There hasn't been new versions of towny/iconomy in quite some time, iconomy especially. As far as what is causing the I/O issue, I have no doubt it could be Heroes. Does more flatfile read-writes than anything i've ever seen, but it is an integral part of our experience now. We will see if it helps without it, just to know, and we will try CB1089.
Sorry for the confusion, it's possible our plugins were outdated to begin with after we updated to 1089. I just added that information, as supplemental information to everything else. Good luck with the update, let us know your results.
As an aside, anyone running a linux distro, you are welcome to the crontab entry we wrote which watches for read time outs, dumps the stack, prints the full list of open files, and restarts the server. Has made our life easier
Disabling plugins has had no effect so far. Starting to smell more and more like a CB issue.
EDIT by Moderator: merged posts, please use the edit button instead of double posting.
Psst, if you just do what I have quoted (if you have SSH access) it will TELL you what caused the issue.
I know how to dump the stack In fact our autokill script does that for us. Doesn't seem to give much of a clue, though.
Separate names with a comma.