Rottonpeech

SOLVED - moved the 4 Seagate drives to the mobo instead of the SATA cards, and viola! i'm able to run 6.5 now. Many thanks to all who helped me here, and to my friends in this side of the keyboard who tolerated my incessant whining until this was fixed!

btw: checked the firmware, they are highest version according to seagate

for S&G (and because my friend mentioned it) i pulled ALL 3 of my SATA cards... 6.5 booted successfully!! plugged one back in... still success!! Plugged in the next, failed.. i thought, ok, unplug the failed card, and plug in the third... success! So, it must be a bad card i thought... i rearranged my drives to not use the card that was bad, and rebooted... sucess???? NOPE!! FAILED AGAIN!! So, i started thinkin.... that SATA card was fully populated with seagate drives. (didn't i read a post somewhere about people being really pissed off at seagate drive? but i digress) removed the seagate drives, booted successfully again! The Seagate Drives in question are Constellation ES.3 SED. Are there any know workarounds for this?

So, im going to ask this again. because i haven't seen an answer and cant find one online either. Is there a way to capture the screen output during the boot sequence?

Yeah, the Mobo is the lastest and greatest version. im starting to worry that im gonna be stuck with 6.3.5 and never be able to use the utilities that no longer support the lower version. i.e. Unassigned Devices

I actually did this a lot before agreeing to buy this server. From what I was able to find, there shouldn't have been any issues.

older server, only usb 2.0 physical ports. I do see some 9pin connectors on the Mobo that say USB next to them, so perhaps thats where its coming form, but there are not 10 of them. only 4 i can locate on the Mobo, and the 2 in back (total of 6). Chassis Spec Sheet: http://www.supermicro.com/products/chassis/4U/846/SC846TQ-R900B Mobo Spec Sheet: http://www.supermicro.com/Aplus/motherboard/Opteron2000/MCP55/H8DME-2.cfm HDD Controller Spec Sheet: http://supermicro.com/products/accessories/addon/AOC-SAT2-MV8.cfm IPMI Spec Sheet: https://www.supermicro.com/manuals/other/AOC-SIM1U.pdf

I must have grabbed the sent the configs while in-between different tests. I don't normally have that option checked, I was just trying random stuff. I removed the level name completely Same thing. attached screenshot also attached configs, and logs with the log directory zipped up (all that were accessible anyhow) server.config server.properties mineos.log mineos.auth.log log.zip

26 Hours without a response. Does anyone else have any other troubleshooting steps I can try?

Just ran the update that was released, no change in my logs, no change in my ability to start a server. Is there any option to enable more verbose logging?

Updated server CPU and Memory, but still have the same issue

I have, and as I mentioned, it works fine in 6.3.5. I am not sure what other information I can gather as it seems the the logs are blanks at this point in the boot sequence. Is there a way or place to find the rest of the output to the screen for the rest of the boot? It may be important to note that this server only has 2 USB ports. I am not sure where the serer is getting usb1-port10 from, unless its just an override in the boot process to ensure that all possible ports are turned up. With regards to trying the rc3, is this really advisable since the 6.4 and 6.4.1 also do not work?

/var/games/minecraft < -- > /mnt/user/appdata/minecraft/ /mnt/data < -- > /mnt/user/minecraft_data/ Attached are the other configs too supervisord.log eula.txt server.config server.properties

I'm trying to run your Mineos-Node docker, and I'm having an issue that i ant seem to figure out. The docker is installed just fine, and I have the WebUI running, i can create a server, but not matter which profile i choose, the server will not start. I never get a /var/log/mineos.log, and the only log I can find is from the docker and it just states the following: USER_NAME not provided; defaulting to "mc" Created user: mc (uid: 1000) Generating Self-Signed SSL... Generating a 1024 bit RSA private key ..............++++++ ......++++++ writing new private key to '.tmpkey.pem' ----- writing RSA key 2018-03-31 20:27:55,370 CRIT Supervisor running as root (no user in config file) 2018-03-31 20:27:55,370 WARN Included extra file "/etc/supervisor/conf.d/mineos.conf" during parsing 2018-03-31 20:27:55,387 INFO RPC interface 'supervisor' initialized 2018-03-31 20:27:55,387 CRIT Server 'unix_http_server' running without any HTTP authentication checking 2018-03-31 20:27:55,387 INFO supervisord started with pid 1 2018-03-31 20:27:56,389 INFO spawned: 'mineos' with pid 32 2018-03-31 20:27:57,403 INFO success: mineos entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) 2018-03-31 20:29:14,930 CRIT reaped unknown pid 58) 2018-03-31 20:29:14,931 CRIT reaped unknown pid 59) 2018-03-31 20:30:16,101 CRIT reaped unknown pid 85) 2018-03-31 20:30:16,102 CRIT reaped unknown pid 86) 2018-03-31 20:33:25,428 CRIT reaped unknown pid 111) 2018-03-31 20:35:45,359 CRIT reaped unknown pid 146) 2018-03-31 20:35:45,359 CRIT reaped unknown pid 147) 2018-03-31 20:36:20,662 CRIT reaped unknown pid 172) 2018-03-31 20:36:20,662 CRIT reaped unknown pid 173) Every time I try to start the server, i get 2 - 3 more "CRIT reaped unknown pid" entries. Steps Ive taken thus far from reading other posts from everywhere I can find anything: adduser mc echo "mc:admin" | chpasswd chmod -R 777 /mnt/user/appdata/minecraft/ chown -R mc /mnt/user/appdata/minecraft/ chgrp -R 1000 /mnt/user/appdata/minecraft/ I have tried different profiles, from 1.7.10 to 1.12.2 vanilla, and even a few FTB options. It may be important to note that I have tried hexparrot's build too, and get the same issue. I'm flat out of ideas, do you have any? If it matters, I'm running Unraid 6.3.5 (cannot upgrade, later versions crash on my system) EDIT: found these logs, still not a lot of help here though. Says started, but its not. it immediately stops. mineos.auth.log mineos.log

I am attaching the contents of the flash drive (click on link) as I see nothing that tells me why its not working. In the meantime, I can still run the server using 6.3.5. When I boot up on the 6.5 version the first time, it works, subsequent boots fail and lock up at the same spot every time. /usr/sbin/rsyslogd -i /var/run/rsyslogd.pid (see attached pic) I get the same exact failure on 6.4 and 6.4.1. The server is: Supermicro 24 Bay Chassis Chassis Manufacturer: Supermicro Backplane: SAS846TQ rev. 3.1 Motherboard: H8DME-2 rev 2.01 A Processor: 2x Six-Core AMD Opteron 2.6GHz 2435 RAM: 80GB 4x4GB, 8x8GB # Power Supplies: 2 x 900 W HD Controller: 3x SAT2-MV8 rev 3.x Hard Drives : 12x 3TB, 2x 2TB Any ideas would be appreciated. I'd really like to be able to run some of the newer plugins and app that require 6.4 or higher. I emailed support, they told me to ask you first. aTdHvAaNnKcSe Rottonpeech EDIT: Updated server specs