New error I got after switching display on launch to 1 ( stupid mistake :tongue.gif: )
(Click on the image to get all of it)
As you can see I attempt to type ./minecraft.sh start but it will not allocate a screen for me
Update
After copying and pasting bits of code, trying to get the bloody thing to work, i managed to SOMEHOW get it to work. I have to issue screen -dmS minecraft java -jar craftbukkit.jar nogui - first, then I can run ./minecraft.sh and it will pick up that screen. Its very odd.
Can you fix the script/find the error so it will make the screen and attach itself, I can post the script that I am using now if that is of help.
Yeah, post your full script on pastebin and throw that link over here.
Having to issue the command manually first is odd as the script should be doing that and your console output is what I would expect save for its failure to actually run the command, the whole "./minecraft.sh to pickup the screen" sounds right though.
THis works fine with bukkit, just make servermod=0 and shift bukkit name to minecraft_server.jar :smile.gif:
I would like to know what the difference between incremental and full backup is except the size?
More is required than just that to use bukkit in its current state.
I don't know where your confusion between the term incremental and full lies...
Full Backup: Takes a copy of the entire folder and archives it.
-- To restore a full backup, you need only extract it to the desired location.
Incremental Backup: Takes a copy of only the files that have changed since the last full backup.
-- To restore an incremental backup, you would first need to restore the last full backup, then you can restore the incremental to the same location.,
I've said this on some other threads, but I think its also appropriate for your project.
I'm interested in collaborating. I have a server wrapper that comes bundled in a debian installer. It has cron jobs for a nightly server reboot and backup, and start at boot / safe stop at shutdown, as well the one feature I considered most important, running minecraft as an actual daemon. My wrapper detaches from the console, and accepts commands from other instances of the wrapper.
Here's a link to my forum post: viewtopic.php?f=10&t=152486
My main concern here is to have a decent set of linux automation and control utilities, and my wrapper seems to compliment your set of scripts very nicely.
I think that the thing that is most beneficial is ditching MC Sheller's requirement on screen and instead having a true daemon.
I've said this on some other threads, but I think its also appropriate for your project.
I'm interested in collaborating. I have a server wrapper that comes bundled in a debian installer. It has cron jobs for a nightly server reboot and backup, and start at boot / safe stop at shutdown, as well the one feature I considered most important, running minecraft as an actual daemon. My wrapper detaches from the console, and accepts commands from other instances of the wrapper.
Here's a link to my forum post: viewtopic.php?f=10&t=152486
My main concern here is to have a decent set of linux automation and control utilities, and my wrapper seems to compliment your set of scripts very nicely.
I think that the thing that is most beneficial is ditching MC Sheller's requirement on screen and instead having a true daemon.
What do you think?
I disagree.... Screen gives the admin the ability to directly access the console (Which I've needed on many occasions, especially since /give doesn't work with bukkit yet when done via the chat window.
Having a server program require attachment to the console is both dangerous and unnecessary. It is trivially easy for user interaction to halt the server accidentally. My wrapper allows for command line access to all commands supported by minecraft, and I see no reason why this can't be extended to include generic commands created by mods. Further, one of the features that I am working on is the ability to safely attach to the running daemon with full support for stdin and stdout.
My wrapper has two run modes. The first run mode is to launch the minecraft server while listening for connections on the dbus system bus. The second run mode connects to the server run mode and issues commands.
In order to use /give for example, one simply needs to run the command
"jamcraft give jonesmz"
to use tp, "jamcraft tp jonesmz bobbob"
etc.
Adding custom commands is trivial, and i would have done so by now, I just don't know what custom commands I should add. The wrapper is NOT a modification to the minecraft jar at all, so any custom commands need to be combinations of minecraft commands or system level commands, unless the minecraft server has mods installed.
The main reason for having two separate run modes is to facilitate scripting. Instead of attaching to screen and running a script, now interaction with the server can be accomplished through any language that has dbus bindings. This includes web-based interfaces, graphical programs, etc. Sure, all of this can be accomplished through screen, but usage of dbus is safe, efficient, extensible, testable, and debug-able.
Oh, before I forget, my wrapper can be extended to intercept commands issued by the players. Bukkit doesn't support the give command from the client, but supports it from the console? No problem, mod the wrapper to listen for "/give2 jonesmz blahblah", and when it recieves it, to issue the give command to the minecraft server as if it was issued by the admin. Further, a wrapper allows for fine grained access control. etc. There are few limitations. The server is just generally enhanced by being run as a daemon *shrug*.
Oh, before I forget, my wrapper can be extended to intercept commands issued by the players. Bukkit doesn't support the give command from the client, but supports it from the console? No problem, mod the wrapper to listen for "/give2 jonesmz blahblah", and when it recieves it, to issue the give command to the minecraft server as if it was issued by the admin. Further, a wrapper allows for fine grained access control. etc. There are few limitations. The server is just generally enhanced by being run as a daemon *shrug*.
I've been thinking it over and I would have to disagree. Keeping with screen allows for a greater number of user's to be able to use the script without too much knowledge. What you are proposing would require more work for the user or start to be geared for a more specific audience, which I don't agree with.
Hey Hey! Great script! I am loving how much easier it makes hosting Minecraft! :biggrin.gif:
I just have a question about overviewer, It says it's rendered all my chunks, etc but no file is appearing in the /Overview directory. Just the /cache folder. Shouldn't an index.html be generated?
I'm reluctant to run overviewer again as I have 158,000 chunks D: If I could find where it went that would be marvellous!
Hey Hey! Great script! I am loving how much easier it makes hosting Minecraft! :biggrin.gif:
I just have a question about overviewer, It says it's rendered all my chunks, etc but no file is appearing in the /Overview directory. Just the /cache folder. Shouldn't an index.html be generated?
I'm reluctant to run overviewer again as I have 158,000 chunks D: If I could find where it went that would be marvellous!
Looking through the script, the files should be here if you didn't change it: /var/www/minecraft/maps/Overview/
If you gave the user account the correct permissions, you should be able to access it with
http://[your IP/hostname]/minecraft/maps/Overview
in your browser. Also, Overviewer caches your map, so the next time you run it, it'll be a lot quicker, since it looks for and renders only what has changed.
Hey Hey! Great script! I am loving how much easier it makes hosting Minecraft! :biggrin.gif:
I just have a question about overviewer, It says it's rendered all my chunks, etc but no file is appearing in the /Overview directory. Just the /cache folder. Shouldn't an index.html be generated?
I'm reluctant to run overviewer again as I have 158,000 chunks D: If I could find where it went that would be marvellous!
Looking through the script, the files should be here if you didn't change it: /var/www/minecraft/maps/Overview/
If you gave the user account the correct permissions, you should be able to access it with
http://[your IP/hostname]/minecraft/maps/Overview
in your browser. Also, Overviewer caches your map, so the next time you run it, it'll be a lot quicker, since it looks for and renders only what has changed.
OK, cool thanks for that. I didn't have permissions set to 777 :smile.gif:
OK, cool thanks for that. I didn't have permissions set to 777 :smile.gif:
Now, however, the index page is just blank. :/
Did you rerun Overviewer? If your map didn't change (or change much), it should be relatively quick to rerun it.
Yeah I've re-run it a couple of times now
When you chmod the www directory, did you do a -R? That is, did you change the permissions for all of the files? I'm wondering if the default apache index.html file still has the original permissions and isn't able to be overwritten.
I'm not sure if chmod-ing is the best way to do this. You should put your account in the www-data group and give /var/www ownership to www-data instead of letting anyone write to www.
Hey Hey! Great script! I am loving how much easier it makes hosting Minecraft! :biggrin.gif:
I just have a question about overviewer, It says it's rendered all my chunks, etc but no file is appearing in the /Overview directory. Just the /cache folder. Shouldn't an index.html be generated?
I'm reluctant to run overviewer again as I have 158,000 chunks D: If I could find where it went that would be marvellous!
Looking through the script, the files should be here if you didn't change it: /var/www/minecraft/maps/Overview/
If you gave the user account the correct permissions, you should be able to access it with
http://[your IP/hostname]/minecraft/maps/Overview
in your browser. Also, Overviewer caches your map, so the next time you run it, it'll be a lot quicker, since it looks for and renders only what has changed.
OK, cool thanks for that. I didn't have permissions set to 777 :smile.gif:
Now, however, the index page is just blank. :/
What index page? Your root index page will not be changed... everything for overviewer is contained inside of the folder, you have to access the root overviewer folder to use it.
Is it possible to make it delete old backups? Lets say fx. i used crontab to make it backup every 1 hour after one day i have 24 backups :S it would be nice if you could set a maximum amount of backups so that when it exceeds it will delete the oldest one.. Hope this is possible coz im kinda tired of deleting backups all the time :smile.gif:
Anyways great job on this just hoping to see full bukkit combatibility soon!
I've been using Bukkit in my active branch for a while now. I've not run into any problems, so I will be merging those changes pretty shortly into v22.
You shouldn't have to delete any backups, the ability to purge your incremental backups is already implemented via the BKUP_DAYS_INCR=2 option...
Going off of what is above, all incremental backups older than two days are purged when the 'minecraft.sh backup full' command is issued. Just set it to 1 so you only have your incremental for that day.
What index page? Your root index page will not be changed... everything for overviewer is contained inside of the folder, you have to access the root overviewer folder to use it.
Sorry, I got confused. >_< ignore that
Where can I view the map? I have made my /Overview directory a web enabled folder, but it doesn't work... just shows me an apache index page.
Sorry, I got confused. >_< ignore that
Where can I view the map? I have made my /Overview directory a web enabled folder, but it doesn't work... just shows me an apache index page.
If you didn't change the path, it should be http://[your IP/domain]/minecraft/maps
What index page? Your root index page will not be changed... everything for overviewer is contained inside of the folder, you have to access the root overviewer folder to use it.
Sorry, I got confused. >_< ignore that
Where can I view the map? I have made my /Overview directory a web enabled folder, but it doesn't work... just shows me an apache index page.
Something doesnt seem right... Your Overview folder should look something like this.
minecraft@server:~$ cd /var/www/minecraft/maps/Overview/
minecraft@server:/var/www/minecraft/maps/Overview$ ls
compass.png
index.html
signpost_icon.png
style.css
config.js
markers.js
signpost.png
tiles/
functions.js
regions.js
signpost-shadow.png
Ok... well, can you post more information than that... like what is happening when you are issuing './minecraft stop'?
Can you include a screenshot?
If you type 'screen -list' what is it showing?
Lulz
Yeah, post your full script on pastebin and throw that link over here.
Having to issue the command manually first is odd as the script should be doing that and your console output is what I would expect save for its failure to actually run the command, the whole "./minecraft.sh to pickup the screen" sounds right though.
Lulz
More is required than just that to use bukkit in its current state.
I don't know where your confusion between the term incremental and full lies...
Full Backup: Takes a copy of the entire folder and archives it.
-- To restore a full backup, you need only extract it to the desired location.
Incremental Backup: Takes a copy of only the files that have changed since the last full backup.
-- To restore an incremental backup, you would first need to restore the last full backup, then you can restore the incremental to the same location.,
Lulz
I've said this on some other threads, but I think its also appropriate for your project.
I'm interested in collaborating. I have a server wrapper that comes bundled in a debian installer. It has cron jobs for a nightly server reboot and backup, and start at boot / safe stop at shutdown, as well the one feature I considered most important, running minecraft as an actual daemon. My wrapper detaches from the console, and accepts commands from other instances of the wrapper.
Here's a link to my forum post: viewtopic.php?f=10&t=152486
My main concern here is to have a decent set of linux automation and control utilities, and my wrapper seems to compliment your set of scripts very nicely.
I think that the thing that is most beneficial is ditching MC Sheller's requirement on screen and instead having a true daemon.
What do you think?
I disagree.... Screen gives the admin the ability to directly access the console (Which I've needed on many occasions, especially since /give doesn't work with bukkit yet when done via the chat window.
How is that accomplished with a daemon?
Lulz
My wrapper has two run modes. The first run mode is to launch the minecraft server while listening for connections on the dbus system bus. The second run mode connects to the server run mode and issues commands.
In order to use /give for example, one simply needs to run the command
"jamcraft give jonesmz"
to use tp, "jamcraft tp jonesmz bobbob"
etc.
Adding custom commands is trivial, and i would have done so by now, I just don't know what custom commands I should add. The wrapper is NOT a modification to the minecraft jar at all, so any custom commands need to be combinations of minecraft commands or system level commands, unless the minecraft server has mods installed.
The main reason for having two separate run modes is to facilitate scripting. Instead of attaching to screen and running a script, now interaction with the server can be accomplished through any language that has dbus bindings. This includes web-based interfaces, graphical programs, etc. Sure, all of this can be accomplished through screen, but usage of dbus is safe, efficient, extensible, testable, and debug-able.
I've been thinking it over and I would have to disagree. Keeping with screen allows for a greater number of user's to be able to use the script without too much knowledge. What you are proposing would require more work for the user or start to be geared for a more specific audience, which I don't agree with.
Lulz
I just have a question about overviewer, It says it's rendered all my chunks, etc but no file is appearing in the /Overview directory. Just the /cache folder. Shouldn't an index.html be generated?
I'm reluctant to run overviewer again as I have 158,000 chunks D: If I could find where it went that would be marvellous!
Looking through the script, the files should be here if you didn't change it: /var/www/minecraft/maps/Overview/
If you gave the user account the correct permissions, you should be able to access it with
http://[your IP/hostname]/minecraft/maps/Overview
in your browser. Also, Overviewer caches your map, so the next time you run it, it'll be a lot quicker, since it looks for and renders only what has changed.
OK, cool thanks for that. I didn't have permissions set to 777 :smile.gif:
Now, however, the index page is just blank. :/
Did you rerun Overviewer? If your map didn't change (or change much), it should be relatively quick to rerun it.
Yeah I've re-run it a couple of times now
When you chmod the www directory, did you do a -R? That is, did you change the permissions for all of the files? I'm wondering if the default apache index.html file still has the original permissions and isn't able to be overwritten.
I'm not sure if chmod-ing is the best way to do this. You should put your account in the www-data group and give /var/www ownership to www-data instead of letting anyone write to www.
What index page? Your root index page will not be changed... everything for overviewer is contained inside of the folder, you have to access the root overviewer folder to use it.
Lulz
I've been using Bukkit in my active branch for a while now. I've not run into any problems, so I will be merging those changes pretty shortly into v22.
You shouldn't have to delete any backups, the ability to purge your incremental backups is already implemented via the BKUP_DAYS_INCR=2 option...
Going off of what is above, all incremental backups older than two days are purged when the 'minecraft.sh backup full' command is issued. Just set it to 1 so you only have your incremental for that day.
Lulz
Sorry, I got confused. >_< ignore that
Where can I view the map? I have made my /Overview directory a web enabled folder, but it doesn't work... just shows me an apache index page.
If you didn't change the path, it should be http://[your IP/domain]/minecraft/maps
Something doesnt seem right... Your Overview folder should look something like this.
minecraft@server:~$ cd /var/www/minecraft/maps/Overview/
minecraft@server:/var/www/minecraft/maps/Overview$ ls
compass.png
index.html
signpost_icon.png
style.css
config.js
markers.js
signpost.png
tiles/
functions.js
regions.js
signpost-shadow.png
What does your show?
Lulz
Ok, I host my sites out of a different folder, and I'm sure that where is it went wrong.
Mine simply shows
/cache
I'll run through the script again and make sure that paths are working :smile.gif: Sorry to be a pain. :tongue.gif: