KnightRdr23
Members
-
Joined
-
Last visited
Everything posted by KnightRdr23
-
Been on 6.9 since beta 30 and today I started having cache drive errors repeatedly and going into read only mode. When I upgraded to 6.9 I changed to the different partition format for SSDs and rebuilt my cache. I have 2 Samsung 960 Pro 512GB in the cache and they both have about 120TBW, rated for 500GB. I was in the middle of using my Windows 10 VM to play a game when the VM locked up, then I tried to navigate around the Unraid GUI and found that also to be giving me problems. I ended up triggering a reboot from the web GUI and it had to force shut down and restart. After reboot I have a lot of errors showing. Attaching any logs I could find. nicknas2-diagnostics-20201128-1550.zip syslog-127.0.0.1.log UPDATE: Ended up using mover to get everything off my cache to the array and then erase/format and then move back. It was able to move everything off but was definitely haven't trouble deleting it after it was moved. Also had to restart the array a couple times to get mover to move everything. All smooth since the format.
-
Updated to 6.9 beta 30 last night and sometime overnight my whole server locked up. My Windows 10 VM was running along with 4 docker containers, Plex, Sonarr, Radarr and Nzbget, nothing else. I have my logs going to a local syslog so they are on a share. There is nothing in the log between when I went to bed and when I had to force reboot the machine. Couldn't ping the machine, local console was blank, keyboard unresponsive, totally dead. Force power off and on brought it back. After the reboot a parity check started automatically. Server had been working 100% fine with 6.8.3 for months. Since going to 6.9 beta 30, I reformatted my cache to 1MiB and also changed Docker to use an xfs image to control the high writes I was getting to my cache SSDs. Machine was working fine just before bed, was playing Overwatch no issue. ***UPDATE*** It hasn't happened since the first night of being on 6.9 beta 30 nicknas2-diagnostics-20201011-1053.zip
-
Running a Windows 10 VM, version 2004. When guest is completely idle, host CPU usage is 50% on the first core assigned to the VM. I've tried a few hyper-v enlightments I found online but no help. 6.8.3 was about 35% usage now 6.9 beta 30 I moved to qemu 5.1 and now it's about 50% usage on that core while guest is idle. <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Windows 10</name> <uuid>XXXX</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>16777216</memory> <currentMemory unit='KiB'>16777216</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <iothreads>1</iothreads> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='8'/> <vcpupin vcpu='2' cpuset='3'/> <vcpupin vcpu='3' cpuset='9'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='10'/> <vcpupin vcpu='6' cpuset='5'/> <vcpupin vcpu='7' cpuset='11'/> <emulatorpin cpuset='0,6'/> <iothreadpin iothread='1' cpuset='0,6'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-5.1'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/4f3e9f82-1d47-0475-2b7d-4a6181c23948_VARS-pure-efi.fd</nvram> <smbios mode='host'/> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vpindex state='on'/> <synic state='on'/> <stimer state='on'/> <reset state='on'/> <vendor_id state='on' value='1234567890ab'/> <frequencies state='on'/> <reenlightenment state='on'/> </hyperv> </features> <cpu mode='host-passthrough' check='none' migratable='on'> <topology sockets='1' dies='1' cores='4' threads='2'/> <cache mode='passthrough'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback' io='threads' discard='unmap'/> <source file='/mnt/user/domains/Windows 10/vdisk1.img'/> <target dev='hdc' bus='scsi'/> <boot order='1'/> <address type='drive' controller='0' bus='0' target='0' unit='2'/> </disk> <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native' discard='unmap'/> <source dev='/dev/disk/by-id/ata-Samsung_SSD_860_EVO_1TB_XXXXXXXXXX'/> <target dev='hdd' bus='scsi'/> <address type='drive' controller='1' bus='0' target='0' unit='2'/> </disk> <controller type='scsi' index='0' model='virtio-scsi'> <driver queues='8' iothread='1'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </controller> <controller type='scsi' index='1' model='virtio-scsi'> <driver queues='8'/> <address type='pci' domain='0x0000' bus='0x08' slot='0x00' function='0x0'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='1' port='0x8'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0x9'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0xa'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0xb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> </controller> <controller type='pci' index='5' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='5' port='0xc'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x4'/> </controller> <controller type='pci' index='6' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='6' port='0xd'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x5'/> </controller> <controller type='pci' index='7' model='pcie-to-pci-bridge'> <model name='pcie-pci-bridge'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='pci' index='8' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='8' port='0xe'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x6'/> </controller> <controller type='pci' index='9' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='9' port='0xf'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x7'/> </controller> <controller type='pci' index='10' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='10' port='0x10'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='usb' index='0' model='qemu-xhci' ports='15'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:0b:49:22'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </interface> <serial type='pty'> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x14' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x07' slot='0x01' function='0x0'/> </hostdev> <memballoon model='none'/> </devices> </domain> nicknas2-diagnostics-20201011-0146.zip
-
Updated from 6.8.3 to 6.9 beta 30 and with my Windows 10 VM, it will start after the host is booted but if shut down and then started again, it hangs before even getting the BIOS screen with 100% CPU on the first core tied to the VM. Reboot of the host allowed the VM to start again. Reproducible repeatedly. VM config below and worked in 6.8.3. I'm also trying to diagnose while Windows is idle, host CPU usage is high on first core tied to the VM, around 50%. It was about 35% in 6.8.3 and now worse with 6.9 beta 30 <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Windows 10</name> <uuid>XXXX</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>16777216</memory> <currentMemory unit='KiB'>16777216</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <iothreads>1</iothreads> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='8'/> <vcpupin vcpu='2' cpuset='3'/> <vcpupin vcpu='3' cpuset='9'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='10'/> <vcpupin vcpu='6' cpuset='5'/> <vcpupin vcpu='7' cpuset='11'/> <emulatorpin cpuset='0,6'/> <iothreadpin iothread='1' cpuset='0,6'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-5.1'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/4f3e9f82-1d47-0475-2b7d-4a6181c23948_VARS-pure-efi.fd</nvram> <smbios mode='host'/> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vpindex state='on'/> <synic state='on'/> <stimer state='on'/> <reset state='on'/> <vendor_id state='on' value='1234567890ab'/> <frequencies state='on'/> <reenlightenment state='on'/> </hyperv> </features> <cpu mode='host-passthrough' check='none' migratable='on'> <topology sockets='1' dies='1' cores='4' threads='2'/> <cache mode='passthrough'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback' io='threads' discard='unmap'/> <source file='/mnt/user/domains/Windows 10/vdisk1.img'/> <target dev='hdc' bus='scsi'/> <boot order='1'/> <address type='drive' controller='0' bus='0' target='0' unit='2'/> </disk> <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native' discard='unmap'/> <source dev='/dev/disk/by-id/ata-Samsung_SSD_860_EVO_1TB_XXXXXXXXXX'/> <target dev='hdd' bus='scsi'/> <address type='drive' controller='1' bus='0' target='0' unit='2'/> </disk> <controller type='scsi' index='0' model='virtio-scsi'> <driver queues='8' iothread='1'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </controller> <controller type='scsi' index='1' model='virtio-scsi'> <driver queues='8'/> <address type='pci' domain='0x0000' bus='0x08' slot='0x00' function='0x0'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='1' port='0x8'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0x9'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0xa'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0xb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> </controller> <controller type='pci' index='5' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='5' port='0xc'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x4'/> </controller> <controller type='pci' index='6' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='6' port='0xd'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x5'/> </controller> <controller type='pci' index='7' model='pcie-to-pci-bridge'> <model name='pcie-pci-bridge'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='pci' index='8' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='8' port='0xe'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x6'/> </controller> <controller type='pci' index='9' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='9' port='0xf'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x7'/> </controller> <controller type='pci' index='10' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='10' port='0x10'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='usb' index='0' model='qemu-xhci' ports='15'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:0b:49:22'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </interface> <serial type='pty'> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x14' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x07' slot='0x01' function='0x0'/> </hostdev> <memballoon model='none'/> </devices> </domain> nicknas2-diagnostics-20201011-0146.zip
-
I noticed that Intel QSV seems to have stopped working recently. I have over 173 failed transcodes (I don't look often) and they all have the same error. [20:28:04] Intel Quick Sync Video support: no Haven't made any changes to my system and QSV still works for Plex HW transcoding. I remember we had a lot of trouble getting this to work. Is it broken again? Thanks
-
Having an issue with cache directories plugin. I configured it mostly as default however I am getting every 5-10 seconds a CPU spike on one core by the "sh" process. If I turn off cache directories it goes away. I'm only caching two shares, my files and multimedia, about 11 TB worth of data. I also tried to limit the adaptive depth to 10 or 15 but no good. How can I get this process not to spike my CPU consistently? I'm not using the /mnt/user option either.
-
I am seeing an issue where the admin interface of Unraid is never timing out. I usually access it via Safari or Chrome on my iPad and I have noticed if I leave the tab open that when I come back, I can still freely navigate around hours or even days later without being kicked out to re-authenticate. I would think that's a hole in the security of Unraid no? The browser should time me out to a login page? Debating marking this urgent since it could allow unintended admin access. Also, when using Safari on iOS, the redirect from my .local hostname to the let's encrypt randomized certificate hostname doesn't work. Safari loads the original .local hostname URL. It works from Chrome on iOS just not Safari. nicknas2-diagnostics-20200628-1526.zip
-
Tdarr seems to be constantly writing data to my cache but not actually writing anything. If Tdarr is running I constantly see a 2MB/s write going to my cache. It stops immediately after stopping the container. My libraries are set to only operate for 4 hours a day and this write activity seems to be constant. How can I get it to stop?
-
Is it normal that the button on the main page for mover sits at “mover is running” but the Unraid log shows that the threshold wasn’t met so not moving. Seems to think the process is still running but it isn’t. Update: actually it looks like manually invoking mover ignores the configured rules. Is that expected? Sent from my iPhone using Tapatalk
-
Is it possible to have mover trigger when cache free space is below a certain level? I have it set to weekly but sometimes my cache gets filled up faster than that so rather than get a free space alert and have to do something I’d like it to just invoke mover Sent from my iPhone using Tapatalk
-
not working for me on 10.15.4... my only method of is with a Mac... my Windows machine is my VM on unraid so that doesn't help. Will there be a compatible creator for 10.15?
-
I find it much easier to create a Handbrake profile in the GUI and export it then just copy it to your share exposed to Tdarr container and call it from the plugin.
-
Awesome. In the time you’ve been gone Tdarr just finished yesterday going through my library of 1800+ media files and transcoding them to hevc with QSV. Saved about 3 TB of space. Now I set it to only run overnight so it can take care of any newly downloaded stuff. Let me know when I can switch to the main branch of the container and not this special beta Sent from my iPhone using Tapatalk
-
Make sure you are using the qsv specific beta version of the container. I was able to get it to work by running the following. Been running it for like 30 days and done over 1100 transcodes with QSV. Don't ask me why the below works, I found it online using the ffmpeg QSV readiness steps. I am using Tdarr with Handbrake though. sudo apt-get install ccache flex bison cmake g++ git patch zlib1g-dev autoconf xutils-dev libtool pkg-config libpciaccess-dev libz-dev clinfo nano CMake will automatically detect the platform you're on and enable the platform-specific hooks needed for a working build. Create a library config file for the iMSDK: sudo nano /etc/ld.so.conf.d/imsdk.conf Content: /opt/intel/mediasdk/lib /opt/intel/mediasdk/plugins Then run: sudo ldconfig -vvvv
-
VM worked fine and was running prior to 6.8 reboot. When trying to start it in 6.8 I get the attached error. Execution error internal error: qemu unexpectedly closed the monitor: 2019-12-13T02:25:07.165757Z qemu-system-x86_64: -device pcie-root-port,port=0x8,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x1: can't apply global pcie-root-port.speed=8: Property '.speed' not found Here is my Windows 10 VM config. I did set up the VM to have pcie hardware and it looks like that may be why. Any idea how to resolve? <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>Windows 10</name> <uuid>4f3e9f82-1d47-0475-2b7d-4a6181c23948</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>16777216</memory> <currentMemory unit='KiB'>16777216</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='8'/> <vcpupin vcpu='2' cpuset='3'/> <vcpupin vcpu='3' cpuset='9'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='10'/> <vcpupin vcpu='6' cpuset='5'/> <vcpupin vcpu='7' cpuset='11'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-3.1'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/4f3e9f82-1d47-0475-2b7d-4a6181c23948_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='4' threads='2'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback' discard='unmap'/> <source file='/mnt/user/domains/Windows 10/vdisk1.img'/> <target dev='hdc' bus='scsi'/> <boot order='1'/> <address type='drive' controller='0' bus='0' target='0' unit='2'/> </disk> <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='writeback' discard='unmap'/> <source dev='/dev/disk/by-id/ata-Samsung_SSD_860_EVO_1TB_S3Z8NB0K913437F'/> <target dev='hdd' bus='scsi'/> <address type='drive' controller='0' bus='0' target='0' unit='3'/> </disk> <controller type='scsi' index='0' model='virtio-scsi'> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='1' port='0x8'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0x9'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0xa'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0xb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> </controller> <controller type='pci' index='5' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='5' port='0xc'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x4'/> </controller> <controller type='pci' index='6' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='6' port='0xd'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x5'/> </controller> <controller type='pci' index='7' model='pcie-to-pci-bridge'> <model name='pcie-pci-bridge'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='pci' index='8' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='8' port='0xe'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x6'/> </controller> <controller type='pci' index='9' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='9' port='0xf'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x7'/> </controller> <controller type='pci' index='10' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='10' port='0x10'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='usb' index='0' model='qemu-xhci' ports='15'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:0b:49:22'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </interface> <serial type='pty'> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x14' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x07' slot='0x01' function='0x0'/> </hostdev> <memballoon model='none'/> </devices> <qemu:commandline> <qemu:arg value='-global'/> <qemu:arg value='pcie-root-port.speed=8'/> <qemu:arg value='-global'/> <qemu:arg value='pcie-root-port.width=16'/> </qemu:commandline> </domain> nicknas2-diagnostics-20191212-2128.zip
-
QSV is working for my other containers like Plex for hw transcode and the jlesage handbrake container so it’s definitely something with this specific container.
-
Where do I put that to get the dev build? Update: I put it in the repository field and it looks to have pulled new stuff. Went into the GUI and tried to run my transcode again and still failed with the same error. Should I see any indication somewhere in the GUI that it is the dev build? I am looking at top right and it still says Alpha 1.008. Seeing this in the log: [22:16:26] CPU: Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz [22:16:26] - Intel microarchitecture Kaby Lake [22:16:26] - logical processor count: 4 [22:16:26] Intel Quick Sync Video support: no Ran same CLI command from the log in the handbrake container (modified file locations) [23:24:52] CPU: Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz [23:24:52] - Intel microarchitecture Kaby Lake [23:24:52] - logical processor count: 4 [23:24:52] Intel Quick Sync Video support: yes Seems handbrake isn't seeing the QSV in that container for some reason I passed device /dev/dri to the container like other container so it should be working. vainfo shows the device info Tdarr@8aa448171cb0:/dev/dri$ vainfo error: XDG_RUNTIME_DIR not set in the environment. error: can't connect to X server! libva info: VA-API version 1.1.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_1_1 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.1 (libva 2.1.0) vainfo: Driver version: Intel i965 driver for Intel(R) Coffee Lake - 2.1.0 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Simple : VAEntrypointEncSlice VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264Main : VAEntrypointEncSliceLP VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileH264High : VAEntrypointEncSliceLP VAProfileH264MultiviewHigh : VAEntrypointVLD VAProfileH264MultiviewHigh : VAEntrypointEncSlice VAProfileH264StereoHigh : VAEntrypointVLD VAProfileH264StereoHigh : VAEntrypointEncSlice VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc VAProfileJPEGBaseline : VAEntrypointVLD VAProfileJPEGBaseline : VAEntrypointEncPicture VAProfileVP8Version0_3 : VAEntrypointVLD VAProfileVP8Version0_3 : VAEntrypointEncSlice VAProfileHEVCMain : VAEntrypointVLD VAProfileHEVCMain : VAEntrypointEncSlice VAProfileHEVCMain10 : VAEntrypointVLD VAProfileHEVCMain10 : VAEntrypointEncSlice VAProfileVP9Profile0 : VAEntrypointVLD VAProfileVP9Profile0 : VAEntrypointEncSlice VAProfileVP9Profile2 : VAEntrypointVLD
-
Can this use Intel Quick Sync for GPU encoding? I got it working on the Handbrake docker so I exported my preset then used the following to call the preset in tdarr as a local plugin but am getting an error. It cycles through all my library files quick and takes no action. I confirmed the json file exported from Handbrake is in the right directory as viewed by Tdarr. It's mapped to my appdata/tdarr-aio/ folder on host. I also passed /dev/dri as a device to the container like I do with Handbrake and Plex containers. Config: --preset-import-file "/home/Tdarr/Documents/myh265.json" -Z "myh265" Error in log: ERROR: encx265: x265_param_default_preset failed. Preset (quality) Tune ((null)) ERROR: Failure to initialise thread 'H.265/HEVC encoder (libx265)' Here is my plugin: var fs = require('fs'); var path = require('path'); if (fs.existsSync(path.join(process.cwd() , '/npm'))) { var rootModules = path.join(process.cwd() , '/npm/node_modules/') } else{ var rootModules = '' } const importFresh = require(rootModules+'import-fresh'); const library = importFresh('../methods/library.js') function details() { return { id: "zp0Vxm70", Name: "myh265", Type: "Video", Operation: "Transcode", Description: "myh265", Version: "", Link: "" } } function plugin(file) { //Must return this object at some point var response = { processFile : true, preset : '', container : '', handBrakeMode : false, FFmpegMode : true, reQueueAfter : true, infoLog : '', } response.infoLog += "" + library.filters.filterByCodec(file,"exclude","hevc").note + library.filters.filterByMedium(file,"video").note if(true &&library.filters.filterByCodec(file,"exclude","hevc").outcome === true &&library.filters.filterByMedium(file,"video").outcome === true){ response.preset = '--preset-import-file "/home/Tdarr/Documents/myh265.json" -Z "myh265"' response.container = '.mkv' response.handBrakeMode = true response.FFmpegMode = false response.reQueueAfter = true; response.processFile = true response.infoLog += "" return response }else{ response.processFile = false; response.infoLog += "" return response } } module.exports.details = details; module.exports.plugin = plugin; And my json file for the preset exported from Handbrake container. Basically used Spaceinvader's YouTube to create my preset { "PresetList": [ { "AlignAVStart": false, "AudioCopyMask": [ "copy:mp3", "copy:aac", "copy:ac3", "copy:dts", "copy:dtshd", "copy:eac3", "copy:truehd" ], "AudioEncoderFallback": "fdk_aac", "AudioLanguageList": [], "AudioList": [ { "AudioBitrate": 160, "AudioCompressionLevel": -1.0, "AudioDitherMethod": "auto", "AudioEncoder": "fdk_aac", "AudioMixdown": "dpl2", "AudioNormalizeMixLevel": false, "AudioSamplerate": "auto", "AudioTrackDRCSlider": 0.0, "AudioTrackGainSlider": 0.0, "AudioTrackQuality": 1.0, "AudioTrackQualityEnable": false } ], "AudioSecondaryEncoderMode": true, "AudioTrackSelectionBehavior": "first", "ChapterMarkers": true, "ChildrenArray": [], "Default": true, "FileFormat": "av_mkv", "Folder": false, "FolderOpen": false, "InlineParameterSets": false, "Mp4HttpOptimize": false, "Mp4iPodCompatible": false, "PictureAutoCrop": true, "PictureBottomCrop": 0, "PictureChromaSmoothCustom": "", "PictureChromaSmoothPreset": "off", "PictureChromaSmoothTune": "none", "PictureCombDetectCustom": "", "PictureCombDetectPreset": "default", "PictureDARWidth": 0, "PictureDeblockCustom": "strength=strong:thresh=20:blocksize=8", "PictureDeblockPreset": "off", "PictureDeblockTune": "medium", "PictureDeinterlaceCustom": "", "PictureDeinterlaceFilter": "decomb", "PictureDeinterlacePreset": "default", "PictureDenoiseCustom": "", "PictureDenoiseFilter": "off", "PictureDenoisePreset": "", "PictureDenoiseTune": "none", "PictureDetelecine": "off", "PictureDetelecineCustom": "", "PictureForceHeight": 0, "PictureForceWidth": 0, "PictureHeight": 0, "PictureItuPAR": false, "PictureKeepRatio": true, "PictureLeftCrop": 0, "PictureLooseCrop": false, "PictureModulus": 2, "PicturePAR": "auto", "PicturePARHeight": 1, "PicturePARWidth": 1, "PictureRightCrop": 0, "PictureRotate": "disable=1", "PictureSharpenCustom": "", "PictureSharpenFilter": "off", "PictureSharpenPreset": "", "PictureSharpenTune": "", "PictureTopCrop": 0, "PictureWidth": 0, "PresetDescription": "", "PresetName": "myh265", "SubtitleAddCC": false, "SubtitleAddForeignAudioSearch": true, "SubtitleAddForeignAudioSubtitle": false, "SubtitleBurnBDSub": true, "SubtitleBurnBehavior": "foreign", "SubtitleBurnDVDSub": true, "SubtitleLanguageList": [ "eng" ], "SubtitleTrackSelectionBehavior": "all", "Type": 1, "UsesPictureFilters": true, "UsesPictureSettings": 2, "VideoAvgBitrate": 6000, "VideoColorMatrixCodeOverride": 0, "VideoEncoder": "qsv_h265", "VideoFramerate": "auto", "VideoFramerateMode": "vfr", "VideoGrayScale": false, "VideoLevel": "auto", "VideoOptionExtra": "", "VideoPreset": "quality", "VideoProfile": "main", "VideoQSVAsyncDepth": 4, "VideoQSVDecode": false, "VideoQualitySlider": 17.0, "VideoQualityType": 2, "VideoScaler": "swscale", "VideoTune": "", "VideoTurboTwoPass": true, "VideoTwoPass": true, "x264Option": "", "x264UseAdvancedOptions": false } ], "VersionMajor": 40, "VersionMicro": 0, "VersionMinor": 0 } log.txt
-
Is it possible to make this use Intel Quick Sync by passing /dev/dri device like Plex and Handbrake allow?
-
Are you using Plex? Most clients will download X amount of time ahead to account for potential unstable connection. For Plex I also set my transcoding to throttle at 5 minutes so enough of it is in the buffer just in case. I have a similar controller but 4 ports and have never seen an issue. I let all my drives spin down after inactivity and only spin up as needed.
-
Same here, new version doesn't seem to be any better.
-
Having an issue with the Dynamix Cache Directory plugin. I have it set to enabled but seems that after a reboot, it is not starting up. When I look at the settings page for, top right says Stopped and I need to disable and then enable it again for it to now show as "Running". Not sure how long it wasn't actually running before I noticed it but it could be a new 6.6.x bug, not really sure though. Anyone else see this, something I need to do to get it to start up on boot?
-
Have an ASUS Z370-a motherboard and always keep my BIOS up to date. Just hate that I have to reconfigure my BIOS each time and virtualization is off by default. However, never had a problem with Unraid or VMs because I like to keep everything crisp and new
-
Getting very inconsistent results with this plugin. 2018-06-29 16:00 Fri Optimum Online (New York City, NY) 49.84 km 254.542 ms 392.64 Mbit/s 40.23 Mbit/s 2018-06-29 08:00 Fri Optimum Online (New York City, NY) 49.84 km 193.603 ms 348.05 Mbit/s 39.36 Mbit/s 2018-06-29 00:00 Fri Optimum Online (New York City, NY) 49.84 km 23.926 ms 275.29 Mbit/s 42.88 Mbit/s 2018-06-28 16:00 Thu Optimum Online (New York City, NY) 49.84 km 192.96 ms 371.93 Mbit/s 29.69 Mbit/s 2018-06-28 08:00 Thu Optimum Online (New York City, NY) 49.84 km 20.322 ms 384.68 Mbit/s 42.46 Mbit/s 2018-06-28 00:00 Thu Optimum Online (New York City, NY) 49.84 km 160.672 ms 353 Mbit/s 41.31 Mbit/s 2018-06-27 16:00 Wed Optimum Online (New York City, NY) 49.84 km 26.024 ms 390.72 Mbit/s 42.82 Mbit/s 2018-06-27 08:00 Wed Optimum Online (New York City, NY) 49.84 km 33.014 ms 328.18 Mbit/s 42.63 Mbit/s 2018-06-27 00:00 Wed Optimum Online (New York City, NY) 49.84 km 19.316 ms 384.78 Mbit/s 42.59 Mbit/s 2018-06-26 16:00 Tue Optimum Online (New York City, NY) 49.84 km 23.592 ms 345.3 Mbit/s 27.04 Mbit/s 2018-06-26 08:00 Tue Optimum Online (New York City, NY) 49.84 km 55.51 ms 385.64 Mbit/s 42.85 Mbit/s 2018-06-26 00:00 Tue Optimum Online (New York City, NY) 49.84 km 83.879 ms 345.76 Mbit/s 42.7 Mbit/s 2018-06-25 16:00 Mon Optimum Online (New York City, NY) 49.84 km 32.619 ms 316.15 Mbit/s 42.53 Mbit/s The ping in particular is super high for no reason. I have 400/40 speed with Optimum. Using their nearby server for the best results. Running the same tests from my PC on WiFi and even my iPhone is getting a solid 430/42 with less than 10ms ping. Other things on my Unraid like nzbget are maxing out the connection no problem so I know the speed is there. Just seems this plugin is not providing reliable results.
-
I have an ASUS Prime Z370-A motherboard and just added an IO crest 2 port SATA card (Asmedia chipset) to the PCIe x16_3 slot. Upon boot up I noticed that my parity drive (still plugged into the motherboard) was now shows as sdc and my drive 1 (also connected to motherboard) is now sdb. Not sure why this occurred as all my drives used to be in order sdb-sdg. Additionally, I had my Windows 10 VM configured to pass through a USB controller for my keyboard mouse etc while my other Asmedia USB controller on the motherboard remained and has the unraid USB stick and UPS plugged into it. After adding the SATA card, I attempted to boot the VM and I got no video or anything. I look at the unraid web GUI and it's complaining about loss of connectivity to the UPS and I also notice a lot of screens are now blank with errors. It looked like unraid couldn't see the USB stick anymore. So I shut down the system, booted it back up again and tried to boot the VM without passing the USB controller (even though it still said Intel and not Asmedia where unraid is). That worked. So I went through the process of removing the USB controller from the VM config then re-adding it and now it's working again. I also had to re-add my PCIe x1 sound card to the VM config as it now showed none for audio. My Windows 10 VM has worked for months prior to adding this SATA card. I had a Marvell SATA card which had to go because of issues but that one never caused anything weird to happen with my devices. Just very odd that these things happened when I moved sdf and sdg drives from the onboard ports to the new SATA card that now other drives are showing different device names. Attaching diagnostics if you need them. Perhaps it's not a bug or something the motherboard did because I put the SATA card in PCIe x16_3 slot. No idea... nicknas2-diagnostics-20180621-2153.zip