To satisfy my love of slimming down and specializing Linux, I have created MineOS2, based on CRUX Linux. MineOS2 (or MineOS CRUX), follows in the spirit of the original in aiming for lightweight, highly customizable, greatly automated Minecraft hosting.
MineOS CRUX differs from the original MineOS/+ in numerous ways, all of which I find to be a hefty improvement.
- based on CRUX Linux (an advanced, build-it-from-the-ground-up distro), it weighs in at a tiny ~25MB ram footprint with a webserver and mysql running. It can be further reduced if you opt not to use mysql.
- CRUX linux is a more sturdy distro than my previous microcore, more comparable to Ubuntu Server (and smaller than). It contains a build environment, every standard linux utility you'd expect for a server, and the capacity to manage the kernel if you're ambitious.
- comes with an improved administrative user interface, which includes the capacity to start/stop/backup/archive your server(s) all idiot proof, and constantly being improved.
- has extended support--covering all i686 machines, wireless included, x64/x86, a modern 3.0 kernel and Oracle JRE7
- as educational as it is automated
Keep in mind that this distribution is appropriate for all applications, virtualized or as the sole-operating system of physical hardware.
There's a lot of work ahead to make it even more simple to embrace Linux, Ramdisks, and MineOS, and I hope to hear all your feedback!
I have added a youtube video to the install process which should help showcase MineOS CRUX, as I see it fit now for widespread use. Please let me know if you have any questions or concerns!
Just bookmarked your wiki. When we buy a new server machine, I think we will be running your version of linux. Very nice man. Very nice.
Great to hear! And let me know if you have any improvements/suggestions. While the OS and the included packages feel 100% settled, the web-ui always has room for improvement. You can drop a line at:
Great to hear! And let me know if you have any improvements/suggestions. While the OS and the included packages feel 100% settled, the web-ui always has room for improvement. You can drop a line at:
Joined, and if I think of anything I will let you know :wink.gif:. Web development, especially web applications like that one, is my specialty. I love doing stuff like that. When we finally save enough from donations and get a new server, I will post on the group.
Edit---
Is the web-ui made with php? I already see something I want to add specifically for BMS servers. lol
Works for me, as long as I have access to the source and google at hand I can add/mod stuff in it XD
The source is openly available on the iso or at the download location http://minecraft.codeemo.com/crux/mineos-scripts/. If you have needs that you think any other Minecraft admin might need, I'd be happy to work with you to implement them into the main branch--theres probably little need for you to create a minor fork when the functionality is useful to others--and moreso, as the scripts get updated on my end (and they do, frequently), it might be quite a chore to maintain your modifications.
Let me know if you think there's useful functionality you can think of needing implementing--and if you have the desire to contribute it directly to the distro!
The source is openly available on the iso or at the download location http://minecraft.codeemo.com/crux/mineos-scripts/. If you have needs that you think any other Minecraft admin might need, I'd be happy to work with you to implement them into the main branch--theres probably little need for you to create a minor fork when the functionality is useful to others--and moreso, as the scripts get updated on my end (and they do, frequently), it might be quite a chore to maintain your modifications.
Let me know if you think there's useful functionality you can think of needing implementing--and if you have the desire to contribute it directly to the distro!
Will
Very cool. I have been deving Blackmodule's Minecraft Suite and running a server for a few months now, and, I think I have a pretty good idea of everything a server needs to really survive. I will compile a list of the absolute essentials for you and we will see where that takes us :wink.gif:. I have some linux scrips already made up for certain things I will willingly give you too. Anyway give me a day or two to get everything compiled. (Busy weekend.)
Very cool. I have been deving Blackmodule's Minecraft Suite and running a server for a few months now, and, I think I have a pretty good idea of everything a server needs to really survive. I will compile a list of the absolute essentials for you and we will see where that takes us :wink.gif:. I have some linux scrips already made up for certain things I will willingly give you too. Anyway give me a day or two to get everything compiled. (Busy weekend.)
It'll be great to hear any suggestions/recommendations you may have that a long-time admin may need. While I can continually improve the OS/server side level of things by knowing about how servers, kernels, and packages work--I haven't even played Minecraft since they added music boxes (I hear there's pistons and weather now too), thus my web management interface probably has 100 places to augment functionality. I look forward to your list and hopefully getting some co-op work done!
I've been playing with MineOS CRUX since the first 0.1.0 build. It has evolved into a rock-stable platform for me and my minecraft servers. I have two systems running MineOS Crux 0.4.5 (soon to putting on 0.4.6).
The old server=
P4 2.0 Ghz with 1 GB of RAM.
I hosted 3-5 players consistently and the server held up. Since the OS takes just a handful of MB, that left close to a 1000 MB left (out of 1024) for the actual Minecraft server. There was occasional lag (due to the processor) but it never failed - no matter how many "can't keep up" messages I had on my server.log. And this was a multi-world (4 actually) server with 15+ bukkit mods.
The new server=
Core 2 Duo 2.4 Ghz with 4 GM of RAM
Running the 64-bit version of MineO CRUX. I can actually run a server configured to use 3950 MB of RAM if I want to and it's stable. Again, the OS only takes a handful (30mb or less) of memory to due the base OS functions. I moved my multi-world server over there and all the "can't keep up" messages went away. I run hourly differential backups with MineOS. We've tested it and destroyed a world with TNT and then clicked a button to restore (the process of stopping the server, restoring, and restarting took about 60 seconds total). So if I have any disasters happen on my server, I can easy click backward to any point in time. Since moving to the new server, I'm working on building up a player list (invite only of friends that my kids know in person) and expect to be hosting 20 concurrent players at some point.
We still use the old server for testing new mods and running separate one-off servers. My son is working on making a server that utilizes local client mods on a server setting.
Recently, hexparrot has been working with me to help me get pigmap working with MineOS CRUX. It works fantastic! His scripting makes running this server super easy. There are also some great addons in place: a MySQL server with phpMyAdmin, IPTraf for monitoring bandwidth usage, and SSHFS (which I haven't played with yet but plan to). Not to mention the simple but great things like being able to generate a new server using a seed to generate the first world (all through the webui). Or having the minecraft server self-repair and restart the worlds on reboot if the server restarts unexpectedly due to power outage or something.
Anyway, enough of the blabber about it. Ask me questions about my experiences and I will share.
It looks like you could modify a minecraft_server.jar and drop it in the /usr/games/minecraft folder on MineOS Crux and use it from there. I modified the minecraft_server.jar and then renamed it to bm_minecraft_server.jar and then dropped it in. From there it shows up as a JAR choice for running a server. I then copied the "ServerData" files into the corresponding server (/home/mc/servername) and started the server. It seemed to apply changes to one of the BlackModule Suite settings files.
I haven't applied the client-side changes yet. But it looks like this could be completely compatible with MineOS CRUX. I'll have to play around this coming weekend and validate/verify.
If so, perhaps would you be interested in generating the "bm_minecraft_server.jar" file automatically by downloading the BlackModule Zip, copying the original minecraft_server.jar, and then copying some files from the zip into the altered jar file? Just curious.
I like the idea of this, it allows you to use a slow computer as a server but is it possible to use this in conjunction with a mod and/or like Canarymod or Bukkit?
I like the idea of this, it allows you to use a slow computer as a server but is it possible to use this in conjunction with a mod and/or like Canarymod or Bukkit?
MineOS was designed with mods in mind, and therefore using mods like bukkit or canary are as simple as choosing it from a dropdown menu of the web-interface. From there, just like with any Linux distro, download/copy the mod-plugins you want to the /plugins/ directory and its up and running.
MySQL/sqllite are already included, so any mods requiring them also are good to go!
I've been running a bukkit server for me and a few friends on my laptop running ubuntu for a while now, and when I saw this I thought it might improve performance. After some hairy moments clearing a spare partition and redoing the bootloaders (I use grub rather than lilo, so took a bit of tinkering to get grub to chainload), managed to get the server nearly fully working with all of my plugins.
However I found a big problem today, and I hope you can help me with it. Seems if any plugins try to use MySQL they will stop the server loading. I have run the mysql_secure_installation script as root. I've created a database, a user for it, and granted the user all permissions on the DB. I can log in to MySQL using the command line and that user name, but I can't figure out why plugins cant access it.
The first plugin I noticed this with was McMMO, so heres the database section of the config (password has been changed):
If I change enabled to false so it uses flat files, it loads with no problems. I also attempted to set iConomy to use the database as well but this fails in the same way. There are no error messages in the server.log, it just simply stops when it starts loading the plugin that tried to access MySQL.
Do you have any ideas why it is not working?
Sorry for the confusion. The reason it is failing to connect to MySQL is because it is attempting to via TCP-IP, which is disabled by default (many other programs like mysql and php use the faster, direct linux socket instead).
To remedy this, you simply open up the TCP connectivity which I have added to the MySQL wiki page
Im making this a default-behavior in the next version. Thanks for pointing it out!
EDIT: this is now the default behavior on any installations >= 0.4.7
(ps. obviously you can use your own username/databasename/password, i just used 'mc' for convenience)
Thanks for the help. I tried following the wiki last night, but it still didn't work. I backed up everything and was ready to reinstall CRUX an hour ago until I noticed you added the iptables-save line. As soon as I ran through the commands again, it all started working perfectly.
first thanks. I really like the MineOS Crux and how easy it is to get it running, already had a server up running and the a singleplayer map imported.
Afterwards I needed to restart my Host(got VirtualBox installed on a Mac). Although I shutdown the virtualmachine as root all servers and files I moved there by SSH are lost.
It's my first day trying to set up a server/VM, by now there has been no help through google search on this topic. I'm pretty sure there is only one tiny thing I have to do so the data gets saved, but as a noob I don't know what to do.
So, could you please help me with a little hint? :smile.gif:
Are you using ramdisk, and did you remember to backup from the web-ui?
Summary report on recent experiences with MineCRUX.
History:
I gave up on MineCraft serving after a plethora of updates made it exhausting trying to keep up, especially as I used bukkit.
The new MineCRUX settings that allow me to choose updates with a higher resolution sold me on trying again.
First of all, it is simple to install on bare-metal (without other OS).
The new CRUX package management system is smooth and with Will's scripts, the addons were idiot-proof.
However, as a home-user running a four person LAN server for my family, I didn't want to lose other OSes from the server computer. So I pursued a triple-boot option looking to end with Grub2 as the boot-manager rather than the less user-friendly and older LILO.
Three things guided the decision to use LILO rather than GRUB despite the previous MineOS using GRUB0.97 already.
LILO works utterly reliably, in that the output "Adding MineOS *" can indicate without fail restart-success. (Grub would have to have post-bootloader tests run/scripts written)
Obviously MineOS has the capacity for multibooting, essentially being CRUX Linux with pre-added python scripts and a web interface, but was mainly directed at being the sole OS of a full time server. Given that LILO did its job, 'more multi-boot-friendly' didn't seem to warrant the additional work. This work, for example, would be to convert and automate GRUB's "hd(0,0)" syntax, rather than the more straightforward "/dev/sda1" displayed for users in the partitioning software
(most importantly) Grub wasn't on the CRUX Linux default ISO. At the 1.x.x stage of development, I had 1200 things I wanted to improve in MineOS and spending time writing OS scripts and protect users from GRUB mistakes was much harder to focus on than redesigning the web-ui, etc.
Of course, that's no excuse for why it's not implementing GRUB now (which I'm already working into) since I'm redesigning the ISO now, to have the flexibility of such things like better partitioning precision and choosing filesystems.
Three semi-negative notes:
1) The Web-UI always listed one person connected to any started server even without players logged on. I assume this was the Web-UI? I noticed this recently. Actually its only BUKKIT that does this, as it kind of....stupidly...appends gibberish to the 'connected players' line to indicate 'start of list', 'end of list'? I don't know, I'll have to look into it, but such nonstandard behavior doesn't exist in vanilla
2) The console's log output for a server showed illegible characters for the "unknown" user ID. It'd be much better if it identified the Web-UI as that connection. You'll have to explain this one in greater detail. The web-ui doesn't make any connections to the server at all in the 'connecting player' sense--there literally is the relationship between MineOS running the jar in 'screen' and that's it--under no circumstance should (or could) the logfile be aware that its running MineOS.
3) The Web-UI's connection took one of the server-property's permitted connections. Server managers should account for this when limiting the number of connection for a server. Same as above--the web-ui isn't responsible for going through the log-in process of minecraft server--thats a login coming from another source, but 100% guaranteed not MineOS
Critical recommendation for success:
Before beginning install, use a more user-friendly partition manager, like GParted within Ubuntu or even a bootable rescue-type iso like Rescatux.
I might consider it as an alternative way to install, but the more flexibility I give to the installer, quite frankly, the more places for error the less-diligent user has. I've designed the script in such a way that it can (if need be) permit more savvy users to do things (like use other FSes), but I've kept it out of the mainstream because there are thousands of people who see 'options' as 'barrier-to-entry'
Resize and partition your target drive to provide space for MineCRUX as primary ReiserFS and primary linux swap.
Then do the MineCRUX install skipping the partition manager step and the "Make sda1 into ReiserFS" step.
Hardware:
Laptop x86 dual-core 1.5 GHz chips
Two 150 GB hard drives
2 GB RAM
Other OSes:
Vista & desktop Ubuntu
Challenges:
Compared to triple-boot install of the previous version of MineOS, the new partition manager is less easy to understand. It provides a plethora of file-system choices that don't match what MineCRUX wants and wouldn't let me make the choices I needed.
Running as RAM-disk did not work with very large world files like the Skylands v1.3 I wanted...I kept getting errors when transferring files to the server world, possibly due to out of space errors (over 200 MB attempted to copy). I had to reinstall MineCRUX to remove RAM option, not knowing how to change the filesystem without reinstall.
BIG BIG WARNING for MultiOS systems: Be extremely careful of the next step after running the partition manager where the install script asks it should make sda1 into ReiserFS. I hit OK before realizing sda1 is where my original WinXP OS was, toasting everything on it.
I had to reinstall the Win OS, using Vista this time...not so bad after I've been using Win7 elsewhere.
MineCRUX didn't play well with other partitions, possibly because of the partition manager's capabilities.
I solved the problem by partitioning and formatting the target drive before installing MineCRUX and not using MineCRUX's partition manager at all.
My installation steps:
1) Install any Windows OSes or begin with one. They don't play well with anyone else and apparently, with my skill level, need to be in the first partition. For me, a WinOS was on the first drive, sda.
2) Use GParted or other user-friendly linux-based partition manager to prepare the target drive and partition for MineCRUX (primary ReiserFS, primary linux swap) and your usual Linux OS (primary EXT4...later made logical by Ubuntu install). Be sure to note the ID for the MineCRUX partition. These all went into the second drive, sdb.
3) Install MineCRUX, making sure of the target partitions (for me sdb1 and sdb2). Skip the partition manager and the "Make sda1 ReiserFS" step.
4) Install Ubuntu using choice of "installing alongside other Linux OS". It will install Grub2 which should ID Windows and MineOS as boot options.
5) Re-boot, selecting MineCRUX to be sure Grub2 works it properly.
6) Boot into Ubuntu and modify the Grub2 options to list MineOS as default choice (this was easier than I thought it would be after letting the Ubuntu install do the hard work of identifying the correct boot parameters).
7) Re-boot without selecting an OS to make sure MineCRUX boots as default.
8) Make sure the MineCRUX is connected to the internet, update the MineOS scripts and "ports" (the CRUX package management system), and continue through the MineCRUX post-installation steps.
In the end, I have a triple-boot MineCRUX, Vista, and Ubuntu machine.
On a delightful note, the voice-chat addon, umurmur, works nicely.
I am slightly concerned about how the MineCRUX scripts operate in that they reach out to other websites to download and install software to the server. If the target website gets hacked, what bad might happen and how likely is it such a thing could occur?
I would say its much less likely for it to be a concern. --for example, when kernel.org got hacked (probably the most significant linux website for linux gurus with kernels and other core softwares), the hackers didn't really disrupt the software that was being distributed--such behavior just begs for the intrusion to be detected and patched. But yes, quite frankly, if a target website gets hacked (such as umumur on sourceforge-or other software I've helped provide as addons), then you would be unwittingly letting them execute as root. I see this as a non-issue for the most part since I rsync the stuff onto *MY* website so checksums are there to help protect from tampering.
It'd be nice to see the MineCRUX install script:
1) Play nicer with other OSes I'll see what I can do, but ...
2) Automatically ID the correct target partition to make into ReiserFS instead of sda1, or provide better guidance. I'd say its highly unlikely for me to be able to predict this without skimming over each partition and guessing what they are. If you know of any, I'd love to see if it can save the work/debugging for me.
3) Use something like Ubuntu's Grub2 "other operating system ID" capabilities for the boot loader.
If I install the pigmap add-on, how would I replace the C10t output with the pigmap output?
On a similar note, but beyond the scope of MineCRUX, it'd be even nicer if I could replace the mapping with the output of the bukkit plugin DynMap.
Dynmap is known to be working without any problem alongside both of these mappers, I can direct you to a number of threads and the steps I gave them to get it working. Pigmap will never replace c10t in the web-ui for many technical reasons, but I certainly hope it'll replace c10t in practicality. If you join the google https://groups.google.com/forum/#!forum/mineos you'll actually see much of what you're asking.
It'd be really sweet if a script were available to install a web-UI for managing the murmur voice-chat server for user authorizations, maximum bytes/sec, etc. There are linux packages out there, but I am not adept enough to install them.
BTW: If you want to run multiple worlds, I recommend using the bukkit plugin "Multiverse". Then you only need to run one server, sending users to particular worlds using permissions while letting them move between them if you so choose. You can have Multiverse unload worlds that are not used to conserve server resources.
Installation of non-minecraft services is mostly the extent of my scripting--I can't possibly think I can write timeless, always-compatible scripts and UI's for other things like umurmur. Not enough time, not enough familiarity with the programs, and the most important reason: it just wouldn't help enough people (umurmur work vs mineos work)
MineOS CRUX differs from the original MineOS/+ in numerous ways, all of which I find to be a hefty improvement.
- based on CRUX Linux (an advanced, build-it-from-the-ground-up distro), it weighs in at a tiny ~25MB ram footprint with a webserver and mysql running. It can be further reduced if you opt not to use mysql.
- CRUX linux is a more sturdy distro than my previous microcore, more comparable to Ubuntu Server (and smaller than). It contains a build environment, every standard linux utility you'd expect for a server, and the capacity to manage the kernel if you're ambitious.
- comes with an improved administrative user interface, which includes the capacity to start/stop/backup/archive your server(s) all idiot proof, and constantly being improved.
- has extended support--covering all i686 machines, wireless included, x64/x86, a modern 3.0 kernel and Oracle JRE7
- as educational as it is automated
Keep in mind that this distribution is appropriate for all applications, virtualized or as the sole-operating system of physical hardware.
There's a lot of work ahead to make it even more simple to embrace Linux, Ramdisks, and MineOS, and I hope to hear all your feedback!
Every step is outlined and screenshotted here: http://minecraft.codeemo.com/buildmineos/index.php/Main_Page
A Youtube video is available:
I am a representative of Akliz.
Great to hear! And let me know if you have any improvements/suggestions. While the OS and the included packages feel 100% settled, the web-ui always has room for improvement. You can drop a line at:
MineOS Google Groups
Joined, and if I think of anything I will let you know :wink.gif:. Web development, especially web applications like that one, is my specialty. I love doing stuff like that. When we finally save enough from donations and get a new server, I will post on the group.
Edit---
Is the web-ui made with php? I already see something I want to add specifically for BMS servers. lol
Works for me, as long as I have access to the source and google at hand I can add/mod stuff in it XD
The source is openly available on the iso or at the download location http://minecraft.codeemo.com/crux/mineos-scripts/. If you have needs that you think any other Minecraft admin might need, I'd be happy to work with you to implement them into the main branch--theres probably little need for you to create a minor fork when the functionality is useful to others--and moreso, as the scripts get updated on my end (and they do, frequently), it might be quite a chore to maintain your modifications.
Let me know if you think there's useful functionality you can think of needing implementing--and if you have the desire to contribute it directly to the distro!
Will
Very cool. I have been deving Blackmodule's Minecraft Suite and running a server for a few months now, and, I think I have a pretty good idea of everything a server needs to really survive. I will compile a list of the absolute essentials for you and we will see where that takes us :wink.gif:. I have some linux scrips already made up for certain things I will willingly give you too. Anyway give me a day or two to get everything compiled. (Busy weekend.)
It'll be great to hear any suggestions/recommendations you may have that a long-time admin may need. While I can continually improve the OS/server side level of things by knowing about how servers, kernels, and packages work--I haven't even played Minecraft since they added music boxes (I hear there's pistons and weather now too), thus my web management interface probably has 100 places to augment functionality. I look forward to your list and hopefully getting some co-op work done!
The old server=
P4 2.0 Ghz with 1 GB of RAM.
I hosted 3-5 players consistently and the server held up. Since the OS takes just a handful of MB, that left close to a 1000 MB left (out of 1024) for the actual Minecraft server. There was occasional lag (due to the processor) but it never failed - no matter how many "can't keep up" messages I had on my server.log. And this was a multi-world (4 actually) server with 15+ bukkit mods.
The new server=
Core 2 Duo 2.4 Ghz with 4 GM of RAM
Running the 64-bit version of MineO CRUX. I can actually run a server configured to use 3950 MB of RAM if I want to and it's stable. Again, the OS only takes a handful (30mb or less) of memory to due the base OS functions. I moved my multi-world server over there and all the "can't keep up" messages went away. I run hourly differential backups with MineOS. We've tested it and destroyed a world with TNT and then clicked a button to restore (the process of stopping the server, restoring, and restarting took about 60 seconds total). So if I have any disasters happen on my server, I can easy click backward to any point in time. Since moving to the new server, I'm working on building up a player list (invite only of friends that my kids know in person) and expect to be hosting 20 concurrent players at some point.
We still use the old server for testing new mods and running separate one-off servers. My son is working on making a server that utilizes local client mods on a server setting.
Recently, hexparrot has been working with me to help me get pigmap working with MineOS CRUX. It works fantastic! His scripting makes running this server super easy. There are also some great addons in place: a MySQL server with phpMyAdmin, IPTraf for monitoring bandwidth usage, and SSHFS (which I haven't played with yet but plan to). Not to mention the simple but great things like being able to generate a new server using a seed to generate the first world (all through the webui). Or having the minecraft server self-repair and restart the worlds on reboot if the server restarts unexpectedly due to power outage or something.
Anyway, enough of the blabber about it. Ask me questions about my experiences and I will share.
I was looking over the Blackmodule Suite stuff that shawndeprey was talking about.
http://www.pixnorth.com/bms/downloadBMS.php
It looks like you could modify a minecraft_server.jar and drop it in the /usr/games/minecraft folder on MineOS Crux and use it from there. I modified the minecraft_server.jar and then renamed it to bm_minecraft_server.jar and then dropped it in. From there it shows up as a JAR choice for running a server. I then copied the "ServerData" files into the corresponding server (/home/mc/servername) and started the server. It seemed to apply changes to one of the BlackModule Suite settings files.
I haven't applied the client-side changes yet. But it looks like this could be completely compatible with MineOS CRUX. I'll have to play around this coming weekend and validate/verify.
If so, perhaps would you be interested in generating the "bm_minecraft_server.jar" file automatically by downloading the BlackModule Zip, copying the original minecraft_server.jar, and then copying some files from the zip into the altered jar file? Just curious.
- SBHouse
MineOS was designed with mods in mind, and therefore using mods like bukkit or canary are as simple as choosing it from a dropdown menu of the web-interface. From there, just like with any Linux distro, download/copy the mod-plugins you want to the /plugins/ directory and its up and running.
MySQL/sqllite are already included, so any mods requiring them also are good to go!
Sorry for the confusion. The reason it is failing to connect to MySQL is because it is attempting to via TCP-IP, which is disabled by default (many other programs like mysql and php use the faster, direct linux socket instead).
To remedy this, you simply open up the TCP connectivity which I have added to the MySQL wiki page
Im making this a default-behavior in the next version. Thanks for pointing it out!
EDIT: this is now the default behavior on any installations >= 0.4.7
(ps. obviously you can use your own username/databasename/password, i just used 'mc' for convenience)
Glad to see it's up and running!
On a side note, new youtube videos up:
http://minecraft.codeemo.com/buildmineos/index.php/Pigmap
Additional information on http://minecraft.codeemo.com/buildmineos/index.php/Static_IP
Are you using ramdisk, and did you remember to backup from the web-ui?
Three things guided the decision to use LILO rather than GRUB despite the previous MineOS using GRUB0.97 already.
I might consider it as an alternative way to install, but the more flexibility I give to the installer, quite frankly, the more places for error the less-diligent user has. I've designed the script in such a way that it can (if need be) permit more savvy users to do things (like use other FSes), but I've kept it out of the mainstream because there are thousands of people who see 'options' as 'barrier-to-entry'
I would say its much less likely for it to be a concern. --for example, when kernel.org got hacked (probably the most significant linux website for linux gurus with kernels and other core softwares), the hackers didn't really disrupt the software that was being distributed--such behavior just begs for the intrusion to be detected and patched. But yes, quite frankly, if a target website gets hacked (such as umumur on sourceforge-or other software I've helped provide as addons), then you would be unwittingly letting them execute as root. I see this as a non-issue for the most part since I rsync the stuff onto *MY* website so checksums are there to help protect from tampering.
Dynmap is known to be working without any problem alongside both of these mappers, I can direct you to a number of threads and the steps I gave them to get it working. Pigmap will never replace c10t in the web-ui for many technical reasons, but I certainly hope it'll replace c10t in practicality. If you join the google https://groups.google.com/forum/#!forum/mineos you'll actually see much of what you're asking.
Installation of non-minecraft services is mostly the extent of my scripting--I can't possibly think I can write timeless, always-compatible scripts and UI's for other things like umurmur. Not enough time, not enough familiarity with the programs, and the most important reason: it just wouldn't help enough people (umurmur work vs mineos work)
I hope this addressed your concerns sufficiently--please don't hesitate to visit my dev group: https://groups.google.com/forum/#!forum/mineos