You'll want more that 512MB of RAM. Running a good minecraft server takes about 1024M. You need probably 512MB more than what you want for the minecraft server. So you'll want about 1536MB total, especially with RAMDISK.
Depending on your worldsize and population, 512 might be pushing it on ramdisk.
Keep in mind, the size of your world (+the MineOS ~40MB) take a chunk of your memory right from the start.
So with a 30 MB world, thats 70 of your 512 used up. Therefore, you only have less than 450 for all your players--
This may be doable if youre about 3 or so players, but if you choose to run with this machine, you must also be sure to set the 'mem usage' in the web admin lower, to reflect that, using a value such as 425MB.
Actually, the hope was I that could run 4-6 players on this machine. It's ancient, and the specs say it can't go higher than 512. Now I'm worried this will all be in vain. I just noticed that at 4-6 players, my current server set up (runs on my PC) only uses about 170mb.
What would you recommend at this point? I could take a peek around for a better machine around here, and maybe get a gig of RAM out of it. Or should I just go a non-ramdisked setup on the ghettomachine? My current world sits at about 30MB. Is 4-6 players on that rig even feasible?
You'll want more that 512MB of RAM. Running a good minecraft server takes about 1024M. You need probably 512MB more than what you want for the minecraft server. So you'll want about 1536MB total, especially with RAMDISK.
Depending on your worldsize and population, 512 might be pushing it on ramdisk.
Keep in mind, the size of your world (+the MineOS ~40MB) take a chunk of your memory right from the start.
So with a 30 MB world, thats 70 of your 512 used up. Therefore, you only have less than 450 for all your players--
This may be doable if youre about 3 or so players, but if you choose to run with this machine, you must also be sure to set the 'mem usage' in the web admin lower, to reflect that, using a value such as 425MB.
Actually, the hope was I that could run 4-6 players on this machine. It's ancient, and the specs say it can't go higher than 512. Now I'm worried this will all be in vain. I just noticed that at 4-6 players, my current server set up (runs on my PC) only uses about 170mb.
What would you recommend at this point? I could take a peek around for a better machine around here, and maybe get a gig of RAM out of it. Or should I just go a non-ramdisked setup on the ghettomachine? My current world sits at about 30MB. Is 4-6 players on that rig even feasible?
I'd say you don't have enough ram to run it under RAMDISK and since you can't allocate all 512MB to minecraft you probably won't get far running a server on that machine. Minecraft may be small and simple, but it's written in Java, a language with one of the worst written and laziest garbage collectors. Until someone writes a minecraft server in C, it'll take a lot of ram to run a minecraft server.
I'm discovering the joys of MCedit and Minecraft editing in general and there's something i'd like to do.
Right now, I'm editing the world in single player with MCedit and all, then I FTP the whole thing in a "world" folder on the server (single host,no ramdisk). This is kinda ass-backward (and I'm not even talking about the problems that could come up by importing a single player world on a multiplayer server) so i'd like to edit the world directly on the server.
I guess my real problem is that I can't see the server on my home network so I can't give the proper world path the the tools.
So,yeah, my question is how do I do this on tinycore? I'm not familiar with the distro,but I'm comfortable around a command line. So if anyone has any hint....
Peace.
edit: Sorry if this has already been answered on this thread. I've read the whole thing this week-end,can't remember if this came up and I don't feel like going through the whole thing again. :smile.gif:
Well, I managed to get it restored by creating a new drive in VirtualBox (3 times as big), using the Gparted live cd to copy the partitions over, installing grub on the new drive, and doing all the things I've been trying to do this whole time.
I've now changed my backup schedule to once daily, deleted all but the last three day worth of backups, and I'll keep an eye on my inodes, but between the less frequent backups and the larger drive size, I think I'll be ok. Thanks for helping.
I don't know if any of this has been answered, but I don't feel like reading through 16 pages of posts, call me lazy.
Will MineOS affect my windows or files on my computer?
What exactly is a Virtual Machine and Ramdisk?
Do I need a cd burner? (I don't have one)
I've never used Linux, will that make it harder to us MineOS?
Rollback Post to RevisionRollBack
"People don't change, they're changed by the actions of others."
"In the end we're all just chalk lines on the concrete, drawn only to be washed away."
"Just because I'm paranoid, doesn't mean people aren't out to get me."
I don't know if any of this has been answered, but I don't feel like reading through 16 pages of posts, call me lazy.
Will MineOS affect my windows or files on my computer?
What exactly is a Virtual Machine and Ramdisk?
Do I need a cd burner? (I don't have one)
I've never used Linux, will that make it harder to us MineOS?
Not in a virtual machine.
It's a virtual computer created in software. It's a 'hard drive' made out of RAM.
No.
Yes.
VirtualBox is free. MineOS is free. Give it a try. The tutorials are pretty good and you'll learn something, even if you decide it's not for you.
So... the problem now is that I'm not going to be able to remove older files without first creating some free space.
Also, will this mean that I won't have the most current backups? Anyway to tell how long backups have been failing?
Suggestions?
In the rdiff backup tutorial theres a way to see all the listed successful backups.
Additionally, on the rdiff-backup website: http://www.nongnu.org/rdiff-backup/examples.html, there are sample commands to remove the oldest backups "older than x timeframe" and "later than x backups ago"
Well, I managed to get it restored by creating a new drive in VirtualBox (3 times as big), using the Gparted live cd to copy the partitions over, installing grub on the new drive, and doing all the things I've been trying to do this whole time.
I've now changed my backup schedule to once daily, deleted all but the last three day worth of backups, and I'll keep an eye on my inodes, but between the less frequent backups and the larger drive size, I think I'll be ok. Thanks for helping.
In the "next few days" ill be releasing my update. I'll be encouraging people to start up a new VM which should also be able to easily move one world to the next. The inode issue from mega-frequent backups will be resolved--as shown in the tutorial, you'll be able to make backups whenever you want at any frequency without inode limitations.
This is a great OS. I am very pleased with it! Just want to say thanks!
Also, I had my map get all messed up and I wanted to create a new one. So I FTP'd the map and deleted the contents of the "one" folder. But the "one" folder is unable to be deleted, so I decided to rename it to "1" and then it would create a new folder and map. Then I had the server telling me "1" was down, and "one" was up.
Out of all of this, my question is... What is the best way to remove a map, or create a new map (under an existing map 1) without going to map 2, or 3?
Also, is there any way I can run things other than just the server? Possibly if I FTP the files and execute them? I would like to run a ventrilo server alongside the minecraft server, but I do not see a way to do this with Mine OS.
Otherwise, I encourage this in an update.
If you want to delete a folder you need to SSH into the box. I believe the FTP config gives tc read/write permissions and maybe not delete? SSH should solve your problem though.
This is a great OS. I am very pleased with it! Just want to say thanks!
Also, I had my map get all messed up and I wanted to create a new one. So I FTP'd the map and deleted the contents of the "one" folder. But the "one" folder is unable to be deleted, so I decided to rename it to "1" and then it would create a new folder and map. Then I had the server telling me "1" was down, and "one" was up.
Out of all of this, my question is... What is the best way to remove a map, or create a new map (under an existing map 1) without going to map 2, or 3?
Also, is there any way I can run things other than just the server? Possibly if I FTP the files and execute them? I would like to run a ventrilo server alongside the minecraft server, but I do not see a way to do this with Mine OS.
Otherwise, I encourage this in an update.
Thanks hexparrot!
FTP is often quite slow and cumbersome--there are thousands of minecraft files and each one, especially being small, means theres a lot of wasted time in uploading maps. I'd recommend zipping up the file and instead moving that--a single file, compressed is quite a fast transfer.
Additionally, the best way to remove a map is through SSH, through the use of 'rm -rf /mnt/sda1/minecraft/one' (replace one with appropriate world, in your case, perhaps '1' and 'one'.
As far as vent, nothing prohibits you from using this as a vent server as well, but due to the licensing (its not publicdomain/gnugpl/2C-freebsd/etc.) I cannot distribute it. Though its probably not a far stretch to make up a tut
Instead of vent I suggest mumble. It IS open source and you can have an unlimited number of users on your server as opposed to vent (maximum is 8 on your own server with vent). I've also been told that the voice quality in mumble is better and thats what we use. Check it out!
Instead of vent I suggest mumble. It IS open source and you can have an unlimited number of users on your server as opposed to vent (maximum is 8 on your own server with vent). I've also been told that the voice quality in mumble is better and thats what we use. Check it out!
Looked it up, mumble definitely is nice, though im wondering if its low-profile nature (myself and a few others i just asked never heard of it) will make it more appropriate to tack onto later, as opposed to including in the release.
And thats not even considering the bandwidth ramifications--considering how much MC already requires. either the mumble or minecraft server will suffer...id rather not get the blame, ha
In the rdiff backup tutorial theres a way to see all the listed successful backups.
Additionally, on the rdiff-backup website: http://www.nongnu.org/rdiff-backup/examples.html, there are sample commands to remove the oldest backups "older than x timeframe" and "later than x backups ago"
Yeah, the problem is that rdiff-backup can't do anything when the disk is full, so I was in the dark until I made space available. The backups had begun failing sometime Sunday afternoon, so ~6 hours was lost. Really not that bad. I guess I picked a good time to screw up the server.
I'm looking forward to checking out the next release.
FTP is often quite slow and cumbersome--there are thousands of minecraft files and each one, especially being small, means theres a lot of wasted time in uploading maps. I'd recommend zipping up the file and instead moving that--a single file, compressed is quite a fast transfer.
Additionally, the best way to remove a map is through SSH, through the use of 'rm -rf /mnt/sda1/minecraft/one' (replace one with appropriate world, in your case, perhaps '1' and 'one'.
As far as vent, nothing prohibits you from using this as a vent server as well, but due to the licensing (its not publicdomain/gnugpl/2C-freebsd/etc.) I cannot distribute it. Though its probably not a far stretch to make up a tut
Thanks for the command for deleting the folders! Worked like a charm. :smile.gif:
I actually spent a while making the vent server run, and it was fairly simple. I have everything working fine now! Thanks again.
I just need to get used to Linux as I have never worked with it this much before.
BTW. Any chance in being able to edit or add a startup script? I looked around and it looks like you have to make one in the "ect" dir?
I tried adding my own startup script, but either it does not work, or I am adding it wrong.
I need this as my startup script.
cd /mnt/sda1/minecraft/ventrilo/ventsrv/
./ventrilo_srv
what is the best way to do this?
@zeekgenateer - I will consider using mumble, but for now I am going to stick with vent. If it is proven to be less bandwidth, I will probably use it. I just feel comfortable using vent for now. :smile.gif:
@hexparrot - If you consider using mumble, I would just add a tutorial for adding mumble or vent, for the reason you stated, and people may not want it.
The best way to make a startup script is with the rc.d directories and having an init.d script. Not sure how tinycore implements these so you may want to look for documentation.
I'm pretty sure mumble's bandwidth requirements are comparable to other voice servers (you can set codec's and quality in the config I'm sure). In reality though if I wanted a comprehensive server with a MineOS implementation here's how I would do it:
Ubuntu server (any linux cli server will do)
MySQL (for hey0 info and website)
LAMP (forums, wordpress, etc)
FTP
SSH
Mumble
VirtualBox (with a MineOS guest)
basically everything not minecraft related would run on the Host OS. I'd probably even map on the Host OS and do daily backups on it too. (If I get enough money I may just do this).
BTW. Any chance in being able to edit or add a startup script? I looked around and it looks like you have to make one in the "ect" dir?
I tried adding my own startup script, but either it does not work, or I am adding it wrong.
I need this as my startup script.
cd /mnt/sda1/minecraft/ventrilo/ventsrv/
./ventrilo_srv
what is the best way to do this?
One of the core fundamentals of tiny core is that on every reboot, the base file system is restored to its last 'deliberate-save-state'. That is to say, all changes that occur to every directory EXCEPT /mnt gets undone on reboot.
The way to have changes persist (such as having a startup script always occur on reboot), is to tell minecraft that there are files you want to still be there on reboot. Though this sounds extra convoluted, heres a quick breakdown of what you'll do:
1) add/create your ventrilo_srv in the /etc/init.d (but it can be anywhere you like, really--this is just the convention).
2) have your ventrilo_srv file execute on every boot by appending it to the end of /opt/bootlocal.sh (using vi) or
echo "/etc/init.d/ventrilo_srv" >> bootlocal.sh
3) tell mineos that there a file you want to have always return on reboot by appending it to /opt/.filetool.lst (using vi) or
3) tell mineos you're certain these changes are correct by committing them to the persistence file with
sudo filetool.sh -b
the above commands basically say this: 'when i type in sudo filetool.sh -b, make sure that every file/folder(and subfolders) listed in /opt/.filetool.lst always returns on each reboot in the form that they are RIGHT NOW.'
I'm discovering the joys of MCedit and Minecraft editing in general and there's something i'd like to do.
Right now, I'm editing the world in single player with MCedit and all, then I FTP the whole thing in a "world" folder on the server (single host,no ramdisk). This is kinda ass-backward (and I'm not even talking about the problems that could come up by importing a single player world on a multiplayer server) so i'd like to edit the world directly on the server.
I guess my real problem is that I can't see the server on my home network so I can't give the proper world path the the tools.
So,yeah, my question is how do I do this on tinycore? I'm not familiar with the distro,but I'm comfortable around a command line. So if anyone has any hint....
Peace.
edit: Sorry if this has already been answered on this thread. I've read the whole thing this week-end,can't remember if this came up and I don't feel like going through the whole thing again. :smile.gif:
To be honest, the number of requests to be able to deal with the world directories directly ..youre the first. I definitely can see the value of being able to edit the files from the server itself, but I had two reasons for leaving out this sort of functionality directly:
1) most people will not need this functionality, therefore i'd be adding something like samba (youre using windows right?) or other things that either just add bloat and often confuse
2) I provide the most basic ways to xfer files to and from the server and for most purposes, I think it is absolutely sufficient for your map editing--as you should be able to see the world on your editing computer before moving it over--you shouldnt have to xfer it over on each change.
IF you are a linux user, theres always SSHFS. If you're not entirely too familiar, its a way to directly edit files on MineOS FROM another linux machine as if it were local. Thats probably what youre looking for, if youre a linux user. I dont know about if it exists for windows.
Actually, the hope was I that could run 4-6 players on this machine. It's ancient, and the specs say it can't go higher than 512. Now I'm worried this will all be in vain. I just noticed that at 4-6 players, my current server set up (runs on my PC) only uses about 170mb.
What would you recommend at this point? I could take a peek around for a better machine around here, and maybe get a gig of RAM out of it. Or should I just go a non-ramdisked setup on the ghettomachine? My current world sits at about 30MB. Is 4-6 players on that rig even feasible?
I'd say you don't have enough ram to run it under RAMDISK and since you can't allocate all 512MB to minecraft you probably won't get far running a server on that machine. Minecraft may be small and simple, but it's written in Java, a language with one of the worst written and laziest garbage collectors. Until someone writes a minecraft server in C, it'll take a lot of ram to run a minecraft server.
I'm discovering the joys of MCedit and Minecraft editing in general and there's something i'd like to do.
Right now, I'm editing the world in single player with MCedit and all, then I FTP the whole thing in a "world" folder on the server (single host,no ramdisk). This is kinda ass-backward (and I'm not even talking about the problems that could come up by importing a single player world on a multiplayer server) so i'd like to edit the world directly on the server.
I guess my real problem is that I can't see the server on my home network so I can't give the proper world path the the tools.
So,yeah, my question is how do I do this on tinycore? I'm not familiar with the distro,but I'm comfortable around a command line. So if anyone has any hint....
Peace.
edit: Sorry if this has already been answered on this thread. I've read the whole thing this week-end,can't remember if this came up and I don't feel like going through the whole thing again. :smile.gif:
I've now changed my backup schedule to once daily, deleted all but the last three day worth of backups, and I'll keep an eye on my inodes, but between the less frequent backups and the larger drive size, I think I'll be ok. Thanks for helping.
Will MineOS affect my windows or files on my computer?
What exactly is a Virtual Machine and Ramdisk?
Do I need a cd burner? (I don't have one)
I've never used Linux, will that make it harder to us MineOS?
"In the end we're all just chalk lines on the concrete, drawn only to be washed away."
"Just because I'm paranoid, doesn't mean people aren't out to get me."
Not in a virtual machine.
It's a virtual computer created in software. It's a 'hard drive' made out of RAM.
No.
Yes.
VirtualBox is free. MineOS is free. Give it a try. The tutorials are pretty good and you'll learn something, even if you decide it's not for you.
My $.02
In the rdiff backup tutorial theres a way to see all the listed successful backups.
Additionally, on the rdiff-backup website: http://www.nongnu.org/rdiff-backup/examples.html, there are sample commands to remove the oldest backups "older than x timeframe" and "later than x backups ago"
In the "next few days" ill be releasing my update. I'll be encouraging people to start up a new VM which should also be able to easily move one world to the next. The inode issue from mega-frequent backups will be resolved--as shown in the tutorial, you'll be able to make backups whenever you want at any frequency without inode limitations.
Also, I had my map get all messed up and I wanted to create a new one. So I FTP'd the map and deleted the contents of the "one" folder. But the "one" folder is unable to be deleted, so I decided to rename it to "1" and then it would create a new folder and map. Then I had the server telling me "1" was down, and "one" was up.
Out of all of this, my question is... What is the best way to remove a map, or create a new map (under an existing map 1) without going to map 2, or 3?
Also, is there any way I can run things other than just the server? Possibly if I FTP the files and execute them? I would like to run a ventrilo server alongside the minecraft server, but I do not see a way to do this with Mine OS.
Otherwise, I encourage this in an update.
Thanks hexparrot!
FTP is often quite slow and cumbersome--there are thousands of minecraft files and each one, especially being small, means theres a lot of wasted time in uploading maps. I'd recommend zipping up the file and instead moving that--a single file, compressed is quite a fast transfer.
Additionally, the best way to remove a map is through SSH, through the use of 'rm -rf /mnt/sda1/minecraft/one' (replace one with appropriate world, in your case, perhaps '1' and 'one'.
As far as vent, nothing prohibits you from using this as a vent server as well, but due to the licensing (its not publicdomain/gnugpl/2C-freebsd/etc.) I cannot distribute it. Though its probably not a far stretch to make up a tut
Looked it up, mumble definitely is nice, though im wondering if its low-profile nature (myself and a few others i just asked never heard of it) will make it more appropriate to tack onto later, as opposed to including in the release.
And thats not even considering the bandwidth ramifications--considering how much MC already requires. either the mumble or minecraft server will suffer...id rather not get the blame, ha
Yeah, the problem is that rdiff-backup can't do anything when the disk is full, so I was in the dark until I made space available. The backups had begun failing sometime Sunday afternoon, so ~6 hours was lost. Really not that bad. I guess I picked a good time to screw up the server.
I'm looking forward to checking out the next release.
Thanks for the command for deleting the folders! Worked like a charm. :smile.gif:
I actually spent a while making the vent server run, and it was fairly simple. I have everything working fine now! Thanks again.
I just need to get used to Linux as I have never worked with it this much before.
BTW. Any chance in being able to edit or add a startup script? I looked around and it looks like you have to make one in the "ect" dir?
I tried adding my own startup script, but either it does not work, or I am adding it wrong.
I need this as my startup script.
what is the best way to do this?
@zeekgenateer - I will consider using mumble, but for now I am going to stick with vent. If it is proven to be less bandwidth, I will probably use it. I just feel comfortable using vent for now. :smile.gif:
@hexparrot - If you consider using mumble, I would just add a tutorial for adding mumble or vent, for the reason you stated, and people may not want it.
I'm pretty sure mumble's bandwidth requirements are comparable to other voice servers (you can set codec's and quality in the config I'm sure). In reality though if I wanted a comprehensive server with a MineOS implementation here's how I would do it:
Ubuntu server (any linux cli server will do)
MySQL (for hey0 info and website)
LAMP (forums, wordpress, etc)
FTP
SSH
Mumble
VirtualBox (with a MineOS guest)
basically everything not minecraft related would run on the Host OS. I'd probably even map on the Host OS and do daily backups on it too. (If I get enough money I may just do this).
One of the core fundamentals of tiny core is that on every reboot, the base file system is restored to its last 'deliberate-save-state'. That is to say, all changes that occur to every directory EXCEPT /mnt gets undone on reboot.
The way to have changes persist (such as having a startup script always occur on reboot), is to tell minecraft that there are files you want to still be there on reboot. Though this sounds extra convoluted, heres a quick breakdown of what you'll do:
1) add/create your ventrilo_srv in the /etc/init.d (but it can be anywhere you like, really--this is just the convention).
2) have your ventrilo_srv file execute on every boot by appending it to the end of /opt/bootlocal.sh (using vi) or
3) tell mineos that there a file you want to have always return on reboot by appending it to /opt/.filetool.lst (using vi) or
3) tell mineos you're certain these changes are correct by committing them to the persistence file with
the above commands basically say this: 'when i type in sudo filetool.sh -b, make sure that every file/folder(and subfolders) listed in /opt/.filetool.lst always returns on each reboot in the form that they are RIGHT NOW.'
And then I remembered I wrote a tutorial on this: http://minecraft.codeemo.com/config_persistence.html
Well, here I just started one so those who are nerd-enthusiastic can see development/make suggestions about mineOS.
http://twitter.com/#!/hexparrot
To be honest, the number of requests to be able to deal with the world directories directly ..youre the first. I definitely can see the value of being able to edit the files from the server itself, but I had two reasons for leaving out this sort of functionality directly:
1) most people will not need this functionality, therefore i'd be adding something like samba (youre using windows right?) or other things that either just add bloat and often confuse
2) I provide the most basic ways to xfer files to and from the server and for most purposes, I think it is absolutely sufficient for your map editing--as you should be able to see the world on your editing computer before moving it over--you shouldnt have to xfer it over on each change.
IF you are a linux user, theres always SSHFS. If you're not entirely too familiar, its a way to directly edit files on MineOS FROM another linux machine as if it were local. Thats probably what youre looking for, if youre a linux user. I dont know about if it exists for windows.