-
[Support] binhex - MinecraftServer
I updated to latest docker and it started working again! Thank you
-
[Support] binhex - MinecraftServer
My automatic backups don't appear to run. I changed the backup_hours to 6 and ever since then, I don't get any backups. I see the backup script starts but I don't see any errors or anything. Can I run the backup from a cli or something? 2024-11-08 11:15:57.933885 [info] CREATE_BACKUP_HOURS defined as '6' 2024-11-08 11:15:57.946802 [info] PURGE_BACKUP_DAYS defined as '14' 2024-11-08 11:15:58.076840 [info] JAVA_INITIAL_HEAP_SIZE defined as '4096M' 2024-11-08 11:15:58.090398 [info] JAVA_MAX_HEAP_SIZE defined as '8192M' 2024-11-08 11:15:58,371 INFO Included extra file "/etc/supervisor/conf.d/minecraft-server.conf" during parsing 2024-11-08 11:15:58,371 INFO Set uid to user 0 succeeded 2024-11-08 11:15:58,375 INFO supervisord started with pid 7 2024-11-08 11:15:59,377 INFO spawned: 'backup-script' with pid 135 2024-11-08 11:15:59,378 INFO spawned: 'purge-script' with pid 136 2024-11-08 11:15:59,379 INFO spawned: 'start-script' with pid 137 2024-11-08 11:15:59,379 INFO reaped unknown pid 8 (exit status 0) 2024-11-08 11:15:59,380 DEBG 'backup-script' stdout output: [info] Waiting 6 hours before running worlds backup... 2024-11-08 11:15:59,381 INFO success: backup-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2024-11-08 11:15:59,381 INFO success: purge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2024-11-08 11:15:59,381 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2024-11-08 11:15:59,381 DEBG 'purge-script' stdout output: [info] Removing any Minecraft worlds backups with a creation date older than 14 days... 2024-11-08 11:15:59,383 DEBG 'start-script' stdout output: [info] Minecraft folder '/config/minecraft' already exists, rsyncing newer files... 2024-11-08 11:15:59,418 DEBG 'purge-script' stdout output: [info] Checking for old backups in 12 hours...
-
the_real_batman started following [6.12.3] GPU Passthrough to VMs stopped working correctly
-
Ubuntu vm opens QEMU window but never shows a desktop or login
I increased to Initial Memory: 4096 MB Max Memory: 8192 MB and now it's working. Thank you!
-
Ubuntu vm opens QEMU window but never shows a desktop or login
Thank you for responding. Trying that now. I removed both user shares from the vm and started it back up. I do get the boot menu and I picked 'Try or Install Ubuntu' but it still hangs on the unraid logo with cpu cores at ~70% utilization. How long should I wait on the unraid logo screen before giving up on it booting?
-
-
Ubuntu vm opens QEMU window but never shows a desktop or login
Hopefully this is the right place. If not please redirect me. I'm a new unraid user. I'm having so much fun tinkering with this product! I bought the plus license and have the array, a couple of dockers, and some shares all working correctly. So I figure the next step is a VM. I watched a video and setup some stuff, downloaded the latest LTS ubuntu. Copied it to the isos share and clicked on the Ubuntu template. I start it up and get a window that pops up - QEMU [ubuntu] - noVNC. <edit> I see a boot menu and I pick 'Try or Install ubuntu' </edit> It shows the unraid logo but never presents a login screen or desktop. The assigned cpu cores are all at ~ 70% util. Please help! batcavedrive1-diagnostics-20230909-0814.zip
the_real_batman
Members
-
Joined
-
Last visited