[RESOLVED] Unable to choose jar file and other oddness

Web-UI
1

MineOS is great. It’s easy to use and not cluttered, which really appeals to me.

Unfortunately I can’t seem to get it working. I can install it, I can log into it, and usually the profiles list populates with the appropriate information. The problem starts when I create a server and try to start it up.

I don’t really know how to explain the problem I am having, so I made a short (about 3 minute) video that shows what’s going on. I can create servers all day long, but I cannot get them to start up. Occasionally I will get one to start up, but then I will not be able to shut it down. I hope you can view the short video here: https://www.youtube.com/watch?v=RIzte1_TWTs

YouTube seems to have decided to keep that video stuck forever in processing…so you may not be able to see it :frowning:

In case you can’t see it, I will try to explain what is going on. The process usually is that i create a server, selecting the port/gamemode/etc as necessary. I then go to the dashboard and click the server name to bring up the status page. I can click “Accept EULA” which brings up a popup with a button to read the EULA and one to start the server. I can’t start the server, as it will complain about no jar file having been selected. So I’ll close out of that window (it updates the eula.txt file properly but gives no confirmation that it did). From there I will select a profile (any version I have set up), and then move to the jar file drop-down to select the jar. It might be in the list, it might not. If it is in the list, when I attempt to select it, it simply vanishes from the list, and certain information on the screen (server owner/group, space used, etc) switches to “undefined”. If I try to start the server it complains that no jar file was selected.

The really odd part, is I can leave the webUI sitting on the server status page and move on to other things, and come back to it some time later and it will work just fine for that one single server. But the trouble repeats all over again when attempting to create any other servers.

I have a non-root user called minecraft in a group called minecraft, set up to use the WebUI and all of the permissions and ownership on the folders involved are owned by that user/group and set with read/write/execute permissions as needed.

I have installed MineOS on Debian 9 (the latest version) on a spare computer I have here at my house, and it has the problem.

I have installed MineOS on Debian 8 on my production server, and it has the problem.

I have installed MineOS on Debian 9 on my production server, and it has the problem.

I am guessing I am missing something. I’ve followed the install instructions explicitly as outlined on this site for Debian and I have done so using both OpenJDK 7, and OpenJDK 8, as well as Node.js 4.0 and 8.0 (the latest) and the problem continues. I have tried it in Firefox and Opera as well, and the problem still continues.

Now I’d hate to find out it’s something really stupid on my end and I would not be the least bit surprised if I screwed up something myself, but as of now I am completely stumped.

2

For starters, let’s take a look at /var/log/mineos.log. Can you provide that here?

(or directly to me, if you prefer)

And what’s the output from this:

ls -la /var/games/minecraft/*

3

I’m back to Debian 9 Stretch after another complete reinstall :open_mouth:

Contents of the MineOS Log file can be found here:
http://www.colony7.com/mineos.log.html
(Looking at that page in HTML is a mess. Right-click and view source might clear it up :stuck_out_tongue: )

Note that I changed instances of my IP address to XXX.XXX.XXX.XXX :wink:

The output from the ls command was as follows:

/var/games/minecraft/archive:
total 12
drwxrwxr-x 3 root root 4096 Oct 31 00:31 .
drwxr-xr-x 7 root root 4096 Oct 31 00:19 …
drwxrwxr-x 2 angryk9 angryk9 4096 Oct 31 00:31 test1

/var/games/minecraft/backup:
total 12
drwxrwxr-x 3 root root 4096 Oct 31 00:31 .
drwxr-xr-x 7 root root 4096 Oct 31 00:19 …
drwxrwxr-x 2 angryk9 angryk9 4096 Oct 31 00:31 test1

/var/games/minecraft/import:
total 8
drwxrwxrwx 2 root root 4096 Oct 31 00:19 .
drwxr-xr-x 7 root root 4096 Oct 31 00:19 …

/var/games/minecraft/profiles:
total 12
drwxrwxr-x 3 root root 4096 Oct 31 00:32 .
drwxr-xr-x 7 root root 4096 Oct 31 00:19 …
drwxrwxr-x 2 root root 4096 Oct 31 00:32 1.12.2

/var/games/minecraft/servers:
total 12
drwxrwxr-x 3 root root 4096 Oct 31 00:31 .
drwxr-xr-x 7 root root 4096 Oct 31 00:19 …
drwxrwxr-x 2 angryk9 angryk9 4096 Oct 31 00:32 test1

I think there are probably a few permissions errors in there, obviously the folders shouldn’t be owned by root. But this is the 4th or 5th time I have attempted a completely fresh install and each time prior to this one I set ownership of all of the folders involved with MineOs to be owned by the user I have set up for the webUI and the problem has persisted :frowning:

4

Let’s start with this one. In your video, you use the login minecraft, but here I see that the owner of the server is angryk9. While it is possible for multiple users to manage a single server, it’s possible it could be obfuscating a bigger issue here.

So 1) since the server is owned by angryk9, are you also able to log into the webui as angryk9 and try to start the server?

  1. Are the contents of /var/games/minecraft/servers/test1 owned by angryk9 exclusively? Or are there errant files owned by different users as well?
5

Ah yes, the video and the log files are from two different installations. I completely wiped and reinstalled the server operating system and re-installed MineOS after the video, and before posting on here. I neglected to point that out. :frowning:

In the current installation, the non-root user I have set up is AngryK9, so the username “minecraft” can be disregarded. AngryK9 is the “server owner” this time around.

As for the file and folder ownership, as you can see from the list some were owned by root, some by AngryK9. I have gone through and changed all of the ownership on all of the MineOs-related files and folders over to AngryK9 in order to clear up any permissions issues.

The updated directory list is below:
/var/games/minecraft/archive:
total 12
drwxrwxr-x 3 angryk9 angryk9 4096 Oct 31 00:31 .
drwxr-xr-x 7 angryk9 angryk9 4096 Oct 31 00:19 …
drwxrwxr-x 2 angryk9 angryk9 4096 Oct 31 00:31 test1

/var/games/minecraft/backup:
total 12
drwxrwxr-x 3 angryk9 angryk9 4096 Oct 31 00:31 .
drwxr-xr-x 7 angryk9 angryk9 4096 Oct 31 00:19 …
drwxrwxr-x 2 angryk9 angryk9 4096 Oct 31 00:31 test1

/var/games/minecraft/import:
total 8
drwxrwxrwx 2 angryk9 angryk9 4096 Oct 31 00:19 .
drwxr-xr-x 7 angryk9 angryk9 4096 Oct 31 00:19 …

/var/games/minecraft/profiles:
total 12
drwxrwxr-x 3 angryk9 angryk9 4096 Oct 31 00:32 .
drwxr-xr-x 7 angryk9 angryk9 4096 Oct 31 00:19 …
drwxrwxr-x 2 angryk9 angryk9 4096 Oct 31 00:32 1.12.2

/var/games/minecraft/servers:
total 12
drwxrwxr-x 3 angryk9 angryk9 4096 Oct 31 00:31 .
drwxr-xr-x 7 angryk9 angryk9 4096 Oct 31 00:19 …
drwxrwxr-x 4 angryk9 angryk9 4096 Oct 31 00:54 test1

Both folders, /var/games/minecraft and /usr/games/minecraft, are owned by the AngryK9 user and all files/folders inside them are as well.

I thought maybe it was a Node problem, but I installed using both Node.js 4.0 and the most up to date version and the problem persists. I’ve installed on both Stretch and Jessie and the problem is there. I accessed the webUI in Firefox and in Chrome and the problem persists.

I can’t really believe that it could be a problem with MineOs itself, because so many people have it up and running with no issues. I’ve installed on two different systems (my spare PC here at home and my production server from SoYouStart) and two different Debian versions. This is why I am totally stumped. LOL

I would not be the least bit shocked to find out it was something stupidly simple that I am missing. For example, should I be installing this while actually logged into the root account, or should I install it using SUDO, or by loogging into root using SU (which is what i did this time around)

I blame the cat… :smiley:

6

This one has me stumped as well, since usually /var/log/mineos.log typically is more verbose about errors. In this case, it’s giving me much less to work with than I would expect for all the issues and attempts you’ve made.

I’m not the biggest fan of usually jumping on a server (because I know I can’t offer it all the time and don’t want people to think that problems require me to get solved), but it is somewhat perplexing.

Any of the above should suffice, because all of them would accomplish the same thing. No commands in the install process would handle it differently based on these methods.

Well, it’s up to you; if you’re interested, I’d be willing to log onto the server–you’d have to open port 22 & 8443 to port forwarding and provide me with the login creds. I’ve gone through the installation so many times, it should be a breeze to ID anything that’s not set up as I’d expect. That or I discover some issue I’ve never seen before ever and can solve it for future users. Let me know.

At any rate, my guess right now is that it’s a npm issue.

{"context":"watch for /var/games/minecraft/servers/test1/logs/latest.log failed: undefined","level":"error","timestamp":"2017-10-31T00:31:46.179Z"}

Basically this is an error I’ve never seen before. It’s understandable that these log files can’t be found, but being unable to watch for it … that’s weird.

npm install in /usr/games/minecraft and let me know if there’s any errors.

In fact, let me know what version of npm you’re using. Perhaps you’re a recent version of npm that can’t inter-operate with your version of node–this is totally a thing, but also who knows if it’s applicable here.

1 Like
7

I dropped you a PM with information.

I am wondering if it may be a Debian issue. I am going to set up a spare PC with Ubuntu and try under a totally different OS, just to see what might happen.

8

Checked it out and it’s all working perfectly. Great! Thank you very much! :slight_smile:

9

Found out the issue was related to a recent commit that helped to alleviate overpolling the filesystem for restore points; it was buggy and I did away with it.

Sooooooo, crisis averted. Updated to the most recent commit.