Considering most web servers are linux, that actually isn't the case. Most servers are usually set up to handle them both ways, though.
Agreed, I've seen it both ways, but from memory its c/s by default
Quote from Pantheis »
I get a similar error to every time I try to reboot my server by first stopping the current Minecraft server, then issuing "sudo ./90_reboot_sudo.sh" from the command line.
I didn't think you had to run the script every time you need to power off/reboot, just after the install?
there is a new minecraft server build, so new things could be happening.
i am sure that this is not a mineos+ problem, but i'll post a log dump anyway so that if anyone else is getting this they can see my post here and know that they don't have to post about it.
what i see here, and i am quite ignorant and only guessing, is that the server started up just fine, plugins loaded ok, and then i tried to log in three times and waited a while and tried to log in a forth time.
this is on a world that i had setup and had running just fine before i clenched my teeth and decided to upgrade the server.
i knew the job was dangerous when i took it, so when things suddenly went fizzle end up i was not upset.
if anyone is out there thinking of hitting the upgrade server files button, i would recommend not doing so quite yet.
----------------- log dump 50 ---------------
2011-04-20 12:43:40 [INFO] Starting minecraft server version Beta 1.4
2011-04-20 12:43:40 [INFO] Loading properties
2011-04-20 12:43:40 [INFO] Starting Minecraft server on *:25565
2011-04-20 12:43:40 [INFO] This server is running Craftbukkit version git-Bukkit-0.0.0-659-gc210f22-b684jnks (MC: 1.4)
2011-04-20 12:43:41 [INFO] Preparing level "world"
2011-04-20 12:43:41 [INFO] Preparing start region
2011-04-20 12:43:42 [INFO] 144 recipes
2011-04-20 12:43:42 [INFO] Preparing spawn area: 0%
2011-04-20 12:43:43 [INFO] Preparing spawn area: 48%
2011-04-20 12:43:44 [INFO] Preparing spawn area: 85%
2011-04-20 12:43:44 [INFO] PlgSetspawn version 4.0 is enabled!
2011-04-20 12:43:44 [INFO] ClayFlow: Enabled. (Version: 1.0.0.0r0)
2011-04-20 12:43:44 [INFO] [ BigLife ] BigLife version 0.3 is enabled!
2011-04-20 12:43:44 [INFO] [AntiCreeper] version 1.0 is enabled.
2011-04-20 12:43:44 [INFO] megaBow 0.1 loaded - by Blade
2011-04-20 12:43:44 [INFO] AppleTree activated.
2011-04-20 12:43:44 [INFO] [EveryEgg] v0.1.1 loaded successfully!
2011-04-20 12:43:44 [INFO] RetroRepair version 1.0 is enabled!
2011-04-20 12:43:44 [INFO] ObsidianFlow: Enabled. (Version: 1.0.0.0r0)
2011-04-20 12:43:44 [INFO] Stackable: Configuration file loaded.
2011-04-20 12:43:44 [INFO] Stackable: Version 0.5 enable.
2011-04-20 12:43:44 [INFO] Done (0.385s)! For help, type "help" or "?"
2011-04-20 12:44:41 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:44:41 [INFO] /192.168.0.191:2220 lost connection
2011-04-20 12:44:49 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:44:49 [INFO] /192.168.0.191:2221 lost connection
2011-04-20 12:46:08 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:46:08 [INFO] /192.168.0.191:2223 lost connection
2011-04-20 14:42:46 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 14:42:46 [INFO] /192.168.0.191:2259 lost connection
A nice little thing, but I have one little "grief" with it, a hickup that I would like a solution to.
Some way to easily dump files via network into the server.
This could be new plugins that you have downloaded for bukkit or a new world.
Presently there is no easy way of doing it, either a simple FTP setup or regular file sharing.
Any good things that can be achieved on this matter?
Rollback Post to RevisionRollBack
Ad fly eh? Always being sabotaged here, NoScript and AdBlock makes surfing safer.
A nice little thing, but I have one little "grief" with it, a hickup that I would like a solution to.
Some way to easily dump files via network into the server.
This could be new plugins that you have downloaded for bukkit or a new world.
Presently there is no easy way of doing it, either a simple FTP setup or regular file sharing.
Any good things that can be achieved on this matter?
you probably already tried it, but i use filezilla to access through the sftp server that is already built into the mineos+ package and running.
for those running plain vanilla, there is a recent fix that allows it to run.
i downloaded it and i can now place blocks without crashing the game.
the one i have running bukkit is still not running however.
here is a wikki page with server updates for minecraft.
not bukkit, minecraft.
of note: if you update your server to 1.5, don't try to press MAP. You will crash your server. Mine had bedrock in the skybox after and had to revert to a backup from a few hours earlier.
Just created a new RAMDISK VirtualBox and updated with the new server files, created a new pure world, deleted it, and copied my backed up archive files to ram-worlds.
I always have to force stop worlds because after copying from the Windows host box to ram-worlds, status shows World x up, (but it's not, yet)...no big deal, Force Stop > start.
Wrote my crontab jobs, tested everything, chose Yes to upgrade minecraft client, and it's all good, including maps created from the WebGUI. This may already be known, but the snapshots are created on sda2/minecraft/snapshots ? Again, no big deal, but they aren't visible from the http://<server ip> index page.
Now if only Zan's Minimap was updated for 1.5 :smile.gif: ...haven't messed with bukkit yet, is there a comparable minimap?
Is a dedicated Forum. Please post all New Issues there.
Quote from mike855 »
A little problem : I don't the link for the snapshots with ln -s, but at restart, it disapear, even with filetools.sh.
All the modif, script that I do, I must do them in backup partition.
Add the command to the end of /opt/bootlocal.sh
then run filetool.sh -b
Quote from LettucePrey »
there is a new minecraft server build, so new things could be happening.
i am sure that this is not a mineos+ problem, but i'll post a log dump anyway so that if anyone else is getting this they can see my post here and know that they don't have to post about it.
what i see here, and i am quite ignorant and only guessing, is that the server started up just fine, plugins loaded ok, and then i tried to log in three times and waited a while and tried to log in a forth time.
this is on a world that i had setup and had running just fine before i clenched my teeth and decided to upgrade the server.
i knew the job was dangerous when i took it, so when things suddenly went fizzle end up i was not upset.
if anyone is out there thinking of hitting the upgrade server files button, i would recommend not doing so quite yet.
----------------- log dump 50 ---------------
2011-04-20 12:43:40 [INFO] Starting minecraft server version Beta 1.4
2011-04-20 12:43:40 [INFO] Loading properties
2011-04-20 12:43:40 [INFO] Starting Minecraft server on *:25565
2011-04-20 12:43:40 [INFO] This server is running Craftbukkit version git-Bukkit-0.0.0-659-gc210f22-b684jnks (MC: 1.4)
2011-04-20 12:43:41 [INFO] Preparing level "world"
2011-04-20 12:43:41 [INFO] Preparing start region
2011-04-20 12:43:42 [INFO] 144 recipes
2011-04-20 12:43:42 [INFO] Preparing spawn area: 0%
2011-04-20 12:43:43 [INFO] Preparing spawn area: 48%
2011-04-20 12:43:44 [INFO] Preparing spawn area: 85%
2011-04-20 12:43:44 [INFO] PlgSetspawn version 4.0 is enabled!
2011-04-20 12:43:44 [INFO] ClayFlow: Enabled. (Version: 1.0.0.0r0)
2011-04-20 12:43:44 [INFO] [ BigLife ] BigLife version 0.3 is enabled!
2011-04-20 12:43:44 [INFO] [AntiCreeper] version 1.0 is enabled.
2011-04-20 12:43:44 [INFO] megaBow 0.1 loaded - by Blade
2011-04-20 12:43:44 [INFO] AppleTree activated.
2011-04-20 12:43:44 [INFO] [EveryEgg] v0.1.1 loaded successfully!
2011-04-20 12:43:44 [INFO] RetroRepair version 1.0 is enabled!
2011-04-20 12:43:44 [INFO] ObsidianFlow: Enabled. (Version: 1.0.0.0r0)
2011-04-20 12:43:44 [INFO] Stackable: Configuration file loaded.
2011-04-20 12:43:44 [INFO] Stackable: Version 0.5 enable.
2011-04-20 12:43:44 [INFO] Done (0.385s)! For help, type "help" or "?"
2011-04-20 12:44:41 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:44:41 [INFO] /192.168.0.191:2220 lost connection
2011-04-20 12:44:49 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:44:49 [INFO] /192.168.0.191:2221 lost connection
2011-04-20 12:46:08 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:46:08 [INFO] /192.168.0.191:2223 lost connection
2011-04-20 14:42:46 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 14:42:46 [INFO] /192.168.0.191:2259 lost connection
Looks like network fault/error. Are other methods of connection working for you?
Quote from Pantheis »
I get a similar error to every time I try to reboot my server by first stopping the current Minecraft server, then issuing "sudo ./90_reboot_sudo.sh" from the command line.
It will successfully save the files off but as it starts the reboot process, the system crashes and I have to force the VM to reset. I am using VirtualBox and this happens on either my Windows 7 64bit system or my Linux 2.6 32bit system. This also happens with a fresh install of MineOS+ 0.1.0.
Other than that reboot issue, the server seems to be running very well.
I also wanted to contribute a shell script that you can run from your crontab to generate the google map version of the world map.
The following requires the BASH package from tinycore to be installed first using the following commands:
tce-fetch.sh bash.tcz
tce-load -i bash.tcz
run
tce-load -wi bash.tcz
it downloads and installs so it can be initialised on boot, for optional, use
-wo instead of -wi
Also pantheis, I have no idea what is causing that problem other than ram/disk access failure.
[size=xx-large]
Also pantheis, I have no idea what is causing that problem other than ram/disk access failure.
I figured this one out. By default, microcore/tinycore sets up a 256MB ramzswap ram swap. There are issues where if this is used AT ALL (cat /proc/swaps show any usage of the ramzswap), then you issue the swapoff command (which the shutdown/restart script does), it will crash.
There's a simple fix and one that really should, in my opinion, be in the default distribution. Add the boot option nozswap to the grub boot list file. This will tell microcore/tinycore to skip creating the 256MB ram swap file. Not only does this avoid the hard lock issue on restart/shutdown, it frees up another 256MB of ram. Since we're already using a swap partition as part of the default install there's no need for a ram swap partition.
Since adding that boot option and restarting, I haven't had a single hard lock while trying to reboot the server at any time.
[size=xx-large]
Also pantheis, I have no idea what is causing that problem other than ram/disk access failure.
I figured this one out. By default, microcore/tinycore sets up a 256MB ramzswap ram swap. There are issues where if this is used AT ALL (cat /proc/swaps show any usage of the ramzswap), then you issue the swapoff command (which the shutdown/restart script does), it will crash.
There's a simple fix and one that really should, in my opinion, be in the default distribution. Add the boot option nozswap to the grub boot list file. This will tell microcore/tinycore to skip creating the 256MB ram swap file. Not only does this avoid the hard lock issue on restart/shutdown, it frees up another 256MB of ram. Since we're already using a swap partition as part of the default install there's no need for a ram swap partition.
Since adding that boot option and restarting, I haven't had a single hard lock while trying to reboot the server at any time.
Nice to see you solved it. That probably should be disabled in the default distro. Just curious, how much memory do you have (host side and VM side)?
[size=xx-large]
Also pantheis, I have no idea what is causing that problem other than ram/disk access failure.
I figured this one out. By default, microcore/tinycore sets up a 256MB ramzswap ram swap. There are issues where if this is used AT ALL (cat /proc/swaps show any usage of the ramzswap), then you issue the swapoff command (which the shutdown/restart script does), it will crash.
There's a simple fix and one that really should, in my opinion, be in the default distribution. Add the boot option nozswap to the grub boot list file. This will tell microcore/tinycore to skip creating the 256MB ram swap file. Not only does this avoid the hard lock issue on restart/shutdown, it frees up another 256MB of ram. Since we're already using a swap partition as part of the default install there's no need for a ram swap partition.
Since adding that boot option and restarting, I haven't had a single hard lock while trying to reboot the server at any time.
Nice work, I'll put it in the list of things to get done for the next release. Unfortunately that may not be out for a little while, as myself and a few other team members are really busy for the next week or so, and have very little spare time to work on it, and we want to get some major improvements implemented before we do put it out.
Good to see that some one is continuing the project :smile.gif: . Any ways I just updated to Mineos+ and I'm having issues with starting/creating worlds on my server. Every time I try to do so it gives me this error
("int() argument must be a string or a number, not 'NoneType'",) int() argument must be a string or a number, not 'NoneType'
Also the snapshot directory doesn't show up which isnt a huge deal but I would like to see it again.
I always have to force stop worlds because after copying from the Windows host box to ram-worlds, status shows World x up, (but it's not, yet)...no big deal, Force Stop > start.
That's because the world is running when you create the archives, so the archived world thinks it is still running (I think this is determined by the .lock file). You can easily solve this by stopping the world before creating an archive, but of course that will disconnect any players.
Quote from baunegaard »
Okey first off thanks for making MineOS+, it works very well :smile.gif:
Now to problem:
i cant figure out how to issue a command to my server console.
in web-ui, under world one (which is my world running world) i type in:
cmd/val: console_command
Argument: dynmap fullrender world
But it dosen't seem to work, i get "Unknown console command. Type "help" for help."
Even if i type:
cmd/val: console_command
Argument: help
i get above error. what am i doing wrong here?
This appears to be because the Web UI is sending "console_command [arg]" to the console, and the Server doesn't recognize "console_command" as a console command. Seems to be a problem with MineOS+ to me, but I might be wrong.
Nice to see you solved it. That probably should be disabled in the default distro. Just curious, how much memory do you have (host side and VM side)?
I'm running the Virtualbox VM on an Unraid server with 2GB of ram, 1GB of it dedicated to the VM. I should point out though that this was also happening when running on my desktop computer with 4GB of total system memory and 2GB dedicated to the VM. My desktop and the Unraid box are also completely different hardware.
Thank you for all of your hard work and I'm glad to see that MineOS isn't going to die! :smile.gif:
installed a fresh mineOS+, and im planning to migrate my old mineOS world into it...
everything went smoothly, but for some reasons the 20_passwords.sh doesnt seem to work properly!
the webadmin password has been set up correctly, but i cant connect via winscp. i did all the mentioned steps in the migration howto. how can i asure that the scp/ssh service runs alright?
neither telnet, or winscp do work. i my mind its an issue with the password setup
Did you run the file as sudo?
Quote from Pantheis »
Quote from NRoach44 »
Nice to see you solved it. That probably should be disabled in the default distro. Just curious, how much memory do you have (host side and VM side)?
I'm running the Virtualbox VM on an Unraid server with 2GB of ram, 1GB of it dedicated to the VM. I should point out though that this was also happening when running on my desktop computer with 4GB of total system memory and 2GB dedicated to the VM. My desktop and the Unraid box are also completely different hardware.
Thank you for all of your hard work and I'm glad to see that MineOS isn't going to die! :smile.gif:
Yeah, It is good to see that it aint going to die... But the intriguing thing is, I have never had that problem...
Though, it might be something to do with your VM version.
installed a fresh mineOS+, and im planning to migrate my old mineOS world into it...
everything went smoothly, but for some reasons the 20_passwords.sh doesnt seem to work properly!
the webadmin password has been set up correctly, but i cant connect via winscp. i did all the mentioned steps in the migration howto. how can i asure that the scp/ssh service runs alright?
neither telnet, or winscp do work. i my mind its an issue with the password setup
Did you run the file as sudo?
yes
Thats your problem, you need to run it without sudo. If you run it in sudo it tries to change "root" password and not "tc".
I've been fighting with trying to install this from USB for about an hour and a half, and I'd like to share my solution so that it may help someone else.
Throughout the installation, when you are asked to define drives, you are given suggestions for what they may be. They are always suggested without the partition number, such as hda for first IDE hard drive, sda for first SATA hard drive, etc. On my system, the drives were:
sda (Primary SATA HDD)
sdb (USB flash drive used for install)
hdc (Secondary IDE CD drive)
My mistake, when defining my "Optical Drive," was defining the USB drive as I would the CD drive - as 'sdb.' This is incorrect. I started to notice the "copying files" step was happening almost instantly (or rather wasn't happening at all). There were no error messages to alert me to this. After reboot I would get 'error 15' during GRUB load and, after I thought I was so smart as to copy the two boot images to the /boot folder before the first reboot, I would get '/dev/sda2 doesn't exist.'
After a frustrating round of flashing MineOS+, failing, flashing Tiny Core to wipe the partition table (using MineOS+ after a failure would halfway mount sda partitions and not allow me to wipe the partition table, error device in use or something like that), repeat, it finally clicked. It was in front of me the whole time, under /mnt. There is a hdc folder for the CD drive, and a sdb1 folder for the USB drive. As soon as I defined the drive AND partition number, everything went without a hitch. "Copying files" took 5-10 seconds instead of just being instantly finished, and the first reboot without the USB drive worked perfectly.
I have not seen this defined specifically on any of the USB mentions; in fact, on the USB install page linked in the OP it states what I was trying different flavors of for an hour -- to just use the name of the device, sdb (without the partition number).
So to sum up, when asked for Optical Drive, I needed to use 'sdb1' in order for the files to be copied from the USB drive, and not just 'sdb' as the installer and USB Install wiki page led me to believe.
I can't install it for some reason :/ It won't boot from the cd, although it's the same type of cd that I used to install MineOs (original). It just begins and runs from the cd I thought, but then It just boots my MineOs that I already had. It's very strange. If most of the bugs where in the installation progress, when will the installation progress be updated?
Edit: found it. Dust was the problem. Installing now
Dust shouldn't be the problem (I think), it because TinyCore stores it's data in a backup it searches for on boot, so it can boot from CD.
Quote from treydeal »
I've been fighting with trying to install this from USB for about an hour and a half, and I'd like to share my solution so that it may help someone else.
Throughout the installation, when you are asked to define drives, you are given suggestions for what they may be. They are always suggested without the partition number, such as hda for first IDE hard drive, sda for first SATA hard drive, etc. On my system, the drives were:
sda (Primary SATA HDD)
sdb (USB flash drive used for install)
hdc (Secondary IDE CD drive)
My mistake, when defining my "Optical Drive," was defining the USB drive as I would the CD drive - as 'sdb.' This is incorrect. I started to notice the "copying files" step was happening almost instantly (or rather wasn't happening at all). There were no error messages to alert me to this. After reboot I would get 'error 15' during GRUB load and, after I thought I was so smart as to copy the two boot images to the /boot folder before the first reboot, I would get '/dev/sda2 doesn't exist.'
After a frustrating round of flashing MineOS+, failing, flashing Tiny Core to wipe the partition table (using MineOS+ after a failure would halfway mount sda partitions and not allow me to wipe the partition table, error device in use or something like that), repeat, it finally clicked. It was in front of me the whole time, under /mnt. There is a hdc folder for the CD drive, and a sdb1 folder for the USB drive. As soon as I defined the drive AND partition number, everything went without a hitch. "Copying files" took 5-10 seconds instead of just being instantly finished, and the first reboot without the USB drive worked perfectly.
I have not seen this defined specifically on any of the USB mentions; in fact, on the USB install page linked in the OP it states what I was trying different flavors of for an hour -- to just use the name of the device, sdb (without the partition number).
So to sum up, when asked for Optical Drive, I needed to use 'sdb1' in order for the files to be copied from the USB drive, and not just 'sdb' as the installer and USB Install wiki page led me to believe.
Maybe you should add it to the Wiki!
Quote from AK_Zephyr »
Quote from incrjaysen »
Quote from NRoach44 »
Did you run the file as sudo?
yes
Thats your problem, you need to run it without sudo. If you run it in sudo it tries to change "root" password and not "tc".
I meant to add that to my response, I got cut off the internet.
Agreed, I've seen it both ways, but from memory its c/s by default
I didn't think you had to run the script every time you need to power off/reboot, just after the install?
i am sure that this is not a mineos+ problem, but i'll post a log dump anyway so that if anyone else is getting this they can see my post here and know that they don't have to post about it.
what i see here, and i am quite ignorant and only guessing, is that the server started up just fine, plugins loaded ok, and then i tried to log in three times and waited a while and tried to log in a forth time.
this is on a world that i had setup and had running just fine before i clenched my teeth and decided to upgrade the server.
i knew the job was dangerous when i took it, so when things suddenly went fizzle end up i was not upset.
if anyone is out there thinking of hitting the upgrade server files button, i would recommend not doing so quite yet.
----------------- log dump 50 ---------------
2011-04-20 12:43:40 [INFO] Starting minecraft server version Beta 1.4
2011-04-20 12:43:40 [INFO] Loading properties
2011-04-20 12:43:40 [INFO] Starting Minecraft server on *:25565
2011-04-20 12:43:40 [INFO] This server is running Craftbukkit version git-Bukkit-0.0.0-659-gc210f22-b684jnks (MC: 1.4)
2011-04-20 12:43:41 [INFO] Preparing level "world"
2011-04-20 12:43:41 [INFO] Preparing start region
2011-04-20 12:43:42 [INFO] 144 recipes
2011-04-20 12:43:42 [INFO] Preparing spawn area: 0%
2011-04-20 12:43:43 [INFO] Preparing spawn area: 48%
2011-04-20 12:43:44 [INFO] Preparing spawn area: 85%
2011-04-20 12:43:44 [INFO] PlgSetspawn version 4.0 is enabled!
2011-04-20 12:43:44 [INFO] ClayFlow: Enabled. (Version: 1.0.0.0r0)
2011-04-20 12:43:44 [INFO] [ BigLife ] BigLife version 0.3 is enabled!
2011-04-20 12:43:44 [INFO] [AntiCreeper] version 1.0 is enabled.
2011-04-20 12:43:44 [INFO] megaBow 0.1 loaded - by Blade
2011-04-20 12:43:44 [INFO] AppleTree activated.
2011-04-20 12:43:44 [INFO] [EveryEgg] v0.1.1 loaded successfully!
2011-04-20 12:43:44 [INFO] RetroRepair version 1.0 is enabled!
2011-04-20 12:43:44 [INFO] ObsidianFlow: Enabled. (Version: 1.0.0.0r0)
2011-04-20 12:43:44 [INFO] Stackable: Configuration file loaded.
2011-04-20 12:43:44 [INFO] Stackable: Version 0.5 enable.
2011-04-20 12:43:44 [INFO] Done (0.385s)! For help, type "help" or "?"
2011-04-20 12:44:41 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:44:41 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:44:41 [INFO] /192.168.0.191:2220 lost connection
2011-04-20 12:44:49 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:44:49 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:44:49 [INFO] /192.168.0.191:2221 lost connection
2011-04-20 12:46:08 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 12:46:08 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 12:46:08 [INFO] /192.168.0.191:2223 lost connection
2011-04-20 14:42:46 [SEVERE] java.io.IOException: Bad packet id 99
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.Packet.b(Packet.java:84)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkManager.f(NetworkManager.java:130)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkManager.c(NetworkManager.java:229)
2011-04-20 14:42:46 [SEVERE] at net.minecraft.server.NetworkReaderThread.run(SourceFile:68)
2011-04-20 14:42:46 [INFO] /192.168.0.191:2259 lost connection
All that script does is issue a filetool.sh -b command followed by a reboot command. The same issues happen if I run sudo reboot and hit enter.
Some way to easily dump files via network into the server.
This could be new plugins that you have downloaded for bukkit or a new world.
Presently there is no easy way of doing it, either a simple FTP setup or regular file sharing.
Any good things that can be achieved on this matter?
you probably already tried it, but i use filezilla to access through the sftp server that is already built into the mineos+ package and running.
http://filezilla-project.org
but my needs may be much simpler than yours and this will only work for simple minded, dull witted folks like myself.
i downloaded it and i can now place blocks without crashing the game.
the one i have running bukkit is still not running however.
here is a wikki page with server updates for minecraft.
not bukkit, minecraft.
http://www.minecraftwiki.net/wiki/Version_history#Beta
P.S.
the update server files button in the web server for mineos did the update just fine with no other attention from me.
nice.
very nice that it works that way.
I always have to force stop worlds because after copying from the Windows host box to ram-worlds, status shows World x up, (but it's not, yet)...no big deal, Force Stop > start.
Wrote my crontab jobs, tested everything, chose Yes to upgrade minecraft client, and it's all good, including maps created from the WebGUI. This may already be known, but the snapshots are created on sda2/minecraft/snapshots ? Again, no big deal, but they aren't visible from the http://<server ip> index page.
Now if only Zan's Minimap was updated for 1.5 :smile.gif: ...haven't messed with bukkit yet, is there a comparable minimap?
'Link Removed
Is a dedicated Forum. Please post all New Issues there.
Add the command to the end of /opt/bootlocal.sh
then run filetool.sh -b
Looks like network fault/error. Are other methods of connection working for you?
run it downloads and installs so it can be initialised on boot, for optional, use
-wo instead of -wi
Also pantheis, I have no idea what is causing that problem other than ram/disk access failure.
I figured this one out. By default, microcore/tinycore sets up a 256MB ramzswap ram swap. There are issues where if this is used AT ALL (cat /proc/swaps show any usage of the ramzswap), then you issue the swapoff command (which the shutdown/restart script does), it will crash.
There's a simple fix and one that really should, in my opinion, be in the default distribution. Add the boot option nozswap to the grub boot list file. This will tell microcore/tinycore to skip creating the 256MB ram swap file. Not only does this avoid the hard lock issue on restart/shutdown, it frees up another 256MB of ram. Since we're already using a swap partition as part of the default install there's no need for a ram swap partition.
Since adding that boot option and restarting, I haven't had a single hard lock while trying to reboot the server at any time.
Nice to see you solved it. That probably should be disabled in the default distro. Just curious, how much memory do you have (host side and VM side)?
Nice work, I'll put it in the list of things to get done for the next release. Unfortunately that may not be out for a little while, as myself and a few other team members are really busy for the next week or so, and have very little spare time to work on it, and we want to get some major improvements implemented before we do put it out.
("int() argument must be a string or a number, not 'NoneType'",) int() argument must be a string or a number, not 'NoneType'
Also the snapshot directory doesn't show up which isnt a huge deal but I would like to see it again.
That's because the world is running when you create the archives, so the archived world thinks it is still running (I think this is determined by the .lock file). You can easily solve this by stopping the world before creating an archive, but of course that will disconnect any players.
This appears to be because the Web UI is sending "console_command [arg]" to the console, and the Server doesn't recognize "console_command" as a console command. Seems to be a problem with MineOS+ to me, but I might be wrong.
I'm running the Virtualbox VM on an Unraid server with 2GB of ram, 1GB of it dedicated to the VM. I should point out though that this was also happening when running on my desktop computer with 4GB of total system memory and 2GB dedicated to the VM. My desktop and the Unraid box are also completely different hardware.
Thank you for all of your hard work and I'm glad to see that MineOS isn't going to die! :smile.gif:
Did you run the file as sudo?
Yeah, It is good to see that it aint going to die... But the intriguing thing is, I have never had that problem...
Though, it might be something to do with your VM version.
Thats your problem, you need to run it without sudo. If you run it in sudo it tries to change "root" password and not "tc".
Throughout the installation, when you are asked to define drives, you are given suggestions for what they may be. They are always suggested without the partition number, such as hda for first IDE hard drive, sda for first SATA hard drive, etc. On my system, the drives were:
sda (Primary SATA HDD)
sdb (USB flash drive used for install)
hdc (Secondary IDE CD drive)
My mistake, when defining my "Optical Drive," was defining the USB drive as I would the CD drive - as 'sdb.' This is incorrect. I started to notice the "copying files" step was happening almost instantly (or rather wasn't happening at all). There were no error messages to alert me to this. After reboot I would get 'error 15' during GRUB load and, after I thought I was so smart as to copy the two boot images to the /boot folder before the first reboot, I would get '/dev/sda2 doesn't exist.'
After a frustrating round of flashing MineOS+, failing, flashing Tiny Core to wipe the partition table (using MineOS+ after a failure would halfway mount sda partitions and not allow me to wipe the partition table, error device in use or something like that), repeat, it finally clicked. It was in front of me the whole time, under /mnt. There is a hdc folder for the CD drive, and a sdb1 folder for the USB drive. As soon as I defined the drive AND partition number, everything went without a hitch. "Copying files" took 5-10 seconds instead of just being instantly finished, and the first reboot without the USB drive worked perfectly.
I have not seen this defined specifically on any of the USB mentions; in fact, on the USB install page linked in the OP it states what I was trying different flavors of for an hour -- to just use the name of the device, sdb (without the partition number).
So to sum up, when asked for Optical Drive, I needed to use 'sdb1' in order for the files to be copied from the USB drive, and not just 'sdb' as the installer and USB Install wiki page led me to believe.
Dust shouldn't be the problem (I think), it because TinyCore stores it's data in a backup it searches for on boot, so it can boot from CD.
Maybe you should add it to the Wiki!
I meant to add that to my response, I got cut off the internet.