csmccarron

That was the last thing that happed before it locked up. This is when I rebooted the server later the same day. I have the log mirrored to the USB boot drive. Aug 19 19:11:34 mccserverur01 kernel: microcode: microcode updated early to revision 0x71a, date = 2020-03-24

Sometimes when I reboot my server it comes up in a video resolution not supported by the monitor. I have two questions. 1. Is there a way to fix the video resolution so it always starts up using the same resolution? 2. Once the server is started how do you change the resolution of the screen without rebooting the server? Thanks in advance.

Thank you for the reply. This was the last thing executed, what is this doing? Aug 19 00:20:13 mccserverur01 flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update

This may just be a coincidence, but after I installed the MyServers Plugin my system has locked up twice. This is the only thing that has changed. Prior to installing the plugin system ran for over 50 days with no issues. The only hardware that has changed in my drives for the array. I had to rebuild the array. Any ideas on what the issue may be. Diagnostic data is attached. I have removed the plugin to see if the issue goes away. It seems it locked up around Aug 19 00:20:13. Aug 18 22:12:59 mccserverur01 sshd[2112]: Connection from 10.205.1.5 port 34262 on 10.205.1.6 port 22 rdomain "" Aug 18 22:12:59 mccserverur01 sshd[2112]: error: kex_exchange_identification: Connection closed by remote host Aug 18 22:12:59 mccserverur01 sshd[2112]: Connection closed by 10.205.1.5 port 34262 Aug 18 22:12:59 mccserverur01 in.telnetd[2110]: connect from 10.205.1.5 (10.205.1.5) Aug 18 22:12:59 mccserverur01 vsftpd[2111]: connect from 10.205.1.5 (10.205.1.5) Aug 18 22:12:59 mccserverur01 telnetd[2110]: ttloop: peer died: EOF Aug 18 22:13:10 mccserverur01 smbd[2114]: [2021/08/18 22:13:10.215462, 0] ../../source3/smbd/process.c:341(read_packet_remainder) Aug 18 22:13:10 mccserverur01 smbd[2114]: read_fd_with_timeout failed for client 10.205.1.5 read error = NT_STATUS_END_OF_FILE. Aug 19 00:20:01 mccserverur01 sSMTP[30668]: Creating SSL connection to host Aug 19 00:20:01 mccserverur01 sSMTP[30668]: SSL connection using TLS_AES_256_GCM_SHA384 Aug 19 00:20:01 mccserverur01 sSMTP[30668]: Authorization failed (535 5.7.8 https://support.google.com/mail/?p=BadCredentials i16sm896282qtq.52 - gsmtp) Aug 19 00:20:13 mccserverur01 flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update Aug 19 19:11:34 mccserverur01 kernel: microcode: microcode updated early to revision 0x71a, date = 2020-03-24 Aug 19 19:11:34 mccserverur01 kernel: Linux version 5.10.28-Unraid (root@Develop) (gcc (GCC) 9.3.0, GNU ld version 2.33.1-slack15) #1 SMP Wed Apr 7 08:23:18 PDT 2021 Aug 19 19:11:34 mccserverur01 kernel: Command line: BOOT_IMAGE=/bzimage isolcpus=2,3,4,5,6,7,8,9,10,11,18,19,20,21,22,23,24,25,26,27 vfio-pci.ids=1b6f:7052 intel_iommu=on iommu=pt initrd=/bzroot,/bzroot-gui Thank you mccserverur01-diagnostics-20210819-2248.zip

Other then getting stuck on Syncing please wait... the upgrade went smooth. Just had to X out of the upgrade window and reboot the server. Thanks everyone for all the effort put into this release!

So I had the docker working on 3.10.1 then it started going to the Upgrading Unifi-Video screen and seems to be stuck there. I have deleted the docker completely and when I reinstall it, it does the same thing. How do you fix this issue? root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='UniFi-Video' --net='host' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e 'TCP_PORT_1935'='1935' -e 'TCP_PORT_6666'='6666' -e 'UDP_PORT_7004'='7004' -e 'TCP_PORT_7080'='7080' -e 'TCP_PORT_7442'='7442' -e 'TCP_PORT_7443'='7443' -e 'TCP_PORT_7444'='7444' -e 'TCP_PORT_7445'='7445' -e 'TCP_PORT_7446'='7446' -e 'TCP_PORT_7447'='7447' -v '/mnt/cache/appdata/unifi-video/':'/var/lib/unifi-video':'rw' -v '/mnt/user/UnifiVideoStorage':'/var/lib/unifi-video/videos':'rw' -v '/mnt/user':'/unraid':'rw' 'pducharme/unifi-video-controller' So I managed to get mongo working but now when I login, it will not take me past the login screen. UPDATE: I had to use https://[IP]:7443 to login and get to the management interface. http://[IP]:7080 will not take you to the management interface.

I was finally able to get it working again. I ended up nuking the entire thing and reinstalling it and restoring a backup of the database files.

Crap, I changed my password on my Plex account and my Plex server disappeared. How do you get it back? When I login to the webconsole all it says it looking for a server. Anyone with some wisdom on how to reconnect the plexserver to the plex account?

I would check the forwarding on your router.

My system has been very stable on the latest version of unRaid 6.4.1. I do not remember what BIOS settings I changed. I have not tried my USB cards with 4 USB3 controllers on them yet. It stable so I do not want to mess with it. On another post I noted that I did the following: remove/change the following in syslinux.cfg append line: remove: vfio_iommu_type1.allow_unsafe_interrupts=1 change: pci-stub-ids to vfio-pci.ids syslinux.cfg append vfio-pci.ids=10de:1b81,10de:10f0,10de:13c2,10de:0fbb intel_iommu=on iommu=pt initrd=/bzroot,/bzroot-gui vfio-pci.ids are my two GTX1070 gpus. IOMMU group 17: [10de:1b81] 03:00.0 VGA compatible controller: NVIDIA Corporation GP104 [GeForce GTX 1070] (rev a1) [10de:10f0] 03:00.1 Audio device: NVIDIA Corporation GP104 High Definition Audio Controller (rev a1) IOMMU group 18: [10de:1b81] 04:00.0 VGA compatible controller: NVIDIA Corporation GP104 [GeForce GTX 1070] (rev a1) [10de:10f0] 04:00.1 Audio device: NVIDIA Corporation GP104 High Definition Audio Controller (rev a1) USB Cards for virtual machines - I found that the two usb3 cards work better if I do not add them to the vfio-pci.ids list IOMMU group 20: [8086:1521] 06:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network Connection (rev 01) IOMMU group 21: [8086:1521] 06:00.1 Ethernet controller: Intel Corporation I350 Gigabit Network Connection (rev 01)

Thanks for the information, I will try it out when I get back from Michigan and let you know how it worked out.

What think I need to do is bind both of my USB3 PCI-Express cards to the vfio-pci driver or does the xen-pciback.hide option make it so the kernel will never try to use the two devices? I attach them to different virtual machines. When I tried this using the ID 1b6f:7052, one of the cards worked and it locked the other one up. Currently I am not binding the vfio-pci driver to either card and so far no issues but I would really rather not have the kernel ever touch them if possible.

Partial Device listing IOMMU group 18 [10de:13c2] 03:00.0 VGA compatible controller: NVIDIA Corporation GM204 [GeForce GTX 970] (rev a1) [10de:0fbb] 03:00.1 Audio device: NVIDIA Corporation GM204 High Definition Audio Controller (rev a1) IOMMU group 19 [10b5:8518] 04:00.0 PCI bridge: PLX Technology, Inc. PEX 8518 16-lane, 5-port PCI Express Switch (rev ac) IOMMU group 20 [10b5:8518] 05:01.0 PCI bridge: PLX Technology, Inc. PEX 8518 16-lane, 5-port PCI Express Switch (rev ac) [8086:10c9] 06:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) [8086:10c9] 06:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) IOMMU group 21 [10b5:8518] 05:02.0 PCI bridge: PLX Technology, Inc. PEX 8518 16-lane, 5-port PCI Express Switch (rev ac) [8086:10c9] 08:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) [8086:10c9] 08:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) IOMMU group 22 [10de:1b81] 0a:00.0 VGA compatible controller: NVIDIA Corporation GP104 [GeForce GTX 1070] (rev a1) [10de:10f0] 0a:00.1 Audio device: NVIDIA Corporation GP104 High Definition Audio Controller (rev a1) IOMMU group 44 [1b6f:7052] 82:00.0 USB controller: Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller IOMMU group 45 [1b6f:7052] 84:00.0 USB controller: Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller So would I just do this for the USB3 cards only or should I also do it for the GPU's? Is this another way to bind vfio-pci driver to passthru devices? Just USB3 xen-pciback.hide=(82:00.0)(84:00.0) Both USB3 and GPUs xen-pciback.hide=(82:00.0)(84:00.0)(03:00.0)(03:00.1)(0a:00.0)(oa:00.1) Currently, I am not blacklisting the cards and they are working, but I would rather blacklist them if possible.

@saarg my system finally stabilized, not really sure what I changed to fix the issue but I am sure it was one of the following: changed a few BIOS settings removed the StarTech PEXUSB3S44V USB3 card from my system, this car will work when in the computer BIOS but as soon as the kernel loads it goes to shit. turned off Enable PCIe ACS Override under VM Manager removed vfio_iommu_type1.allow_unsafe_interrupts=1 from the append line in syslinux.cfg

In order for this to work, you must be running unRaid 6.4 rc7 or greater. 1. Place the attached file in the /boot/config/plugins/dockerMan/templates-user folder. 2. On my server I place all of my Docker folders under /mnt/cache/Dockers. In your Docker folder, create the following directories: Ark Ark/server Ark/Steam. 3. Goto Docker tab in unRaid and click Add Container 4. Under "Select a template" select "my-Ark" 5. Set your Ark Path, mine is set to /mnt/cache/Dockers/Ark/server 6. Set your Steam Path, mine is set to /mnt/cache/Dockers/Ark/Steam 7. Set your session name 8. Set your server password 9. Set your admin password 10. Click Apply, it will take a while for the server to download so just keep check on the docker log file. Once you get the server running on your LAN, you will then have to forward some ports to your unRaid server. Forward the following ports to your server: Port(s) Protocols Server IP Server Port 7777 Both your ip 7777 7778 Both " 7778 27000-27014 Both " 27000-27014 27015 Both " 27015 If you have further question let me know. Hopefully this will work for you. my-Ark.xml

I am still having issues getting two add in USB controllers to work with 2 different virtual machines. So currently here are my two cards: IOMMU group 44 [1b6f:7052] 82:00.0 USB controller: Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller (rev ff) IOMMU group 45 [1b6f:7052] 84:00.0 USB controller: Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller syslinux.cfg vfio-pci.ids=1b21:1242,1b6f:7052,10de:1b81,10de:10f0,10de:13c2,10de:0fbb VM1 <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x84' slot='0x00' function='0x0'/> </source> <alias name='hostdev2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x0a' function='0x0'/> </hostdev> VM2 <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x82' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </hostdev> So basically when I boot 1 VM, the other VM does not work correctly. Its like the 2 cards are being used by the first virtual machine to boot or the driver is really confused. So how can I bind vfio-pci to each card separately so both virtual machines can use their assigned USB card without conflicting with each other? The second VM will boot, it just is either really slow taking input from keyboard or it locks up. Does anyone know how this works? "A further trick we can use is to craft an ids list using the advanced parsing of PCI vendor and class attributes to create an option list that will claim any Nvidia or AMD GPU or audio device: vfio-pci.ids=1002:ffffffff:ffffffff:ffffffff:00030000:ffff00ff..." Thanks

About a month ago, I had two more of my original 8 gskill memory sticks go bad, 4 have failed out of 8. I woke up one morning and the system had crashed hard! I then start figuring out which sticks were bad and eventually got the system to boot on 6 sticks of memory. Ran the memory test and it appeared to be stable. After that I returned those to gskill which replaced them. I ordered 64 gb of ECC REG memory that is compatible with my ASUS Z9PE-D16 motherboard that is guaranteed for life. Everything has been stable until I updated to rc7a. This particular card has never worked in unRaid. A couple of other users have tried but also failed. It works when the BIOS is controlling it but the moment the kernel takes over it goes to shit fast! Right now I put my original USB 3 Etron controller back in the server and all is well. There just seems to be no interest in getting this card working but it would be perfect for virtual machines. According to Startech it works on RedHat and Ubuntu LTS versions. Why it will not work on unRaid is still a mystery. I am about to perform a firmware update on the card to see if that will allow it to work any better.

Does anyone know why I would be getting the errors below in my log file when I try to plug a device into 1 of the 4 usb3 ports on my StarTech PEXUSB3S44V card? Partial Log File Aug 7 16:14:19 mccserverur01 kernel: traps: emhttpd[7524] trap divide error ip:418e6a sp:2b2684beade0 error:0 in emhttpd[400000+24000] Aug 7 16:14:28 mccserverur01 kernel: xhci_hcd 0000:84:00.0: Abort failed to stop command ring: -110 Aug 7 16:14:28 mccserverur01 kernel: xhci_hcd 0000:84:00.0: xHCI host controller not responding, assume dead Aug 7 16:14:28 mccserverur01 kernel: xhci_hcd 0000:84:00.0: HC died; cleaning up Aug 7 16:14:28 mccserverur01 kernel: xhci_hcd 0000:84:00.0: WARNING: Host System Error Aug 7 16:14:28 mccserverur01 kernel: xhci_hcd 0000:84:00.0: Error while assigning device slot ID Aug 7 16:14:28 mccserverur01 kernel: xhci_hcd 0000:84:00.0: Max number of devices this xHCI host supports is 32. Aug 7 16:14:28 mccserverur01 kernel: usb usb3-port1: couldn't allocate usb_device USB Devices 00:1a.0 USB controller: Intel Corporation C600/X79 series chipset USB2 Enhanced Host Controller #2 (rev 06) 00:1d.0 USB controller: Intel Corporation C600/X79 series chipset USB2 Enhanced Host Controller #1 (rev 06) 84:00.0 USB controller: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller (rev 02) 85:00.0 USB controller: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller (rev 02) 86:00.0 USB controller: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller (rev 02) 87:00.0 USB controller: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller (rev 02) 89:00.0 USB controller: Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller Device 89 is assigned to my virtual machine, 00:1a & 1d are used by the host.

It did not. I cannot even get 1 of the 4 ports to recognize a USB device in unRaid. This module could still be usefull for USB cards that support the protocol but it did not fix the issue with the StarTech PEXUSB3S44V card. Once the next RC comes out I am going to do some more experimenting with the card. Basically, the kernel enumerates the card but it does not actually see devices attached to the card.

I have a working Ark docker on my system with a custom compiled kernel. The next unRaid RC will have IA32 Emulation enabled in the kernel which will allow the steamcmd (32 bit) to run and install Ark server. Current Release Candidate is unRaid 6.4 RC6. From what I have been told RC7 will have IA32 Emulation enabled.

True, I have one on the way and have built a custom 6.4 RC6 kernel to test with. This particular card provides 4 ports and each port is its own controller. It is perfect for the individual that has multiple virtual machines but only has room for a single USB3 expansion card like me. This card requires the kernel to have USB attached SCSI Protocal (UASP) enabled to work if you just want to use it on any other Linux operating system. I am thinking that even though it is bound to the vfio driver, maybe the kernel still need UASP support to communicate to the controller. It can be compiled as a module so if it is not needed it will not be loaded. I will report back my findings on the UASP Feature Request thread. Hopefully I will have more information after July 1 when I get back home.

Would it be possible to add a module for USB Attached SCSI (CONFIG_USB_UAS) protocol? This is required to support a card like the StarTech PEXUSB3S44V. There are a number of users trying to get this card working. The UnRaid kernel enumerates the card but it does not actually work. This card has 4 independant USB3 controllers and it looks as if you could pass each controller to a different virtual machine. UASP Information On this thread @Siberys details his issue with the StarTech PEXUSB3S44V USB3 card with 4 separate USB3 controllers that needs UASP support to function. 08:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller [1912:0015] (rev 02) (A) 09:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller [1912:0015] (rev 02) (B) 0a:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller [1912:0015] (rev 02) © 0b:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller [1912:0015] (rev 02) (D) /sys/kernel/iommu_groups/42/devices/0000:08:00.0 /sys/kernel/iommu_groups/43/devices/0000:09:00.0 /sys/kernel/iommu_groups/44/devices/0000:0a:00.0 /sys/kernel/iommu_groups/45/devices/0000:0b:00.0 Post 1 Post 2 UPDATE: I have built a unRaid 6.4 rc6 test kernel with USB Attached SCSI enabled and have a card to test with on the way. I will hopefully have and update after July 1. Thanks

On another thread @Siberys had a StarTech PEXUSB3S44V USB3 card that has 4 separate controllers. If I get one of these cards, in theory I should be able to pass each controller to a separate virtual machine, is that correct? 08:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller [1912:0015] (rev 02) (A) 09:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller [1912:0015] (rev 02) (B) 0a:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller [1912:0015] (rev 02) © 0b:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller [1912:0015] (rev 02) (D) /sys/kernel/iommu_groups/42/devices/0000:08:00.0 /sys/kernel/iommu_groups/43/devices/0000:09:00.0 /sys/kernel/iommu_groups/44/devices/0000:0a:00.0 /sys/kernel/iommu_groups/45/devices/0000:0b:00.0 UPDATE: Based on what I have read about UASP (USB Attach SCSI Protocal) this needs to be enabled in the kernel (CONFIG_USB_UAS) which it is not.

That's what I was afraid I would be told :(. I guess I will need to buy another card and riser cable to get around the GPU's. Thanks for the reply