Everything posted by Lightman32
-
Time Machine backup disk image cannot be created on zfs pool
I'm having exact the same issue, also on Unraid 7.2.3 (Samba version 4.23.4) and Tahoe 26.2. I have also tested new backup from scratch, tried creating brand new share as well. No Luck. I see a following line item on macOS logs though. I have manually tested the permissions and they are setup correctly, I can read and write to the share. 2025-12-20 17:22:04.394086+0000 localhost SystemUIServer[8090]: (TimeMachine) [com.apple.TimeMachine:TMDisk] attrVolumeWithMountPoint 'file:///Volumes/.timemachine/Tower._smb._tcp.local/XXX-404A-4AC8-9720-XXXXXX/timemachine/' failed, error: Error Domain=NSPOSIXErrorDomain Code=13 "Permission denied"
-
Network connection loss every few hours - 6.12.2
Thanks for the help, running memtest was a good shout, It produced errors within first 5 minutes. The only thing I could think was either a bad ram or XMP profile which I disabled and ran the full test again and all the tests passed without XMP so that's what I'm going with for now. Once again, appreciate your help.
-
Network connection loss every few hours - 6.12.2
Right, so still having the same issue. I have turned syslog and notice the following 1. Several AER errors. I have tried fixing them with adding the pcie_aspm=off flag to the sysconf file. The errors are gone but I'm not sure if this flag has actually solved the issue or just suppressed the errors ? Aug 3 10:05:58 Tower kernel: pcieport 0000:00:1c.2: AER: Multiple Corrected error received: 0000:04:00.0 Aug 3 10:05:58 Tower kernel: pci 0000:04:00.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Transmitter ID) Aug 3 10:05:58 Tower kernel: pci 0000:04:00.0: device [168c:003e] error status/mask=00001001/00006000 Aug 3 10:05:58 Tower kernel: pci 0000:04:00.0: [ 0] RxErr Aug 3 10:05:58 Tower kernel: pci 0000:04:00.0: [12] Timeout 2. This could be due to illegal access to memory ? I'm not too sure about this one. I will add the following flag (pci=nommconfto) to see if this solve these errors. Aug 5 18:06:37 Tower kernel: general protection fault, probably for non-canonical address 0xe7ff88816ac91020: 0000 [#3] PREEMPT SMP PTI Aug 5 18:06:37 Tower kernel: CPU: 4 PID: 19704 Comm: shfs Tainted: P D O 6.1.38-Unraid #2 Aug 5 18:06:37 Tower kernel: Hardware name: System manufacturer System Product Name/STRIX Z270E GAMING, BIOS 1009 07/23/2017 Aug 5 18:06:37 Tower kernel: RIP: 0010:get_free_stripe+0x3c/0x8e [md_mod] Aug 5 18:06:37 Tower kernel: Code: 8b 8f d0 04 00 00 48 8d 97 d0 04 00 00 31 c0 48 39 d1 74 63 53 48 8b 9f d0 04 00 00 83 3d 85 68 00 00 03 48 8b 13 48 8b 43 08 <48> 89 42 08 48 89 10 48 89 1b 48 89 5b 08 7e 10 48 8b 73 20 48 c7 Aug 5 18:06:37 Tower kernel: RSP: 0018:ffffc9000bf13910 EFLAGS: 00010093 There are some other errors similar to above. All of this makes think I might be having hardware issues ? loose connection somewhere maybe ?
-
Network connection loss every few hours - 6.12.2
Thanks for the help, the network protocol is already set to IPv4 only, unless there is another option somewhere that I'm missing? I have moved up to v6.12.3-rc2 and also enabled syslog. I will test further and report back.
-
Network connection loss every few hours - 6.12.2
Hi Folks, I'm scratching my head with this one. Every few hours I lose complete network connection and the systems needs a force restart to fix the issue. I have not made any hardware changes and don't really recall if it started happening after updating to 6.12.2 or before. Any help will be much appreciated.
-
Onboard audio pass through issue code 10
Just an update, it's been fixed after a week of trying everything. The solution turned out to be completing shutting down the server and unplugging it from the power. A simple restart won't do anything. The idea came from the following post where it is mentioned at the end that the author of that post had to do same thing.
-
Onboard audio pass through issue code 10
I have also tried the following in the config pcie_acs_override=downstream,multifunction vfio-pci-ids=8086:a2af,8086:a2ba,8086:a2c5,8086:a2a1,8086:a2f0,8086:a2a3,10de:1b06,10de:10ef,168c:003e,1b21:2142 modprobe.blacklist=i2c_i801,i2c_smbus but still no luck. Would really appreciate if someone is willing to help.
-
Onboard audio pass through issue code 10
Hi Folks. hoping that someone would be able to help me out with audio issues, When passing through onboard audio from an Asus motherboard to windows 10 VM. The sound was working fine and then suddenly after a windows reboot it disappeared. Under the device manager I get the following error when looking into the driver: This device cannot start. (code 10) My initial thought was that it could be due to RC version of Unraid so restored it to a stable version and issue remains. So far I have tried reinstalling drivers, reinstalled windows OS, also tried passing audio to a Linux VM without any luck. VM Config <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm' id='5'> <name>Drogo</name> <uuid>a7556b78-6599-60ed-444d-3fdc7be70660</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>17301504</memory> <currentMemory unit='KiB'>17301504</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>6</vcpu> <cputune> <vcpupin vcpu='0' cpuset='1'/> <vcpupin vcpu='1' cpuset='5'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='6'/> <vcpupin vcpu='4' cpuset='3'/> <vcpupin vcpu='5' cpuset='7'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-6.2'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/a7556b78-6599-60ed-444d-3fdc7be70660_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv mode='custom'> <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' migratable='on'> <topology sockets='1' dies='1' cores='3' 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/user/domains/Windows 10/vdisk1.img' index='2'/> <backingStore/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <alias name='virtio-disk2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/virtio-win-0.1.190-1.iso' index='1'/> <backingStore/> <target dev='hdb' bus='ide'/> <readonly/> <alias name='ide0-0-1'/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='qemu-xhci' ports='15'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <controller type='pci' index='0' model='pci-root'> <alias name='pci.0'/> </controller> <controller type='ide' index='0'> <alias name='ide'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <interface type='bridge'> <mac address='52:54:00:a2:77:c1'/> <source bridge='br0'/> <target dev='vnet4'/> <model type='virtio-net'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/1'/> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/1'> <source path='/dev/pts/1'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-5-Drogo/org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <alias name='input0'/> <address type='usb' bus='0' port='1'/> </input> <input type='mouse' bus='ps2'> <alias name='input1'/> </input> <input type='keyboard' bus='ps2'> <alias name='input2'/> </input> <graphics type='vnc' port='5900' autoport='yes' websocket='5700' listen='0.0.0.0' keymap='en-us'> <listen type='address' address='0.0.0.0'/> </graphics> <audio id='1' type='none'/> <video> <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/> <alias name='video0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x1f' function='0x3'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> <memballoon model='none'/> </devices> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain> tower-diagnostics-20220807-1734.zip