bonfire01

OK, so if they work with your permissions plugin removed then the problem is definitely the way you have your permissions set. Apprently groupmanager struggles with the fake players for mods (no idea why, never used it). Most common advise is change to PEX for you permissions plugin or someone changed the fake player names in the mods' config files to his own name and made sure fake player login was false http://forums.technicpack.net/index.php/topic,5102.msg33454.html#msg33454 . You could try that or you could just try changing the names in the configs to remove the [] since ppl have said groupmanager doesn't cope well with brackets. Personally i'd use PEX instead since I think it's a more friendly permissions plugin, but it looks like groupmanager can be made to work.

Re: Sudden crashes. Well this is a tricky one because it's java crashing not tekkit. With the crashing happening at random times without an obvious common factor it's going to be hard to work out why it's happening. Are you running the server and client on your PC or are you connecting to a different server? Can you play vanilla minecraft fine for a similar ammount of time to how long it takes tekkit to crash? Might be worth just checking +/- updating your computer's drivers (esp sound and graphics) and also try leaving your PC with tekkit running and you not doing anything and see if it crashes you out still or it's only doing it if you are moving around doing stuff (and therefore using more system resources).

I'm not by a server at the moment to check what the forestry fake player is but the buildcraft one is [buildCraft] so give permissions to that one and try out a quarry. As far as forestry goes the name of the fake player is in the config file IIRC. Basically none of the machines that do block placing or destruction events are working. That is almost certainly going to be a permissions plugin problem, not a tekkit problem. easiest way to be sure though is stop the server, remove the permissions plugin, restart server, test machines. If they are working it confirms the issue then just google your permissions plugin + the mods in question and i'm sure you'll find details on what needs to be done for each. Incidentally.... when you say computercraft doesn't work do you mean it doesn't work AT ALL or turtles can't mine. If it's the first one then stop the server, change the directory in the mods folder of your server from [2]ComputerCraft to just ComputerCraft and restart the server. That'll get the mod working but turtles still can't mine without the correct permissions.

Re: Sudden crashes. Is minecraft generate a crash log aswell or are you only generating a Java crash log? First thing I would try is remove ALL versions of java from your machine then install java 7 64 bit and see if that solves the problem.

is there any other lag on the server such as delay openning chests/machines? When logged on type "/debug clock" and see how many ticks per second you are actually getting (do it while at the general area of that pressure plate. Also I wouldn't use a watch of flowing time in the EE version currently in tekkit... it's a tad buggy. If the server isn't lagging in general then it suggests block updates are just screwed in that particular chunk. That might mean you need to delete that chunk (and therefore everything in it will go) and regenerate a fresh one. The easiest way to test that I guess would be to bring up the chunk boundries and pop a pressure plate just inside, then just outside the edge of that chunk and compare the 2.

Are you running a permissions plugin? If you are you will need to give permissions to the fake player buildcraft uses for all it's block placement and destruction events. The player is [buildCraft] (brackets included), so you will need to give it permissions just like any other player. Otherwise could be being at the spawn or could be the engines aren't pointing at the quarry, the engines aren't getting IC power or the engines aren't turned on with a RS current.

Yes teleport pipes can do many to one. You just make sure only one pipe has can receive set to true and everything will go there. I assume you can even do many to many with the items randomising between receiving pipes but never had a reason to try it out. If items are spilling out of a teleport pipe then no valid target pipe is loaded. That's why you shoukld always pop a chunkloader under any teleport pipe.

What you've done works but is a bad precident to set. Rather than a loop at the top of the macerator to deal with items being unable to go in you should have the pipe run to a second chest with wooden pipe and engine sending the items back out again, Chest -> W. pipe -> Macerator -> W. pipe -> chest. Reason being having a loop like that puts more stress on the server than running back and forth between chests. It won't matter for a few items being piped around in one setup but if you keep doing it then you'll be wasting your server's resources for no benefit. Once you scale the whole thing up to deal with the output from quarries you should use diamond pipes and sort each ore to a different macerator (and on to a different furnace each) and you remove the whole issue. RP2 pipes give a more intelligent network but you don't really need them for something as straightforward as macerating and smelting a random collection of ores.

Centrifugal extractors and indeed all advanced machines are meant to work at an input of 32 eu/tick but unlike basic IC2 machines they don't explode, they bug out instead. Just pop a low voltage transformer between the MFE and the machine and you'll be good to go.

If it's a long way away then put a teleport pipe by the quarry, another pipe where stuff goes into your sorting/processing area and set them to the same frequency. Then set the one at the sorting end to can receive : true and put a chunkloading block next to each pipe. I would also put blocks around the quarry to ensure the area ia all loaded (use F9 to see loaded areas) so the quarry works if you aren't near it and blocks to cover all the sorting pipes, machines and chests. you'll be loading quite a few chunks but it's trivial compared to the number a player loads by being online and a quarry doesn't tax a server unless it's spilling plus a few IC2 machines won't be much load either unless you've got a ton of basic solar panels or an accidental energy loop there.

Easiest way is just to OP the fake players or pop them in a group with permissions.*.

The main issue with quarries is the cobblestone, sand, dirt, marble and gravel. I normally just run the quarry output through a series of diamond pipes and all the junk gets sent straight into a mk2 or better matter furnace per quarry or overclocked recyclers (2 for cobble, 1 for the other 2 with 4 ish overclockers in each). You can then sort the rest and macerate+smelt ores before sending them into chests. I normally have 1 alchemical chest per metal type and a few more for mixtures of the rarer stuff. As long as you handle the garbage then it'll take ages for the more valuable stuff to cause overflows.

Can you post the server log for just after a crash pls. It will normally contain something useful. On the other hand that crash report seems to show a crash in the JVM (although i'm no expert on java so could be wrong) If the log really is clean I would completely remove then reinstall java and see if that helps. Only other useful thing I can make out of that report is that wireless redstone was a loaded thread, so might be worth ripping out all the wireless redstone related blocks and seeing if that helps you out.

Normally the console stays open once you've got the server running. Alternatively close the server down, go into your servers directory, open ops.txt, add your username, save, restart server.

I would use MCEdit to look around and find any condensers in your world, one of them is probably next to a wooden pipe judging by that error. Just delete the pipe or the condenser or both. Have you already tried the fix in the stickies btw? http://forums.technicpack.net/index.php/topic,5663.0.html in a prior thread someone said it let them get onto their world without having to do anything else about the pipe beforehand.

Have you by any chance connected a wooden transport pipe to a condenser? If so you need to remove the pipe in question. There is a fix in one fo the stickies but i'm not sure if it prevents the probelm happening again or fixes an already placed pipe aswell. If that doesn't do the trick, shut the server down, load the world up in MCEdit and delete the pipe then restart the server and you'll be good.

Energy link -> wooden conductive pipe (no need for an engine on it) -> gold conductive pipes (for less loss) -> machine. Energy links don't match the power output (and therefore IC power used) to demand so you want to run several things off one link to reduce wastage of power.

Are you using any permissions plugins? If you are you need to give permissions to the fake players each mod creates to place and destroy bocks. The buildcraft one is [buildCraft] for example. Each mod has the name of it's fake player in it's config file IIRC.

I don't think forestry machines or quarries turn off in response to a RS signal which rules out anything elegant, so the only thing I can think of is to head to the machine in question and change the receiving teleport pipe frequency to one you aren't using, or more simply just change can receive to FALSE and it'll stop the machine working for lack of power.

You need to put this in the bug forum not general and use the bug report format really (including the server log file). When you repost it over there also pop in what version of java your friend is using, what error he is getting and confirm he is using the recommended build of tekkit NOT the development build (he can check in options on the launcher).

Try removing spaguard and seeing if that solves your problem.

Your problem is probably choptree. If choptree is set for everything in the game to automatically fell trees in it's config then loggers can no longer collect wood. If this is the issue you'll see errors in your log about being unable to pass an event to choptree.something or other. The fix is to go into the choptree config, set it so only certain items will work and then pop the IDs of all the axes and chainsaw into the list in the config. You can get the IDs by going into options for NEI (options button when looking at your inventory) and changing item IDs to show.)

Technic is single player, the mods are single player versions, you can't just throw them in a server.

It's a bit awkward to persuade the right proportion of items to go to the right part of your system in tekkit atm but it's doable. You set up your automatic crafting tables next to chests and pipe all the input stuff into the chests instead of the ACT, that pretty much solves the items popping out all over the place issue. The main problem with what you want is getting remotely the right proportions of raw materials into the system with EE. You can make what you want with condensers hooked up to collectors but trying to work out how many collectors of which type to which condenser to get the right ammount of that material compared to every other material will just give you a headache. (Remember to pull all items out of condensers with RP tubing NOT BC wooden pipes ). I have an HV array factory set up but I lob the items into the system myself. Automating getting the right ammounts of everything in, be it from EE or quarries isn't worth the effort.

OK, so are ALL MFSEs/MFSUs now no longer working or only some of them. Have you recently thrown a bunch of redstone wiring in the area and accidentally given a RS input to them? How are they set up? Are they running through trasnformers or into machines with transformer upgrades? Have you accidentally given the trasformers a RS signal? Are BatBoxes working fine? The best way to diagnose what is going on is take 1 MFE and run it through a MV trasnformer to a machine well away from everything else and see if it works. If it does then it's an issue with your setup.