EgillSkallagrimsson

Members
  • Posts

    12
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

EgillSkallagrimsson's Achievements

Noob

Noob (1/14)

1

Reputation

  1. Well, it ended up being my Windows 10 VM that I had moved over to the second nic on my motherboard do to the TUN error in the 6.8 beta releases making my logs an unreadable mess. Switched it back to using one nic and the call traces quit showing up in the logs.
  2. I've been getting this in my logs about every few hours. Any ideas how to fix it? WARNING: CPU: 14 PID: 89337 at net/netfilter/nf_conntrack_core.c:945 __nf_conntrack_confirm+0xa0/0x69e Dec 23 18:11:15 Server kernel: Modules linked in: dm_mod dax veth xt_nat xt_CHECKSUM ipt_REJECT ip6table_mangle ip6table_nat nf_nat_ipv6 iptable_mangle ip6table_filter ip6_tables vhost_net macvlan tun vhost tap ipt_MASQUERADE iptable_filter iptable_nat nf_nat_ipv4 nf_nat ip_tables xfs md_mod igb i2c_algo_bit sr_mod cdrom sb_edac x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd cryptd glue_helper mpt3sas i2c_i801 intel_cstate i2c_core intel_uncore intel_rapl_perf ahci raid_class libahci scsi_transport_sas pcc_cpufreq wmi ipmi_si button [last unloaded: i2c_algo_bit] Dec 23 18:11:15 Server kernel: CPU: 14 PID: 89337 Comm: kworker/14:0 Not tainted 4.19.88-Unraid #1 Dec 23 18:11:15 Server kernel: Hardware name: ZTSYSTEM CYPRESS11 /S2600CP , BIOS SE5C600.86B.02.06.0006.032420170950 03/24/2017 Dec 23 18:11:15 Server kernel: Workqueue: events macvlan_process_broadcast [macvlan] Dec 23 18:11:15 Server kernel: RIP: 0010:__nf_conntrack_confirm+0xa0/0x69e Dec 23 18:11:15 Server kernel: Code: 04 e8 56 fb ff ff 44 89 f2 44 89 ff 89 c6 41 89 c4 e8 7f f9 ff ff 48 8b 4c 24 08 84 c0 75 af 48 8b 85 80 00 00 00 a8 08 74 26 <0f> 0b 44 89 e6 44 89 ff 45 31 f6 e8 94 f1 ff ff be 00 02 00 00 48 Dec 23 18:11:15 Server kernel: RSP: 0018:ffff88882e983d90 EFLAGS: 00010202 Dec 23 18:11:15 Server kernel: RAX: 0000000000000188 RBX: ffff88882bb8a700 RCX: ffff88807403ec18 Dec 23 18:11:15 Server kernel: RDX: 0000000000000001 RSI: 0000000000000001 RDI: ffffffff81e08dc0 Dec 23 18:11:15 Server kernel: RBP: ffff88807403ebc0 R08: 000000003743f580 R09: ffff888755937c60 Dec 23 18:11:15 Server kernel: R10: 0000000000000000 R11: ffff88878de5a800 R12: 000000000000a137 Dec 23 18:11:15 Server kernel: R13: ffffffff81e91100 R14: 0000000000000000 R15: 00000000000015f0 Dec 23 18:11:15 Server kernel: FS: 0000000000000000(0000) GS:ffff88882e980000(0000) knlGS:0000000000000000 Dec 23 18:11:15 Server kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Dec 23 18:11:15 Server kernel: CR2: 000015440b9e7000 CR3: 0000000001e0a006 CR4: 00000000000626e0 Dec 23 18:11:15 Server kernel: Call Trace: Dec 23 18:11:15 Server kernel: <IRQ> Dec 23 18:11:15 Server kernel: ipv4_confirm+0xaf/0xb9 Dec 23 18:11:15 Server kernel: nf_hook_slow+0x3a/0x90 Dec 23 18:11:15 Server kernel: ip_local_deliver+0xad/0xdc Dec 23 18:11:15 Server kernel: ? ip_sublist_rcv_finish+0x54/0x54 Dec 23 18:11:15 Server kernel: ip_rcv+0xa0/0xbe Dec 23 18:11:15 Server kernel: ? ip_rcv_finish_core.isra.0+0x2e1/0x2e1 Dec 23 18:11:15 Server kernel: __netif_receive_skb_one_core+0x53/0x6f Dec 23 18:11:15 Server kernel: process_backlog+0x77/0x10e Dec 23 18:11:15 Server kernel: net_rx_action+0x107/0x26c Dec 23 18:11:15 Server kernel: __do_softirq+0xc9/0x1d7 Dec 23 18:11:15 Server kernel: do_softirq_own_stack+0x2a/0x40 Dec 23 18:11:15 Server kernel: </IRQ> Dec 23 18:11:15 Server kernel: do_softirq+0x4d/0x5a Dec 23 18:11:15 Server kernel: netif_rx_ni+0x1c/0x22 Dec 23 18:11:15 Server kernel: macvlan_broadcast+0x111/0x156 [macvlan] Dec 23 18:11:15 Server kernel: ? __switch_to_asm+0x41/0x70 Dec 23 18:11:15 Server kernel: macvlan_process_broadcast+0xea/0x128 [macvlan] Dec 23 18:11:15 Server kernel: process_one_work+0x16e/0x24f Dec 23 18:11:15 Server kernel: worker_thread+0x1e2/0x2b8 Dec 23 18:11:15 Server kernel: ? rescuer_thread+0x29e/0x29e Dec 23 18:11:15 Server kernel: kthread+0x10c/0x114 Dec 23 18:11:15 Server kernel: ? kthread_park+0x89/0x89 Dec 23 18:11:15 Server kernel: ret_from_fork+0x35/0x40 Dec 23 18:11:15 Server kernel: ---[ end trace 8c53befd60a8c7ab ]---
  3. So I'm trying to passthrough my onboard sata controller to vm (all my array drives are on an LSI card in IT mode) so that I can get my bluray drive to function correctly. Unfortunately, my iommu groups look like this and none of the stuff in SpaceInvaderOne's tutorial was able to split them up. Is it a lost cause or is there something else I can try? I'm assuming stubbing all three in the group would not end well...... IOMMU group 15: [8086:1d41] 00:1f.0 ISA bridge: Intel Corporation C600/X79 series chipset LPC Controller (rev 06) [8086:1d02] 00:1f.2 SATA controller: Intel Corporation C600/X79 series chipset 6-Port SATA AHCI Controller (rev 06) [8086:1d22] 00:1f.3 SMBus: Intel Corporation C600/X79 series chipset SMBus Host Controller (rev 06)
  4. One of the last things I tried, too. Clean install with a fresh config directory. Same error.
  5. Same issue here after a weekly, scheduled update. Tried a fresh install and still have the same problem.
  6. Anybody have an example of a working letsencrypt/nginx reverse proxy config for the Onlyoffice Community and Document servers they could share? I'm close, but when I go to open a document, it throws an unknown error. It's works locally, avoiding the proxy, though.
  7. Still having no luck with this. I have figured out that the media file seem to stay visible until the next file is imported, though. Also, copying them manually using the krusader docker works and doesn't have any problems with vanishing files. No surprise, really, since Radarr doesn't have this problem. Really bashing my head on this one....
  8. Hopefully I can get some help with a weird issue I've started having for the past couple days. I have a cached/encrypted rclone gsuite mount that Sonarr and Radarr are both using to store media. Radarr is working as it should. Sonarr was working fine but now an issue arisen. When it post processes and moves the files to the rclone mount, they are accessible for a few minutes before they disappear from the cache mount. The encrypted files are still visible in the encrypted mount. I've compared the file and folder permissions in the encrypted mount with the working Radarr files and they appear to be the same using ls -l. The Sonarr files reappear once they are uploaded to gsuite. Radarr and Sonarr have the same guid, ect settings. At first, I thought something was wrong with rclone until I noticed Radarr downloads were working normally from the same mount. I did update unraid from 6.6.1 to 6.6.3 before this issue appeared, but I'm not sure why it would effect Sonarr and not Radarr. I've even tried a completely new sonarr install and new config. Anybody know what could be causing this issue?
  9. Anybody else using the new cache feature with encryption having memory leak issues? Memory usage climbs steadily over about 6 hours before making the unraid webui unresponsive and forcing a non clean reboot for me. edit: Found where I was going wrong. The --cache-db-path flag needed to be set on the crypt mount instead of the cache mount in this situation.
  10. I'm having some trouble getting qbittorrent running. It was working fine but we had a power outage and now the it hangs at "*** Running /etc/my_init.d/10_config.sh...Checking if Torrent config exist, if not creating it". I've tried removing the docker and deleting the config directory and it still won't get past that spot. Any help would be appreciated. edit: Well deleting /etc/my_init.d/10_config.sh (appeared to just be a config file check) out of the container got it to run again. Would like a solution that survives a docker upgrade though......