plowmanplow

You should be using a "known good" staging folder for assembling your modpack archive. Once you have a good version of Millenaire in the tree never copy into or over those folders unless you are upgrading the mod. Then you'll never have to deal with whatever process or methods you are using which are corrupting the files in that folder structure.

Bless you for using a pastebin for your log contents. java.lang.NoClassDefFoundError: net/minecraft/client/multiplayer/WorldClient This means you have a client-only mod in your server. At a minimum, you will need to remove these mods from your server: NotEnoughKeys NEIPlugins

Cauldron builds are no longer publicly available and discussion of places to obtain it are verboten on these forums.

Classic block ID conflict: java.lang.IllegalArgumentException: Slot 1281 is already occupied by com.xcompwiz.mystcraft.block.BlockStarFissure@73996362 when adding offlawn.blocks.BeanstalkBlock@179c4230 This post should help:

Yes, don't use Java 8: http://www.technicpack.net/article/view/concurrentmodificationexception-in-java-18020.89

Make sure you are incrementing your pack version in the settings page when updating the download URL. It looks like you have extracted and recreated the SmartCursor mod archive. Don't do this. Just place the file downloaded from the author in your mods folder. Fix those problems and come back if you are still having troubles.

That version of Cauldron is quite old and uses Forge 1.7.10 #1207. Many mods require a higher version than that. MD5: 219ab833ea2163662f09ba4f849339f7 cauldron-1.7.10-1.1240.06.213-server.jar If you are able to locate the server JAR it should match that MD5. However, the libraries are different as well and you will need those with the server JAR.

Uncheck the "Force Directory Change" box in your pack settings. Make sure you are incrementing the version number of the pack any time you make changes.

Well, whenever this happens, just keep the Millenaire ZIP from the author handy and replace the millenaire and millenaire-custom folders.

My bad. I turned the whitelist off and opped you on the server. I also bumped you up to administrator. I left a few notes for you in the MOTD (type /motd after logging in). There is no official or legal place to download Cauldron. The whole DMCA nonsense means it's not readily available. Cauldron is just server-side. Nothing changes in the client. The only change required is that fastcraft has to be removed on the server since Cauldron includes that functionality and they conflict.

Okay, had a few minutes and did some testing: You should remove the CoFH-Lib jar. It is only for use by mod developers. Journeymap is known to add lag/load to clients, sometimes a significant amount. Liteloader with Voxelmap is a viable alternative. The client starts up fairly quickly for me. Noticeably quicker than one of my 1.7.10 modpacks ( http://www.technicpack.net/modpack/details/dats-circlecraft-pack.387728 ) I set up a server on a spare VM (decent CPU, SSD, etc.) with only 3G RAM total and 2G allocated to the server process. Normal worldgen eats into the TPS a bit and was able to get it down to 15tps flying as fast as possible in creative. However, the client still felt responsive and there was no apparent block break lag. Teleporting to a new area, requiring worldgen, caused the TPS to drop and the server to complain about not keeping up. TPS came right back after a few seconds. Teleporting to a location where worldgen was already done, but the chunks were unloaded, was instant and produced no lag. I switched the server from Forge #1240 to Cauldron #213 (which is also Forge #1240) and the worldgen TPS drop was much less noticeable. Server ran much better in general. Other than the warnings in the logs during startup I haven't seen anything unexpected in the logs or console during operation. After a bit more playing around, it seems that there is a large amount of worldgen going on, expecially with different ores and different mod versions of the same ore. You might benefit from disabling oregen in mods and using ThermalFoundation to manage your ore-gen. This would likely be non-trivial. These observations are largely anecdotal and may not be of much use. If you want to connecting to the server I set up for testing it's still up: vanilla.wegoboom.biz:25570 You should come in as the rank "Players" which has teleport privileges, both /tp and /tppos.

Indeed. Dropping this into a file named "test.php" (or some such) somewhere in your DocumentRoot will let you get many details about your PHP implementation: <?php phpinfo(); ?>

I'll try to set aside some more time for an in-depth analysis this evening (of the pack, not ^, hehe). A small recommendation: Your pack seems to be downloading very slowly (less than 200K/s). There are multiple free alternatives which might be faster. Obviously if you don't have many folks using it, or don't update it often it is of less concern. Just a thought.

This: java.lang.NullPointerException: Rendering entity in world at net.mysticdrew.esm.utils.user.PlayerUtils.getUserByName(PlayerUtils.java:59) at net.mysticdrew.esm.utils.ChatUtils.formatedName(ChatUtils.java:31) makes me think that it might be MysticDrew's Enhanced Server Moderation mod. Try removing that.

I'm not sure how it's happening on your end, but your modsmillenaire and modsmillenaire-custom folders are getting corrupted somehow. Your modpack archive is failing the extract process. If I unzip your archive (which works) with WinZip and recreate the archive it also fails. If I extract your archive and replace those two folders with the ones from the Millenaire download and recreate the archive it then works fine in the launcher. Can you provide, in some detail, the process you use to create your modpack archive?

Ouch. 3 threads for the same problem. This shouldn't be confusing at all. Is this crash report from the client or server? If it is the client, does the server crash when this happens?

Toss the logs in a pastebin and paste the URL here.

[B#439] java.util.ConcurrentModificationException Look at the front page: http://technicpack.net/

So, is this fixed or not? I also notice you have another thread for a different pack. That is unrelated?

The contents of your modpack archive are in a subfolder. The three required folders (bin, config, mods) must be at the top level of the folder structure inside the modpack archive. The bin folder should only contain the file modpack.jar. The modpack.jar file is simply the correct Forge universal binary jar renamed to modpack.jar. You should not include CoFHLib in your client pack or server. This is only for developers. Fix those and come back here if you still have troubles. Don't forget to increment the pack version when you update your modpack archive.

All of the bulleted items listed in your second post are inconsequential: An error or warning about Thaumcraft API not being there if you don't have Thaumcraft (or any mods which depend on TC) is just a notice and can be ignored. This is the fault of the mod author. Nothing you can really do. Way too many variables to know for sure, but seems odd if you are indeed using ONLY a subset of the mods in UM. However, start times vary for lots of reasons. Probably not a big deal. Likely related to bullet #3. Your system may be running low on resources or something may be odd with the exact combination of mods which is causing things to be slow during world gen. Try upping your RAM to half of your available system RAM, but not more than 4G, whichever is smaller.

Might be time to head to one of the Trackers (the Launcher, maybe).

As mentioned in the details page for BareBonesPack, you must edit the pack settings and select a Forge/MC version.

You shouldn't include CoFHLib in your pack. That's for developers. You should not include IC2 API jar in your pack.That's for developers. You should not include Resonant Engine API in your pack. That's for developers. Why have you included two minimap mods in your pack? You have the MetaWorlds installer instead of the actual mod files in your mods folder. I'm getting this error from ResonantInductionCore: java.lang.NoSuchFieldError: resonantinduction$archaic$engineering$TileEngineeringTable$$iconTop The implication is that something funky is going on with the Calclavia mods. It is very easy to get his mods out of sync. I was able to start the server by removing these mods. All but Calclavia's mods are client-only mods which must be removed on a server: Calclavia's: MFFS, RE Core, RI ArmorStatusHUD DamageIndicators BackTools APIs which should be removed: CoFHLib, IC2 API, RE API DynamicLights LiteLoader voxelMap WE wrapper NEI Integration REI Minimap

Tropicraft is not installed correctly. You are missing most of the mod. There are 6 separate files required to run this mod. Always follow the mod author's instructions. Your Galacticraft version is absolutely ancient. Your version is almost 200 revisions out of date. Where did you get this mod? Always get your mods directly from the author's preferred distribution channels. You have the Mutant Creatures mod but not the required dependency mod AnimationAPI. You have a metric ton of block ID conflicts. This is largely because you don't have a full set of working, deconflicted config files included in your pack. This is fatal.