AngelEyes

Hi, I'm having a strange issue. Sabnzbdvpn became inaccessible via my browser so I decided to re-install it. However for some reason it installs with Default Base Folder: /config rather than /data. I can't figure out what I am doing wrong but I have tried numerous times to change it. I am sure you want me to post some logs or something so please let me know where from? Thanks for your help. Unraid 6.10.3

Thanks, I am looking in to the possibility of corrupt Flash drive and will replace shortly.

Hi, I m still having this issue, every time I go through the rest password process it works until reboot then the server seems to forget the password.

Same for firefox

Hi, thanks for the reply. I'm using Chrome and just tried Edge and have the same issue, even with manual entry of the password. Lastpass has been 100% reliable until now on all passwords so I am not convinced it is the issue although I am happy to be proven wrong.

Hi, I have always used a password to login to unraid but since upgrading to 6.10 (now on RC4) it keeps 'forgetting' my password. I use Lastpass to remember my passwords and am sure this is working correctly but after logging out it won't accept the password on login. Twice now I have gone through the password recovery process, put the flash drive in another PC created a new password (saved to lastpass) and all works fine but the next time I want to login it says the password is incorrect. I never had this issue with previous stable versions of unraid, it always logged in just fine. Any ideas? Thank you. Adam

Ok, I tried a few more GPU Roms and it seems to be working! I'll make sure all is good before closing the thread.

Hey, I'm having a load of problems getting a Windows 10 VM running. I have had AMD cards working in the past but they weren't stable, always seemed to crash and corrupt the VM so I thought I'd start from scratch with an nVidia card but unfortunately I can't get past the black screen issue and for some reason VNC does not work either so I 'm a bit stuck. Things I have tried: Changing the PCIE slot for the physical card With and without GPU Rom (with header removed) Q35 and i440fx Edited VM XML (see below) Adding iommu group items into Flash watched several Spaceinvader one tutorials and followed all steps to best of my ability If anyone can help I would be super grateful, thanks 🤗 kernel /bzimage append initrd=/bzroot vfio-pci.ids=10de:2184,10de:1aeb,10de:1aec,10de:1aed IOMMU group 31: [10de:2184] 02:00.0 VGA compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660] (rev a1) [10de:1aeb] 02:00.1 Audio device: NVIDIA Corporation TU116 High Definition Audio Controller (rev a1) [10de:1aec] 02:00.2 USB controller: NVIDIA Corporation Device 1aec (rev a1) [10de:1aed] 02:00.3 Serial bus controller [0c80]: NVIDIA Corporation TU116 [GeForce GTX 1650 SUPER] (rev a1) <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Windows 10</name> <uuid>48635d05-0ac0-9a10-1753-856c3fe0d717</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>13107200</memory> <currentMemory unit='KiB'>13107200</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>4</vcpu> <cputune> <vcpupin vcpu='0' cpuset='6'/> <vcpupin vcpu='1' cpuset='7'/> <vcpupin vcpu='2' cpuset='8'/> <vcpupin vcpu='3' cpuset='9'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-4.2'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/48635d05-0ac0-9a10-1753-856c3fe0d717_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='2' 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'/> <source file='/mnt/disks/Crucial/Windows 10/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/ISOs/Windows.iso'/> <target dev='hda' bus='sata'/> <readonly/> <boot order='2'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/ISOs/virtio-win-0.1.173-2.iso'/> <target dev='hdb' bus='sata'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </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-root-port'> <model name='pcie-root-port'/> <target chassis='7' port='0xe'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x6'/> </controller> <controller type='pci' index='8' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='8' port='0xf'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x7'/> </controller> <controller type='pci' index='9' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='9' port='0x10'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </controller> <controller type='pci' index='10' model='pcie-to-pci-bridge'> <model name='pcie-pci-bridge'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <interface type='bridge'> <mac address='52:54:00:42:45:f2'/> <source bridge='virbr0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x03' 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='tablet' bus='usb'> <address type='usb' bus='0' port='4'/> </input> <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='0x02' slot='0x00' function='0x0'/> </source> <rom file='/mnt/user/domains/GPU Bios/EVGA.GTX1660Super.6144.190912_2.rom'/> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0' multifunction='on'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0' multifunction='on'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x2'/> </source> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x1'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x3'/> </source> <address type='pci' domain='0x0000' bus='0x08' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x0624'/> <product id='0x0249'/> </source> <address type='usb' bus='0' port='1'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x1532'/> <product id='0x0037'/> </source> <address type='usb' bus='0' port='2'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x1532'/> <product id='0x023f'/> </source> <address type='usb' bus='0' port='3'/> </hostdev> <memballoon model='none'/> </devices> </domain> server-diagnostics-20201104-1227.zip

Great, I will try this, thank you!

Is it possible to copy the disk content to elsewhere on the array and bin the disk? Sorry but I am just hoping to find some other options as I am way out of my depth.

Hey, I successfully subscribed to the XFS mailing list but have no idea how I am supposed to interest with anyone on it. If I send a message it just bounces. This is all a bit new to me, sorry 😕

Thank you. I have manually updated it, checked it was the new version and run it again... and got this: I also rebooted again and added the diagnostics. Thank you. server-diagnostics-20200510-1841.zip

Ok, thank for your help. Can I just ask where to find the latest xfsprogs and where the xfs mailing list thread is? Sorry, bit of a noob. Cheers.

Ok, I think I understand. The disk is brand new so slightly annoying but I have a free empty disk of the same size on the server, not in the array. Can I just replace it and rebuild and then see if i can figure what is wrong with the current disk 3? Thank you.

Ok, I updated, rebooted and ran the Check without any options added in the box. Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 bogus .. inode number (0) in directory inode 7516192864, clearing inode number - agno = 8 - agno = 9 - agno = 10 - agno = 11 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 5 - agno = 6 - agno = 7 - agno = 4 - agno = 3 - agno = 8 - agno = 1 - agno = 9 - agno = 10 - agno = 11 - agno = 2 bogus .. inode number (0) in directory inode 7516192864, clearing inode number Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... entry "ANY!" in dir ino 4294967392 doesn't have a .. entry, will set it in ino 7516192864. setting .. in sf dir inode 7516192864 to 4294967392 Metadata corruption detected at 0x462c1c, inode 0x1c0000060 data fork xfs_repair: warning - iflush_int failed (-117) - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done

server-diagnostics-20200510-1027.zip Ok, rebooted and diags attached. Thanks.

Hi, I hope the is the right place to post? I hope you can help, Sonarr seems to have decided all my series (3000+ episodes) never aired and has thus deleted all my TV media from my server. I have not been using the server much recently and powering down most evenings. Recently I noticed some media was not loading and when i checked, all of the TV media was gone bar a few recently downloaded episodes. It isn't a disc issue as all the content was spread over 12 disks. If you look at the screenshot you can see some series have a blue colour meaning 'not aired' when they clearly have been. Obviously I am gutted and had loads of UHD and BD rips on there too but I'd rather find out what happened before I start thinking about starting my collection again. Thank you. server-diagnostics-20200509-1451.zip

Hi, I have run the fix multiple times now and am still getting a full log on a regular basis. Also no comments on the problem that is really bothering me, that Sonarr seems to have wiped all my TV content across 12 disks. Any help greatly welcome, thank you! server-diagnostics-20200509-1451.zip

Phase 1 - find and verify superblock... - block cache size set to 1493528 entries Phase 2 - using internal log - zero log... zero_log: head block 9173 tail block 9173 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 bogus .. inode number (0) in directory inode 7516192864, clearing inode number - agno = 8 - agno = 9 - agno = 10 - agno = 11 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 6 - agno = 4 - agno = 11 - agno = 5 - agno = 9 - agno = 10 - agno = 7 - agno = 8 - agno = 3 bogus .. inode number (0) in directory inode 7516192864, clearing inode number Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 entry "ANY!" in dir ino 4294967392 doesn't have a .. entry, will set it in ino 7516192864. - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 setting .. in sf dir inode 7516192864 to 4294967392 Metadata corruption detected at 0x462e2c, inode 0x1c0000060 data fork xfs_repair: warning - iflush_int failed (-117) - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... XFS_REPAIR Summary Sun May 3 19:24:08 2020 Phase Start End Duration Phase 1: 05/03 19:24:06 05/03 19:24:06 Phase 2: 05/03 19:24:06 05/03 19:24:06 Phase 3: 05/03 19:24:06 05/03 19:24:06 Phase 4: 05/03 19:24:06 05/03 19:24:06 Phase 5: 05/03 19:24:06 05/03 19:24:06 Phase 6: 05/03 19:24:06 05/03 19:24:06 Phase 7: 05/03 19:24:06 05/03 19:24:06 Total run time: done Here is the completed Fix, I think it posted similar results in the other thread too.

Definitely did that but i'll give it one more go for fun Any reason why 90% of my TV library across 12 disks has disappeared. I doubt it is related to the Disk 3 issue? Thank you!

Hi, I have done that 3 times now, doesn't seem to make any difference.

Hi, I rebooted my server recently and noticed 90% of the media in my 'TV' folder is missing and the server stats show probably 10-15 TB more free space than there should be across multiple disks. No one has access to the server but me and most of the time I have it turned off lately. I am pretty gutted I have lost so much but am more interested in making sure it doesn't happen again. My error log keeps filling up so no doubt something is up but I didn't manage to resolve things when I posted about that previously: Is is possible Sonarr just 'decided' to delete a load of media?? Any help would be gratefully received as I am worried about losing my Film Media folder too. Thanks, Adam server-diagnostics-20200503-1422.zip

Hi, I have followed this procedure a couple of times now but am still getting the same issue. Any ideas? Thank you. Adam server-diagnostics-20200327-1030.zip

Thanks, look ok now? Phase 1 - find and verify superblock... - block cache size set to 1493528 entries Phase 2 - using internal log - zero log... zero_log: head block 4025 tail block 4025 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 bogus .. inode number (0) in directory inode 7516192864, clearing inode number - agno = 8 - agno = 9 - agno = 10 - agno = 11 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 5 - agno = 9 - agno = 10 - agno = 3 - agno = 7 - agno = 8 bogus .. inode number (0) in directory inode 7516192864, clearing inode number - agno = 2 - agno = 4 - agno = 11 - agno = 6 Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 entry "ANY!" in dir ino 4294967392 doesn't have a .. entry, will set it in ino 7516192864. - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 setting .. in sf dir inode 7516192864 to 4294967392 Metadata corruption detected at 0x462e2c, inode 0x1c0000060 data fork xfs_repair: warning - iflush_int failed (-117) - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... XFS_REPAIR Summary Sat Mar 7 13:20:56 2020 Phase Start End Duration Phase 1: 03/07 13:20:10 03/07 13:20:19 9 seconds Phase 2: 03/07 13:20:19 03/07 13:20:20 1 second Phase 3: 03/07 13:20:20 03/07 13:20:22 2 seconds Phase 4: 03/07 13:20:22 03/07 13:20:22 Phase 5: 03/07 13:20:22 03/07 13:20:22 Phase 6: 03/07 13:20:22 03/07 13:20:22 Phase 7: 03/07 13:20:22 03/07 13:20:22 Total run time: 12 seconds done

Ok, done: Phase 1 - find and verify superblock... - block cache size set to 1493528 entries Phase 2 - using internal log - zero log... zero_log: head block 4025 tail block 4025 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan (but don't clear) agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 bogus .. inode number (0) in directory inode 7516192864, would clear inode number - agno = 8 - agno = 9 - agno = 10 - agno = 11 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 2 - agno = 3 - agno = 6 - agno = 7 - agno = 10 - agno = 11 bogus .. inode number (0) in directory inode 7516192864, would clear inode number - agno = 9 - agno = 8 - agno = 4 - agno = 5 - agno = 1 No modify flag set, skipping phase 5 Phase 6 - check inode connectivity... - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 entry "ANY!" in dir ino 4294967392 doesn't have a .. entry, will set it in ino 7516192864. - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 would set .. in sf dir inode 7516192864 to 4294967392 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify link counts... No modify flag set, skipping filesystem flush and exiting. XFS_REPAIR Summary Sat Mar 7 12:58:46 2020 Phase Start End Duration Phase 1: 03/07 12:58:43 03/07 12:58:43 Phase 2: 03/07 12:58:43 03/07 12:58:44 1 second Phase 3: 03/07 12:58:44 03/07 12:58:46 2 seconds Phase 4: 03/07 12:58:46 03/07 12:58:46 Phase 5: Skipped Phase 6: 03/07 12:58:46 03/07 12:58:46 Phase 7: 03/07 12:58:46 03/07 12:58:46 Total run time: 3 seconds