Im using a virtualboc and the ip is 192.168.1.3. I typed top and i couldn't see that line the only similar line is:
863 1 root S 2076 0.2 0 0.0 /usr/bin/dropbear
I think one of two things are happening then. Either a) at the boot screen you might be missing something.
Remember to type 'microcore tce=sda1' (notice the 1) or 'microcore tce=hda1' (if you used that device instead).
Or two, think back to when you ran the ./setup_server.sh script, it listed two devices 'hdc' and either 'hda' or 'sda'. 'hdc' (cdrom) is not a valid answer to that prompt. Did you type in 'sda' or 'hda' at that point? And are you putting the same answer (plus the 1) into the 'microcore tce=xda1'?
This is rather interesting. I mean no offence to the creator but is it really needed given how distributions such as Ubuntu have a memory footprint of 40-50mb? I'm not sure 10-20mb would even make a difference. I can see how it would comparing Windows to this but you're suggesting they install this inside a virtual machine running on a Windows host so those resources are already being used plus however much the overhead on the VM as well as the amount this distro uses is.
If you use this for the web interface, McMyAdmin (and is crossplatform) exists which has many more features in addition to what you've pointed out.
Once again, I mean no offence, I'm just trying to understand the advantages of this over the above options.
Rollback Post to RevisionRollBack
https://allgamer.net/ - Minecraft, Xen VPS, and Dedicated Server Hosting
Email/AIM/MSN: scott -at- allgamer -dot- net
Toll-free United States: 1.888.215.0640
iNUM: +883 510008273659
Extension: 902
This is rather interesting. I mean no offence to the creator but is it really needed given how distributions such as Ubuntu have a memory footprint of 40-50mb? I'm not sure 10-20mb would even make a difference. I can see how it would comparing Windows to this but you're suggesting they install this inside a virtual machine running on a Windows host so those resources are already being used plus however much the overhead on the VM as well as the amount this distro uses is.
The value to this distribution is not the memory footprint, its just a nice sideline. This distro, unlike any other distribution, is aimed towards hosting MC in a controlled, easy to use fashion. In fact, as I state in my 'is this right for me?' page http://minecraft.codeemo.com/setups.html, I say quite explicitly, the ideal setup is using a server distribution (such as ubuntu, though not named) and virtualizing THIS OS.
The benefits of virtualization are plenty: containable memory (so leaks dont drag down other parts of your server), protection from exploit (by having no access to ANYTHING not minecraft related), and most importantly, easy and access to what would be dangerous or difficult configurations to set up manually, such as Minecraft on a RAMDISK (which this distro permits and is designed to accommodate antigriefing and server failure).
So again, I'm not telling anybody to ditch a server distro to run MineOS. I'm saying, use a server to safely, easily and more effectively manage MC servers with MineOS on top.
edit: McMyAdmin, a team-developed admin tool, is a great utility. On the other hand, mine doesnt start charging at 8+ users and is still a work in progress. By its nature, an OS has far more flexibility than an admin tool, considering that......McMyAdmin--if one should choose, could be installed on a Linux distro like MineOS.
This is rather interesting. I mean no offence to the creator but is it really needed given how distributions such as Ubuntu have a memory footprint of 40-50mb? I'm not sure 10-20mb would even make a difference. I can see how it would comparing Windows to this but you're suggesting they install this inside a virtual machine running on a Windows host so those resources are already being used plus however much the overhead on the VM as well as the amount this distro uses is.
The value to this distribution is not the memory footprint, its just a nice sideline. This distro, unlike any other distribution, is aimed towards hosting MC in a controlled, easy to use fashion. In fact, as I state in my 'is this right for me?' page http://minecraft.codeemo.com/setups.html, I say quite explicitly, the ideal setup is using a server distribution (such as ubuntu, though not named) and virtualizing THIS OS.
The benefits of virtualization are plenty: containable memory (so leaks dont drag down other parts of your server), protection from exploit (by having no access to ANYTHING not minecraft related), and most importantly, easy and access to what would be dangerous or difficult configurations to set up manually, such as Minecraft on a RAMDISK (which this distro permits and is designed to accommodate antigriefing and server failure).
So again, I'm not telling anybody to ditch a server distro to run MineOS. I'm saying, use a server to safely, easily and more effectively manage MC servers.
edit [to address your edit]: McMyAdmin, a team-developed admin tool, is a great utility. On the other hand, mine doesnt start charging at 8+ users and is still a work in progress. By its nature, an OS has far more flexibility than an admin tool, considering that......McMyAdmin--if one should choose, could be installed on a Linux distro like MineOS.
I appreciate the time you took out to clarify this for me. However, I have to disagree that this is more secure. You can easily isolate minecraft within a standard linux installation using permissions and I'm not sure what you mean by it is designed to accommodate antigreifing/server failure but I'll take your word for it.
Also, McMyAdmin is programmed by a single developer and is not a team led effort.
Rollback Post to RevisionRollBack
https://allgamer.net/ - Minecraft, Xen VPS, and Dedicated Server Hosting
Email/AIM/MSN: scott -at- allgamer -dot- net
Toll-free United States: 1.888.215.0640
iNUM: +883 510008273659
Extension: 902
I appreciate the time you took out to clarify this for me. However, I have to disagree that this is more secure. You can easily isolate minecraft within a standard linux installation using permissions and I'm not sure what you mean by it is designed to accommodate antigreifing/server failure but I'll take your word for it.
Also, McMyAdmin is programmed by a single developer and is not a team led effort.
Ah, I do see now that PhonicUK is a single man operation, which is a top notch credit to him.
As far as the other concerns, its strictly impossible for any servers to be more secure than a virtualized environment, though you can surely match the security through much configuration that many people are unwilling/incapable of handling. So for this point, perhaps I'm only offering convenience to those would-be hosts, which seems like a pretty nice freebie. And how this server can handle antigriefing/server failure is outlined here: http://minecraft.codeemo.com/adv_features.html, which I wont go into further, as it would be redundant, but archiving--which is the norm--is wasteful and MineOS addresses that.
I appreciate the time you took out to clarify this for me. However, I have to disagree that this is more secure. You can easily isolate minecraft within a standard linux installation using permissions and I'm not sure what you mean by it is designed to accommodate antigreifing/server failure but I'll take your word for it.
Also, McMyAdmin is programmed by a single developer and is not a team led effort.
Ah, I do see now that PhonicUK is a single man operation, which is a top notch credit to him.
As far as the other concerns, its strictly impossible for any servers to be more secure than a virtualized environment, though you can surely match the security through much configuration that many people are unwilling/incapable of handling. So for this point, perhaps I'm only offering convenience to those would-be hosts, which seems like a pretty nice freebie. And how this server can handle antigriefing/server failure is outlined here: http://minecraft.codeemo.com/adv_features.html, which I wont go into further, as it would be redundant, but archiving--which is the norm--is wasteful and MineOS addresses that.
Once again, thank you for your time. I wanted to see if this is something we might be interested in offering. I'll just have to agree to disagree on whether this more secure.
Rollback Post to RevisionRollBack
https://allgamer.net/ - Minecraft, Xen VPS, and Dedicated Server Hosting
Email/AIM/MSN: scott -at- allgamer -dot- net
Toll-free United States: 1.888.215.0640
iNUM: +883 510008273659
Extension: 902
lol, I have been working on the exact same thing, same name since Dec. 4, Ramdisk looks like a good Idea, however, mine is more aimed at permanent installs, and easy configuration.
BTW. I thought TCE was only ram-based?
lol, I have been working on the exact same thing, same name since Dec. 4, Ramdisk looks like a good Idea, however, mine is more aimed at permanent installs, and easy configuration.
BTW. I thought TCE was only ram-based?
TCE is built around the idea of being RAM-based, which is what makes it such an ideal platform. However, unlike "cloud/default" mode, I want people to be able to retain their worlds in case of reboot, so I use the persistence options to allow admins to keep their world from reboot to reboot or power failure.
*My* MineOS, keep in mind, has similar goals--easy configuration being one of them. Being built on a ram-based distro doesn't make it any less permanent or easy to configure (i hope!)
First off, lemme say rhank you and good work. Very few people would create something like this that has this much work involved and then turn around and release it for free as well as provide solid support. As a user, I've fiddled with running a home mc server on my primary win7 machine, dualbooted ubuntu multiple times over the years, and overall just goofed around with various server adminstration projects involving video games. I may be the middle point in your userbase, but your user guide seems incredibly simple to follow. Before today I had no idea how the backup process was handled, but it sounds quite intriguing. So this leads me to a couple of real world application questions.
1. I plan on starting a private MC server for some friends and I. I unfortunately lack the cash to pay for a persistant vps from a trusted company. The memory leaks you mention that the MC server software is prone to leads me to believe a virtualization setup with virtualbox or a linux equivalant is the best choice. Would it be better to run the server on the linux side and play there as well, or do the same on windows?
2. What kind of work is involved to install hey0 mods (ie. Minecart mania, cuboid, etc) into a mineOS set up?
3. Will you provide a guide to illustrate this, and more importantly how to update the main OS ISO, server software, and Hey0?
4. What kind of work is invloved to add on server wrappers, and implement things like Cartographer?
Thanks for reading this admittedly long post. I hope none of these questions are redundant.
Hey, before I say anything, I want to give a thanks million for MineOS, it's exactly what I've been looking for.
I've set up the server (I think) but I was wondering, where do I find the IP to give to my friends to connect to? I can connect to it using the 192.168.x.x ip, but isn't that my personal ip or something? Would people outside of my network be able to connect? Also I want to use a world I've already created to use for the server (located on my computer), I've got this world folder, but where do I put it?
Short version: what ip do friends connect to? and how do I change worlds?
1. I plan on starting a private MC server for some friends and I. I unfortunately lack the cash to pay for a persistant vps from a trusted company. The memory leaks you mention that the MC server software is prone to leads me to believe a virtualization setup with virtualbox or a linux equivalant is the best choice. Would it be better to run the server on the linux side and play there as well, or do the same on windows?
2. What kind of work is involved to install hey0 mods (ie. Minecart mania, cuboid, etc) into a mineOS set up?
3. Will you provide a guide to illustrate this, and more importantly how to update the main OS ISO, server software, and Hey0?
4. What kind of work is invloved to add on server wrappers, and implement things like Cartographer?
Thanks for reading this admittedly long post. I hope none of these questions are redundant.
First off, thanks for giving it a shot! Having built it makes it easy for me to run through all the steps and sometimes I need other eyes to help me realize what I might be glazing over. I'll address each of yours individually:
1) I've built this on my own machine using Win7 & Virtualbox. I have no reason to believe though, it wouldn't work on any other virtualization software, such as KVM (the one installed on Ubuntu 10 http://www.ubuntu.com/server/features/virtualisation). I just downloaded ubuntu server today and I'll be trying it out. If its as easy as the gen pop says and it gets a MineOS guest up and running, without a doubt I'll be making a tut on this (with the same degree of detail as the vbox one). Keep in mind too, vbox runs in linux and windows...to this end, since MineOS is only a guest OS, choose whatever you feel most comfy with--both will permit the same features no prob.
2) Actually, I'm about an hour from uploading the full tut. So, Let me get chugging away at that right away!
3) Based on the way I designed it, theres gonna be *practically* only one file change as MineOS gets updated. For the most part, the operating system will be unchanged, all that changes is the admin.sh file that exists and runs mc/hey0 . When I update it, its gonna read your existing file, remember the vars there, replace the file and fill in your config. I predict it should mean for the typical setup 2 things, downloading the new CD and running a ./update.sh or ill make available the admin.sh (if the user feels comfy changing 3~ variables in a single file.
As far as mc/hey0 updating, I've already built into it that you can just click 'update' and it will always download and discard outdated servers--that part will stay the same.
4) Unfortunately, mappers are lower on my list, behind numerous tuts and addressing the more common concerns about ramdisk (which i really, really really, would love to see change MC hosting). Luckily, nothing about MineOS prohibits things like Cartograph from working--its just that its not integrated/push-button easy. Cartograph has a .jar file to download and execute and instructions and such, and these should work (and Ive used Tectonicus) without instructions beyond what the makers say. Though I really liked Cartograph, its inclusion might be a while while I try to pretty-ify the interface more.
Please keep me updated on what else you think needs addressing!
edit: i have myself tested MineOS on VMware, virtualbox, and virtualpc. all work without a hitch and tutorials with screenshots have been uploaded.
I'm having trouble importing a world. I place the .zip in the root directory, yet it does not detect it.
I tried an alternative method by copying it over, but I get a prompt to overwrite (must be lag), after that it cancels copying everything else over.
I'm assuming since you put the zip in the root FTP directory that you downloaded the CD in the last day and a half (im pretty sure I only added the import button on the interface then--)
If you do see the import button on the web interface, you have the most recent version until I release what I consider a huge update like on Jan 1 or something. Anyways, the zip file you upload has to fit this structure (and the tut is coming up in about an hour, as well)
Inside the zip/tgz/tar
main directory
/server.properties
/opt.txt
/server.log
/banned-ips.txt
etc...
/world/ (directory)
/world/{players, 0, 1a, 1b, 1c, 1d...}
so to reiterate, if you were to open the zip, you should see config files and the 'world' directory right away.
then you just type in the zip "mybackup.zip" in the argument box and hit import. presto change-o!
I just decided to go ahead and make my minecraft server when I saw this. My one problem is, I can't connect to the server. Just to be sure, what tells me my minecraft server IP? I'm 75% sure its not ifconfig.
I just decided to go ahead and make my minecraft server when I saw this. My one problem is, I can't connect to the server. Just to be sure, what tells me my minecraft server IP? I'm 75% sure its not ifconfig.
If you're running MineOS as a virtualized Guest OS, the IP address you're getting is your local IP address. No, this wouldnt be what you give to the outside world, but it is what you would fill in on 'port forwarding' on your router settings. Essentially, youd decide what port MC would run on (probably default) and then in your router under where it says port forwarding, you say 'forward all traffic to 192.168.x.x'
IF youre running MineOS on its own (burning the CD and booting it, or later, installing it to HD) ifconfig will be doing the same thing--reporting the IP address the router is issuing it. The steps are the same (this is the beauty of virtualization) :smile.gif:
And final note, i guess...If youre wondering your public IP, either your router will say it in settings or you can simply go to whatismyipaddress.com
in addition to the plain iso, what would be really great would be some pre-configured virtual machine images ( virtualbox appliance, vmware image, etc, etc,...), so that ideally, all you'd need to do when you download it is boot it up and connect to the web UI.
in addition to the plain iso, what would be really great would be some pre-configured virtual machine images ( virtualbox appliance, vmware image, etc, etc,...), so that ideally, all you'd need to do when you download it is boot it up and connect to the web UI.
I considered that, though there are some issues that inherently arise. I think, for the most part, its just bandwidth. Though if thats taken care of, I might change my mind on this. Virtualbox offers a great function called 'export appliance' which would do specifically this, for all the different configs I have, including virtual drives et all.
Personally, I'd think this would make it easier than ever--but I'm also afraid that I'm spoon-feeding TOO much...and that without even the most rudimentary knowledge of installing and booting the OS, those who want new versions might not have as perfect a conversion experience. If it ends up with people losing worlds and other complications because they want the most dumbed-down, push-button version...we'll have unhappy people on our hands, since I'll be facilitating laziness...and thats not the kinda people I wanna raise :smile.gif:
I think one of two things are happening then. Either a) at the boot screen you might be missing something.
Remember to type 'microcore tce=sda1' (notice the 1) or 'microcore tce=hda1' (if you used that device instead).
Or two, think back to when you ran the ./setup_server.sh script, it listed two devices 'hdc' and either 'hda' or 'sda'. 'hdc' (cdrom) is not a valid answer to that prompt. Did you type in 'sda' or 'hda' at that point? And are you putting the same answer (plus the 1) into the 'microcore tce=xda1'?
If you use this for the web interface, McMyAdmin (and is crossplatform) exists which has many more features in addition to what you've pointed out.
Once again, I mean no offence, I'm just trying to understand the advantages of this over the above options.
Email/AIM/MSN: scott -at- allgamer -dot- net
Toll-free United States: 1.888.215.0640
iNUM: +883 510008273659
Extension: 902
The value to this distribution is not the memory footprint, its just a nice sideline. This distro, unlike any other distribution, is aimed towards hosting MC in a controlled, easy to use fashion. In fact, as I state in my 'is this right for me?' page http://minecraft.codeemo.com/setups.html, I say quite explicitly, the ideal setup is using a server distribution (such as ubuntu, though not named) and virtualizing THIS OS.
The benefits of virtualization are plenty: containable memory (so leaks dont drag down other parts of your server), protection from exploit (by having no access to ANYTHING not minecraft related), and most importantly, easy and access to what would be dangerous or difficult configurations to set up manually, such as Minecraft on a RAMDISK (which this distro permits and is designed to accommodate antigriefing and server failure).
So again, I'm not telling anybody to ditch a server distro to run MineOS. I'm saying, use a server to safely, easily and more effectively manage MC servers with MineOS on top.
edit: McMyAdmin, a team-developed admin tool, is a great utility. On the other hand, mine doesnt start charging at 8+ users and is still a work in progress. By its nature, an OS has far more flexibility than an admin tool, considering that......McMyAdmin--if one should choose, could be installed on a Linux distro like MineOS.
I appreciate the time you took out to clarify this for me. However, I have to disagree that this is more secure. You can easily isolate minecraft within a standard linux installation using permissions and I'm not sure what you mean by it is designed to accommodate antigreifing/server failure but I'll take your word for it.
Also, McMyAdmin is programmed by a single developer and is not a team led effort.
Email/AIM/MSN: scott -at- allgamer -dot- net
Toll-free United States: 1.888.215.0640
iNUM: +883 510008273659
Extension: 902
Ah, I do see now that PhonicUK is a single man operation, which is a top notch credit to him.
As far as the other concerns, its strictly impossible for any servers to be more secure than a virtualized environment, though you can surely match the security through much configuration that many people are unwilling/incapable of handling. So for this point, perhaps I'm only offering convenience to those would-be hosts, which seems like a pretty nice freebie. And how this server can handle antigriefing/server failure is outlined here: http://minecraft.codeemo.com/adv_features.html, which I wont go into further, as it would be redundant, but archiving--which is the norm--is wasteful and MineOS addresses that.
Once again, thank you for your time. I wanted to see if this is something we might be interested in offering. I'll just have to agree to disagree on whether this more secure.
Email/AIM/MSN: scott -at- allgamer -dot- net
Toll-free United States: 1.888.215.0640
iNUM: +883 510008273659
Extension: 902
BTW. I thought TCE was only ram-based?
TCE is built around the idea of being RAM-based, which is what makes it such an ideal platform. However, unlike "cloud/default" mode, I want people to be able to retain their worlds in case of reboot, so I use the persistence options to allow admins to keep their world from reboot to reboot or power failure.
*My* MineOS, keep in mind, has similar goals--easy configuration being one of them. Being built on a ram-based distro doesn't make it any less permanent or easy to configure (i hope!)
First off, lemme say rhank you and good work. Very few people would create something like this that has this much work involved and then turn around and release it for free as well as provide solid support. As a user, I've fiddled with running a home mc server on my primary win7 machine, dualbooted ubuntu multiple times over the years, and overall just goofed around with various server adminstration projects involving video games. I may be the middle point in your userbase, but your user guide seems incredibly simple to follow. Before today I had no idea how the backup process was handled, but it sounds quite intriguing. So this leads me to a couple of real world application questions.
1. I plan on starting a private MC server for some friends and I. I unfortunately lack the cash to pay for a persistant vps from a trusted company. The memory leaks you mention that the MC server software is prone to leads me to believe a virtualization setup with virtualbox or a linux equivalant is the best choice. Would it be better to run the server on the linux side and play there as well, or do the same on windows?
2. What kind of work is involved to install hey0 mods (ie. Minecart mania, cuboid, etc) into a mineOS set up?
3. Will you provide a guide to illustrate this, and more importantly how to update the main OS ISO, server software, and Hey0?
4. What kind of work is invloved to add on server wrappers, and implement things like Cartographer?
Thanks for reading this admittedly long post. I hope none of these questions are redundant.
I've set up the server (I think) but I was wondering, where do I find the IP to give to my friends to connect to? I can connect to it using the 192.168.x.x ip, but isn't that my personal ip or something? Would people outside of my network be able to connect? Also I want to use a world I've already created to use for the server (located on my computer), I've got this world folder, but where do I put it?
Short version: what ip do friends connect to? and how do I change worlds?
Thanks :smile.gif:
I tried an alternative method by copying it over, but I get a prompt to overwrite (must be lag), after that it cancels copying everything else over.
First off, thanks for giving it a shot! Having built it makes it easy for me to run through all the steps and sometimes I need other eyes to help me realize what I might be glazing over. I'll address each of yours individually:
1) I've built this on my own machine using Win7 & Virtualbox. I have no reason to believe though, it wouldn't work on any other virtualization software, such as KVM (the one installed on Ubuntu 10 http://www.ubuntu.com/server/features/virtualisation). I just downloaded ubuntu server today and I'll be trying it out. If its as easy as the gen pop says and it gets a MineOS guest up and running, without a doubt I'll be making a tut on this (with the same degree of detail as the vbox one). Keep in mind too, vbox runs in linux and windows...to this end, since MineOS is only a guest OS, choose whatever you feel most comfy with--both will permit the same features no prob.
2) Actually, I'm about an hour from uploading the full tut. So, Let me get chugging away at that right away!
3) Based on the way I designed it, theres gonna be *practically* only one file change as MineOS gets updated. For the most part, the operating system will be unchanged, all that changes is the admin.sh file that exists and runs mc/hey0 . When I update it, its gonna read your existing file, remember the vars there, replace the file and fill in your config. I predict it should mean for the typical setup 2 things, downloading the new CD and running a ./update.sh or ill make available the admin.sh (if the user feels comfy changing 3~ variables in a single file.
As far as mc/hey0 updating, I've already built into it that you can just click 'update' and it will always download and discard outdated servers--that part will stay the same.
4) Unfortunately, mappers are lower on my list, behind numerous tuts and addressing the more common concerns about ramdisk (which i really, really really, would love to see change MC hosting). Luckily, nothing about MineOS prohibits things like Cartograph from working--its just that its not integrated/push-button easy. Cartograph has a .jar file to download and execute and instructions and such, and these should work (and Ive used Tectonicus) without instructions beyond what the makers say. Though I really liked Cartograph, its inclusion might be a while while I try to pretty-ify the interface more.
Please keep me updated on what else you think needs addressing!
edit: i have myself tested MineOS on VMware, virtualbox, and virtualpc. all work without a hitch and tutorials with screenshots have been uploaded.
I'm assuming since you put the zip in the root FTP directory that you downloaded the CD in the last day and a half (im pretty sure I only added the import button on the interface then--)
If you do see the import button on the web interface, you have the most recent version until I release what I consider a huge update like on Jan 1 or something. Anyways, the zip file you upload has to fit this structure (and the tut is coming up in about an hour, as well)
Inside the zip/tgz/tar
main directory
/server.properties
/opt.txt
/server.log
/banned-ips.txt
etc...
/world/ (directory)
/world/{players, 0, 1a, 1b, 1c, 1d...}
so to reiterate, if you were to open the zip, you should see config files and the 'world' directory right away.
then you just type in the zip "mybackup.zip" in the argument box and hit import. presto change-o!
If you're running MineOS as a virtualized Guest OS, the IP address you're getting is your local IP address. No, this wouldnt be what you give to the outside world, but it is what you would fill in on 'port forwarding' on your router settings. Essentially, youd decide what port MC would run on (probably default) and then in your router under where it says port forwarding, you say 'forward all traffic to 192.168.x.x'
IF youre running MineOS on its own (burning the CD and booting it, or later, installing it to HD) ifconfig will be doing the same thing--reporting the IP address the router is issuing it. The steps are the same (this is the beauty of virtualization) :smile.gif:
And final note, i guess...If youre wondering your public IP, either your router will say it in settings or you can simply go to whatismyipaddress.com
I considered that, though there are some issues that inherently arise. I think, for the most part, its just bandwidth. Though if thats taken care of, I might change my mind on this. Virtualbox offers a great function called 'export appliance' which would do specifically this, for all the different configs I have, including virtual drives et all.
Personally, I'd think this would make it easier than ever--but I'm also afraid that I'm spoon-feeding TOO much...and that without even the most rudimentary knowledge of installing and booting the OS, those who want new versions might not have as perfect a conversion experience. If it ends up with people losing worlds and other complications because they want the most dumbed-down, push-button version...we'll have unhappy people on our hands, since I'll be facilitating laziness...and thats not the kinda people I wanna raise :smile.gif: