VPIRATE12

ok i restarted and it seemed to be working fine in safe mode. attached are diagnostics collected during safe mode. towerofaaron-diagnostics-20250311-1939.zip

I am getting a 500 internal server error trying to reach the webgui. I am able to connect to docker container gui's via the port number, i cant connect to any shares from pc's in my lan. I am able to ssh into unraid and give the reboot command and the webgui will work for a few min before becoming unresponsive. i will attach my diagnostics file below from unraid connect. disk.cfg docker.cfg domain.cfg editor.cfg go.txt ident.cfg listen.txt network-extra.cfg network-rules.cfg network.cfg backups.cfg cache.cfg gamevm.cfg share.cfg smart-one.cfg smb-extra.conf super.dat wol.cfg docker.txt graphql-api.txt syslog-previous.txt syslog.txt a-----------------------d (1).cfg a-----------------------d.cfg a----------------1 (1).cfg a----------------1.cfg appdata.cfg d--------t.cfg d------x.cfg g-------e.cfg S---------e.cfg shareDisks.txt system.cfg t--p.cfg v----e.cfg vmroot.cfg Y----I.cfg ELECOM_MF-SU2B_070848BDB2AE2D16-0-0-2025-01-09 flash (sda).txt eui.00000000000000000026b7686d74e7e5-2025-01-09 (nvme0).txt eui.00253851014070db-2025-01-09 backups (nvme2).txt eui.0025385301416a57-2025-01-09 gamevm (nvme1).txt KINGSTON_SNV3S1000G_50026B7686D74E7E-2025-01-09 (nvme0).txt Samsung_SSD_970_EVO_Plus_1TB_S59ANJ0N104930A-2025-01-09 backups (nvme2).txt Samsung_SSD_970_EVO_Plus_2TB_S59CNJ0N300884T-2025-01-09 gamevm (nvme1).txt ST12000VN0008-2PH103_ZLW2KK3Z-2025-01-09 disk3 (sdf).txt ST12000VN0008-2YS101_WR603KFH-2025-01-09 disk1 (sde).txt ST12000VN0008-2YS101_WR8008NF-2025-01-09 disk2 (sdd).txt ST20000NM007D-3DJ103_ZVT29D37-2025-01-09 disk7 (sdk).txt ST20000NM007D-3DJ103_ZVT5YZCX-2025-01-09 disk8 (sdi).txt ST20000NM007D-3DJ103_ZVT5ZMLR-2025-01-09 parity (sdl).txt ST20000NM007D-3DJ103_ZVTE31LJ-2025-01-09 parity2 (sdm).txt WDC_WD140EFGX-68B0GN0_7LG61PAK-2025-01-09 disk4 (sdh).txt WDC_WD140EFGX-68B0GN0_7LG62XJK-2025-01-09 disk6 (sdj).txt WDC_WD140EFGX-68B0GN0_9MJARLZU-2025-01-09 disk5 (sdg).txt WDC_WDS100T1R0A-68A4W0_23252A802015-2025-01-09 cache (sdb).txt WDC_WDS100T1R0A-68A4W0_24070E800776-2025-01-09 cache2 (sdc).txt aspm-status.txt btrfs-usage.txt cmdline.txt df.txt drm.txt ethtool.txt folders.txt gpujson.txt ifconfig.txt iommu_groups.txt loads.txt lscpu.txt lsmod.txt lsof.txt lspci.txt lsscsi.txt lsusb.txt meminfo.txt memory.txt motherboard.txt ntp.txt nvidia-smi.txt plugins.txt servers.conf.txt sshd.txt testparm.txt thirdparty_packages.txt top.txt urls.txt vars.txt zfs-info.txt unraid-7.0.1.txt Linux.xml Yukari VM.xml

Two replies solved this issue. I marked one and the other is directly above. I also had to re-download the virt-io drivers to get the VM to work. Thanks again JorgeB!

I was able to get vms started again. You have been awesome! Thank you!

ok that pool is good. now the VM paths are showing as not valid. i did verify that everything is saved in those locations. i will attach screen shots.

the cache pool is back and looks normal.

root@TowerofAaron:~# zpool import pool: gamevm id: 14282452412520004784 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: gamevm ONLINE nvme1n1p1 ONLINE nvme2n1p1 ONLINE nvme0n1p1 ONLINE nvme3n1p1 ONLINE

here is a print to pdf of my main page mainpage_unraid.pdf

sorry here you go towerofaaron-diagnostics-20240506-1842.zip

What started it all is I was testing my server to act as a standalone server while I am deployed out to sea on a ship with no internet connection. I was restarting my VM, and I bound the USB controllers to vfio and I think I accidentally bound the boot flash drive. this started a boot loop which ended in a fatal flash error. I was able to restore from a flash backup that Unraid Connect says is one week old, but there are missing cache drives, two vm pool NVME drives, and the shares are also not correct. I am at a loss on how to restore my config before I leave for deployment in a week. I have automatic flash backup enabled. I have not changed any hardware since the date of the backup.