xtremetom

I had the exact same issue. Look closely at your logs you may see something like this: [iNFO] Reached end of stream [iNFO] Reached end of stream [iNFO] Reached end of stream [iNFO] Reached end of stream [iNFO] Reached end of stream [iNFO] Reached end of stream [iNFO] /127.0.0.1:37234 lost connection Turns out I had a rouge local app trying to act upon the server. Once I tracked it down and killed it, problem solved. Another fix: Depending on your server set up, mod files can become corrupt. Remove them and try a fresh start. This solution worked on another server of mine.

This is very common error. Best to just tppos to location and remove/replace the pipe. This happens a lot when using worldedit. Make sure to make pipes exempt from copy/paste.

Check for: cobble gens masses of UU production lines bad chunks tightly packed + full iron+ chests lots of autocrafting items in pipes (not only an bc issue) mass redstone machines chunk load count mob count (AI is badly made) laggy plugins remove restone wireless mod Easiest way is to back up your world and start a test server. Strip all plugins and slowly re-add and monitor cpu + ram. Takes time though.

Kill your mobs... users dont like it but mob AI is badly coded and creates a lot of lag. Grab nospawnchunks, nice little plugin to reduce chunk loading and its nice and light. Upgrade your tekkit to cb++ or cb-- google tekkit spigot (I forget the url) Turn off everything in nolagg bar the examiner, nolagg sucks. Most of all dont even bother looking into java gc edits just yet. Most people see tps drop and try crazy command lines that make things worse.

I could be wrong, but I believe the afk issue is related to essentials. I had the same issue. If I have time Ill double check my settings are return with a solution.

@jhs232 44/500 is ok. Best to just play it by ear. If you are worried about a plugin, remove it and watch your server performance. @nateedubs I tried tekkitrestrict too and after endless crashing I removed it and looked towards other plugins; Tekkit customizer nospawnchunks nospawn These plugins have made a huge difference to my server and after some tweaking everything is smooth with almost no crashes.

Hi Growster, I certainly agree with what your saying, especially from the perspective of a new server admin. However, java gc commands in the hands of an experienced "tinkerer" (even experienced users will need to tweak the settings a few times) are invaluable. I suspect the developers suggest the aforementioned settings to keep things simple and help steer people from possibly corrupting game files and info. To look at this issue in perspective, companies such as Blizzard employ people purely for for java gc management.

Depending on your set up, I suspect mcmmo is lag culprit. If you have nolagg installed, turn off all the features bar examine (nolagg sucks for creating lagg o.O, exmaine is only good feature). Kick start your server, get a few people running around and then /nolagg examine [some-amount-of-time-in-ms] and check out the results. More often than not, mcmmo is way at the top. Usually hitting 400+ms / 10000ms examined. Which doesnt sound a huge amount, until, you compare that with 100+ms from the chunk loader (often a good ear mark for a heavy load) Also look at removing wireless redstone addon from your /mods. It will account for roughly 80% of cpu tick usage within any given time frame. Even when not being directly used, because it runs constant server checks looking for wireless redstone even when there is none (badly coded).

Guys c'mon if you are serious about your server and stable uptime then dont just copy and paste someone elses command line. It is tuned up to their requirements and will probably negatively impact your server if you dont have say 4 threads: -XX:ParallelGCThreads=4 Also this is littered with bizarre settings. One prime example: SoftRefLRUPolicyMSPerMB => is defined in ms not mb so why set to 2048???? Anyways not here to flame your efforts, just to point out to server admin that copy and paste is a bad idea. If you really want to get to grips with your server then add visualvm via jmx. This will show you actual gc related cpu usage and how your heap is behaving. It wont write the command lines for you, but it will help you to learn how fragile a command really is.

This error occurs with plugins that utilize database persistence. Unless the plugin in questions triggers further faults, then it should not have a negative affect on your server. But obviously no errors is always best.

I had a frustrating issue with buildcraft quarries and mcmmo. Basically any quarry action that would result in potential mcmmo xp created a similar error to this: 2012-09-26 21:26:12 [sEVERE] Could not pass event BlockBreakEvent to mcMMO java.lang.NullPointerException at com.gmail.nossr50.datatypes.PlayerProfile.addXP(PlayerProfile.java:983) at com.gmail.nossr50.util.Skills.xpProcessing(Skills.java:496) at com.gmail.nossr50.skills.gathering.Herbalism.herbalismProcCheck(Herbalism.java:291) at com.gmail.nossr50.listeners.BlockListener.onBlockBreak(BlockListener.java:182) at sun.reflect.GeneratedMethodAccessor112.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.bukkit.plugin.java.JavaPluginLoader$1.execute(JavaPluginLoader.java:302) at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:62) at org.bukkit.plugin.SimplePluginManager.fireEvent(SimplePluginManager.java:484) at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:469) at buildcraft.factory.TileQuarry.doWork(TileQuarry.java:193) at buildcraft.api.PowerProvider.update(PowerProvider.java:50) at buildcraft.core.TileBuildCraft.q_(TileBuildCraft.java:54) at buildcraft.factory.TileQuarry.q_(TileQuarry.java:136) at net.minecraft.server.World.tickEntities(World.java:1248) at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:641) at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:525) at net.minecraft.server.ThreadServerApplication.run(SourceFile:492) 2012-09-26 21:26:12 [sEVERE] Could not pass event BlockBreakEvent to mcMMO Turns out the fix is just strange. Firstly I had tried everything blocks.fakeplayerlogin=true (in buildcraft config) op [buildcraft] (works but negates area protection) pex permissions modifyworld removed None of those worked. So I stripped the server clean and left only tekkit and mcmmo, to no avail. Finally I decided to rename [buildcraft] to [fakebuildcraft] in the buildcraft config. Hey presto error free and quarry still works. for those that are interested here is the general section of build.cfg: I literally just found this fix, if I find any resulting errors or issues I shall post them here. #################### # general #################### general { # Causes login and join events to be sent for the fake player. This may help some plugins, but will cause errors with others. YMMV. blocks.fakeplayerlogin=true # Configures the name of the fake player used when blocks.placedby=fakeplayer blocks.fakeplayername=[fakebuildcraft] # Configures BLOCK_PLACE and BLOCK_BREAK events. Options are 'null' and 'fakeplayer' blocks.placedby=fakeplayer # set to true for allowing machines to be driven by continuous current current.continuous=false # If enabled, exploding engines will always be removed, even if the explosion is prevented by a plugin. engine.removeonexplode=false # set to true to load pre 2.2.5 worlds pipes loadLegacyPipes=true mining.enabled=true # set to false if BuildCraft should not generate custom blocks (e.g. oil) modifyWorld=true # increasing this number will decrease network update frequency, useful for overloaded servers network.updateFactor=10 # set to false to deactivate pipe connection rules, true by default pipes.alwaysConnect=false power.framework=buildcraft.energy.PneumaticPowerFramework trackNetworkUsage=false version=2.2.14 }

Ok like most people with grand ideas for a tekkit server I have myself craftbukkit++ modded tekkit server. Running the following: tekkit - obviously craftbukkit++ (version 1.7.5) worldguard pex modifyworld griefprevention few others ..... I was wondering if anyone knew if conflicting configs would have a huge affect on server speed. For example it is very easy to set griefprevention to ban tnt. In fact it is a default setting. But it is equally as easy to set tnt ignition to true in worldguard. This kind of permission conflict is very easy to do, sometimes without even knowing you are doing it. And you remain ignorant because things work as you expect ingame. So do these conflicts affect server speed?

IGN:xtremetom Reason for wanting to become a member: I would like full access to all plugins and a nice server to develop and grow my minecraft knowledge. Why should we accept you: I be more than happy and willing to help out where I can and generally be a productive member of the community

We do have a lag issue tho. Admin removed our timers. We need to figure out the production vs consumption rate of the cells and get the timer just right.

I wanna finish our factory :)

Nah server seems to be down :(

seems so

Server still down I guess

I had the same issue. Get out of the game and close all minecraft stuff. Then start everything up again, but dont hit login. Instead click options and and change to the top option. I forget what it says. Then tekkit should run an update and your good to go :)

Awesome thanks :)

In-Game Name: xtremetom Age: 29 Experience with Tekkit: Totally new. Did you read the rules?: Yep and yep