[ADMN] RemoteToolkit [R10 a14] - Restarts + crash detection + auto saves + remote console! [1.5.1]

Ah, yours was for the socket not being bindable, rather than it being closed. Does a finite number of these errors show up? If so, it might be a quirk in synchronization, and I can suppress some of the errors if need be.

Oh yeah, so it was. My mistake! The error looked tantalizingly familiar.
There is a finite number of the error messages, all of which appear in a single block at the same instant. But the amount of messages varies each time.
My original error post to save you looking back for it. Start-up log looks no different now to what it did then.

this cant be used in build 714, i know its not a recommended build but will it be fixed soon after an rb for 1.5 comes out?

It works on all three of my test servers with build 714. What isn't working for you exactly?

well its was working for me back on 684, but i got an out of memory exception on console while trying to start the server..

Bat file

Code:

@echo off
java -Xmx30M -Xms30M -XX:MaxPermSize=40M -jar Minecraft_RKit.jar ****:****

Wrapper file

Code:

minecraft-server-jar=craftbukkit.jar
extra-runtime-arguments=-Djline.terminal=jline.UnsupportedTerminal
server-arguments=nogui
initial-heap-size=1024M
maximum-heap-size=3500M
overridden-process-arguments=
server-restart-alerts=20m,10m,5m,1m
server-saveall-period=0
server-restart-delay=6h
forced-restart-delay=5m
restart-on-severe-exception=false
severe-exception-detection-level=1
import-properties=true

I have 4 gigs of memory..

Can you lower the maximum heap size in decrements of 100MB, then tell me what works? Java, in my experience, doesn't like running if you're allocating that much of the total available memory.

Edit: Check how much memory you actually have free before the server is started. In my experience, I would not expect windows to use less than a few hundred MB.

Is there a chance you could make this so that when it does a reboot it rereads the wrapper.property files so that we can make changes such as which bukkit file it loads?

I name my bukkit files according to build..
craftbukkit-b677
craftbukkit-b714
et cetera...

At the time the only way to switch the build is to sigterm the rt and server as the remote stuff does not seem to work for me and there are apparently no in game commands to tell it not to auto restart if you want to do a shutdown (or maybe I missed them?)

Use .hold and .start (.unhold in the next version) in the console to pause and resume restarts respectively. That will allow you to perform an update to bukkit without stopping the wrapper.

One minor issue I found but im not sure that you can do something about it. The webpage you gave for controlling the server remotely works wonderful however there is one command that doesn't make it thru. The "Force Stop" command doesn't work. I'm not sure if its the server or the webpage that is the problem. Can you confirm??

https://drdanick.com/mcremote

Yes, I can confirm that it was an issue with the wrapper. It has been fixed and will be released in an update tomorrow.

superb! thanks!

Thats nice and all, but I don't keep the console open. I have my server in a rack 3 hours away at a data center and my only other computer is a laptop that I take with me so keeping a terminal window open does not so much work for me. An in game command for these functions is desired. This would also allow my moderators the ability to use these commands as well.

Ah, read over you mentioning that you name your craftbukkit jars by build number, which doesn't quite suit you swapping the jars over while the server is in a held state. Right now, the toolkit is unfortunately incapable of reloading the config without restarting it, but that is planned for the next update. I will, however, gladly implement an in-game command for forcing a full stop of both the wrapper and the server.
The update will be out within the hour.

Update!

Release 10 Alpha 9
-Added true crash detection with an effective heartbeat system.
-Added a user management framework to the Toolkit. Allows multiple users access to the Toolkit's remote functions!
-Passwords/usernames are now case sensitive.
-Added .restart as a console command to gracefully restart the server.
-Added support for restart rescheduling from both the console and in-game.
-Added the /stopwrapper in-game command
-Various bug fixes.

Still to come
-Prevent heartbeat responses from being logged
-The ability to reload the Toolkit configuration without restarting the Toolkit.
-An android application
-Map backups integrated into wrapper (delayed to figure out a decent way of working with the new chunk system)
-Module documentation. Developers can PM me in the meantime for some example code.
-Major code refactor.

@drdanick

Fantastic! Not that I would have needed an update as this was working since thousands of builds ago (approx ) but it is great to see you still adding new things to it!

Is there any way to execute the .bat from something like Brohoster?

I have this same problem, but from my limited understanding, it is impossible to execute files remotely on a server when only give FTP access.
Now, if you had telnet or SSH access to the server, THEN you could give it remote commands and execute the files. But from what I know, Brohoster doesn't provide this.
But that's just my limited understanding.
Would love to find a way for this to work as I am using Brohoster as well.

EDIT: Looks like Brohoster actually supports Telnet through MCTelnet, another Bukkit plugin.
Workin on setting it up right now.

@cholo71796 @Alpha52 Unfortunately, not yet. That particular host, and many others, do not allow anything other than the jars they've sanctioned to be launched. It is possible that in the future that this wrapper will be included on the list of wrappers used by various providers, and I would like to work towards this happening at some point.

For everyone:
If you would like the wrapper used on a provider such as this, please get in contact with both them and me about it, i'd be more than happy to try and work something out.

Yeah I noticed that in the process. Brohoster won't even allow you to upload .bat files. I was doing it in SmartFTP and wondering why the damn thing was locked in the upload queue until I went and tried it on their TCAdmin Panel and it said bat files weren't allowed.
Lame stuff but I guess I can throw in a support ticket urging them to allow it.

i have some problems while attempting to use .hold & .unhold

Code:

java.io.IOException: The pipe is being closed
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(Unknown Source)
        at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
        at java.io.BufferedOutputStream.flush(Unknown Source)
        at com.drdanick.McRKit.Wrapper$4.run(Wrapper.java:373)
Error: Console input stream closed unexpectedly. Attempting to re-open stream i
 60 seconds...

Ah, thanks for picking that up. I've applied a fix and you may download it from the first post.
Please tell me if you still have problems with .hold and .unhold.

Would there be a way to launch it without using a .bat file though? Brohoster does not restrict which jars you can have- you can use any plugin you want- or what files you can upload to the server, it's that you can only start the server (craftbukkit.jar) which then starts all the plugins. If there was a way (and I have no idea if there is) to start the thing running through a plugin it would work just fine.

Thanks for fixing it, it works perfectly now.

Yes, you can. But it will only work properly if Brohoster allows you to change the amount of memory allocated to the jar that is launched. The toolkit itself requires <20MB of ram to work, and so you're obviously not going to be wanting to waste multiple gigabytes of RAM on it, when that really should be allocated to the server.

I reccomend getting in touch with them and asking if it is at all possible that they lower the amount of ram that is allocated to the server jar that is launched.

What's the format of the users.txt file? I can't change the commandline arguments for the server in Art of War Central, so manually creating this file would be nice.

Ah, I should have put this somewhere.

Here's one with the username and password both set as "admin":

Code:

[users]
admin:21232f297a57a5a743894a0e4a801fc3

You can log in to the console using that, then remove it/add your own.

Great, thanks!

Wuts that?

Code:

>RTPING
>RTPING
22:05:01 [INFO] Connection reset
22:05:01 [INFO] new lost connection: disconnect.endOfStream
>RTPING
>RTPING
>RTPING
>RTPING
>RTPING
>RTPING
>RTPING
>RTPING
>RTPING
>stop
22:14:28 [INFO] Stopping the server..
22:14:28 [INFO] CONSOLE: Stopping the server..

RTPING span is annoying me. How do I fix it?

It looks like you're using jline, otherwise those wouldn't be printed. It's to do with the server hertbeat.
Can you post the contents of wrapper.properties?

Code:

#Minecraft Remote Toolkit Properties File
#Tue Apr 26 18:36:44 EDT 2011
minecraft-server-jar=craftbukkit.jar
severe-exception-detection-level=1
server-saveall-period=0
maximum-heap-size=1024M
import-properties=false
server-restart-delay=3h
server-heartbeat-threshold=1m
restart-on-severe-exception=false
server-arguments=nogui
overridden-process-arguments=java -Xincgc -Xmx3072M -XX:ParallelGCThreads=3 -XX:+AggressiveOpts -jar craftbukkit.jar
failed-heartbeat-restart-count=5
server-restart-alerts=10m,5m,1m
forced-restart-delay=5m
initial-heap-size=1024M
extra-runtime-arguments=-Djline.terminal\=jline.UnsupportedTerminal

im lazy, I ignored every line and put all teh command on the overridden-process-arguments. Is that bad?