Stan464

Oh man, didn't see this reply till now. Sorry dude! Dokan allows you to Mount SMB/NFS Shares as a Physical Drive. (It makes them appear as a physically connected drive) Which of course, allows you to map your Shares and get them backed up.

Unless you are just home labbing. I tend to avoid Virtualising Primary Firewalls if at all possible. Unless you are just using the Virt Firewall as a Secondary or Failover.

Had issues with mine on one of my Servers and was told to Read: https://docs.unraid.net/unraid-os/release-notes/6.12.4/#fix-for-macvlan-call-traces It should get you what you need.

I have a good few of the older Versions. which one do you want?

I also have this issue, don't often reboot so not a big deal for me. the Extra Params should do the job.

Appreciate the response guys, will re-look at the config. Thanks All! ❤️

Would that my Dockers useless as they wouldn't be able to communicate correctly/at all. Bridging is what allows the dockers to use the Host (the Server) to obtain an IP Address, it also allows flow of traffic🤣.

I'm back with Dokan and the newer version seems to be working out great, about 23TB into my Backup without almost any hitches. very happy. Paying for 2 Licenses so at least they will get double revenue from me (for my 56ish TB)

Hi All, Is the Macvlan issue still floating about, just rebooted my Server due to the WebUI becoming unrespponsive to ALL Comms (SSH, HTTP etc) found this in the Log 5 minutes after reboot. Mar 7 21:04:17 CTU-UNRAID-2 kernel: WARNING: CPU: 10 PID: 889 at net/netfilter/nf_conntrack_core.c:1210 __nf_conntrack_confirm+0xa4/0x2b0 [nf_conntrack] Mar 7 21:04:17 CTU-UNRAID-2 kernel: Modules linked in: xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle ip6table_nat iptable_mangle vhost_net tun vhost vhost_iotlb tap macvlan veth xt_nat xt_tcpudp xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_addrtype br_netfilter xfs cmac cifs asn1_decoder cifs_arc4 cifs_md4 dns_resolver nfsd auth_rpcgss oid_registry lockd grace sunrpc md_mod zfs(PO) zunicode(PO) zzstd(O) zlua(O) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) tcp_diag inet_diag ip6table_filter ip6_tables iptable_filter ip_tables x_tables bridge stp llc bonding tls amdgpu gpu_sched drm_buddy radeon edac_mce_amd edac_core intel_rapl_msr intel_rapl_common iosf_mbi kvm_amd video i2c_algo_bit drm_ttm_helper ttm kvm drm_display_helper crct10dif_pclmul drm_kms_helper crc32_pclmul crc32c_intel ghash_clmulni_intel sha512_ssse3 wmi_bmof drm sha256_ssse3 sha1_ssse3 mpt3sas aesni_intel crypto_simd cryptd backlight Mar 7 21:04:17 CTU-UNRAID-2 kernel: agpgart i2c_piix4 r8169 syscopyarea ahci raid_class sysfillrect sysimgblt rapl i2c_core k10temp ccp scsi_transport_sas fb_sys_fops libahci realtek wmi button acpi_cpufreq unix Mar 7 21:04:17 CTU-UNRAID-2 kernel: CPU: 10 PID: 889 Comm: kworker/u64:9 Tainted: P O 6.1.74-Unraid #1 Mar 7 21:04:17 CTU-UNRAID-2 kernel: Hardware name: System manufacturer System Product Name/PRIME B350-PLUS, BIOS 5204 07/30/2019 Mar 7 21:04:17 CTU-UNRAID-2 kernel: Workqueue: events_unbound macvlan_process_broadcast [macvlan] Mar 7 21:04:17 CTU-UNRAID-2 kernel: RIP: 0010:__nf_conntrack_confirm+0xa4/0x2b0 [nf_conntrack] Mar 7 21:04:17 CTU-UNRAID-2 kernel: Code: 44 24 10 e8 e2 e1 ff ff 8b 7c 24 04 89 ea 89 c6 89 04 24 e8 7e e6 ff ff 84 c0 75 a2 48 89 df e8 9b e2 ff ff 85 c0 89 c5 74 18 <0f> 0b 8b 34 24 8b 7c 24 04 e8 18 dd ff ff e8 93 e3 ff ff e9 72 01 Mar 7 21:04:17 CTU-UNRAID-2 kernel: RSP: 0018:ffffc900004b4d98 EFLAGS: 00010202 Mar 7 21:04:17 CTU-UNRAID-2 kernel: RAX: 0000000000000001 RBX: ffff88838be09400 RCX: 547d69d0ee32b74b Mar 7 21:04:17 CTU-UNRAID-2 kernel: RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff88838be09400 Mar 7 21:04:17 CTU-UNRAID-2 kernel: RBP: 0000000000000001 R08: 4941756a7dbdf323 R09: da3bcc70157fb31a Mar 7 21:04:17 CTU-UNRAID-2 kernel: R10: 41b60faddf0c141a R11: ffffc900004b4d60 R12: ffffffff82a14d00 Mar 7 21:04:17 CTU-UNRAID-2 kernel: R13: 00000000000190fa R14: ffff88819d8b6d00 R15: 0000000000000000 Mar 7 21:04:17 CTU-UNRAID-2 kernel: FS: 0000000000000000(0000) GS:ffff8887fea80000(0000) knlGS:0000000000000000 Mar 7 21:04:17 CTU-UNRAID-2 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Mar 7 21:04:17 CTU-UNRAID-2 kernel: CR2: 000014e593775eb0 CR3: 00000001ecbcc000 CR4: 00000000003506e0 Mar 7 21:04:17 CTU-UNRAID-2 kernel: Call Trace: Mar 7 21:04:17 CTU-UNRAID-2 kernel: <IRQ> Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? __warn+0xab/0x122 Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? report_bug+0x109/0x17e Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? __nf_conntrack_confirm+0xa4/0x2b0 [nf_conntrack] Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? handle_bug+0x41/0x6f Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? exc_invalid_op+0x13/0x60 Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? asm_exc_invalid_op+0x16/0x20 Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? __nf_conntrack_confirm+0xa4/0x2b0 [nf_conntrack] Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? __nf_conntrack_confirm+0x9e/0x2b0 [nf_conntrack] Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? nf_nat_inet_fn+0x126/0x1a8 [nf_nat] Mar 7 21:04:17 CTU-UNRAID-2 kernel: nf_conntrack_confirm+0x25/0x54 [nf_conntrack] Mar 7 21:04:17 CTU-UNRAID-2 kernel: nf_hook_slow+0x3d/0x96 Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? ip_protocol_deliver_rcu+0x164/0x164 Mar 7 21:04:17 CTU-UNRAID-2 kernel: NF_HOOK.constprop.0+0x79/0xd9 Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? ip_protocol_deliver_rcu+0x164/0x164 Mar 7 21:04:17 CTU-UNRAID-2 kernel: __netif_receive_skb_one_core+0x77/0x9c Mar 7 21:04:17 CTU-UNRAID-2 kernel: process_backlog+0x8c/0x116 Mar 7 21:04:17 CTU-UNRAID-2 kernel: __napi_poll.constprop.0+0x2b/0x124 Mar 7 21:04:17 CTU-UNRAID-2 kernel: net_rx_action+0x159/0x24f Mar 7 21:04:17 CTU-UNRAID-2 kernel: __do_softirq+0x129/0x288 Mar 7 21:04:17 CTU-UNRAID-2 kernel: do_softirq+0x7f/0xab Mar 7 21:04:17 CTU-UNRAID-2 kernel: </IRQ> Mar 7 21:04:17 CTU-UNRAID-2 kernel: <TASK> Mar 7 21:04:17 CTU-UNRAID-2 kernel: __local_bh_enable_ip+0x4c/0x6b Mar 7 21:04:17 CTU-UNRAID-2 kernel: netif_rx+0x52/0x5a Mar 7 21:04:17 CTU-UNRAID-2 kernel: macvlan_broadcast+0x10a/0x150 [macvlan] Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? _raw_spin_unlock+0x14/0x29 Mar 7 21:04:17 CTU-UNRAID-2 kernel: macvlan_process_broadcast+0xbc/0x12f [macvlan] Mar 7 21:04:17 CTU-UNRAID-2 kernel: process_one_work+0x1ab/0x295 Mar 7 21:04:17 CTU-UNRAID-2 kernel: worker_thread+0x18b/0x244 Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? rescuer_thread+0x281/0x281 Mar 7 21:04:17 CTU-UNRAID-2 kernel: kthread+0xe7/0xef Mar 7 21:04:17 CTU-UNRAID-2 kernel: ? kthread_complete_and_exit+0x1b/0x1b Mar 7 21:04:17 CTU-UNRAID-2 kernel: ret_from_fork+0x22/0x30 Mar 7 21:04:17 CTU-UNRAID-2 kernel: </TASK> Mar 7 21:04:17 CTU-UNRAID-2 kernel: ---[ end trace 0000000000000000 ]--- Mar 7 21:04:31 CTU-UNRAID-2 kernel: br0: port 2(vnet0) entered blocking state Mar 7 21:04:31 CTU-UNRAID-2 kernel: br0: port 2(vnet0) entered disabled state Mar 7 21:04:31 CTU-UNRAID-2 kernel: device vnet0 entered promiscuous mode Mar 7 21:04:31 CTU-UNRAID-2 kernel: br0: port 2(vnet0) entered blocking state Mar 7 21:04:31 CTU-UNRAID-2 kernel: br0: port 2(vnet0) entered forwarding state Mar 7 21:04:31 CTU-UNRAID-2 kernel: br0: port 3(vnet1) entered blocking state Mar 7 21:04:31 CTU-UNRAID-2 kernel: br0: port 3(vnet1) entered disabled state Mar 7 21:04:31 CTU-UNRAID-2 kernel: device vnet1 entered promiscuous mode Mar 7 21:04:31 CTU-UNRAID-2 kernel: br0: port 3(vnet1) entered blocking state Mar 7 21:04:31 CTU-UNRAID-2 kernel: br0: port 3(vnet1) entered forwarding state Mar 7 21:04:32 CTU-UNRAID-2 kernel: br0: port 4(vnet2) entered blocking state Mar 7 21:04:32 CTU-UNRAID-2 kernel: br0: port 4(vnet2) entered disabled state Mar 7 21:04:32 CTU-UNRAID-2 kernel: device vnet2 entered promiscuous mode Mar 7 21:04:32 CTU-UNRAID-2 kernel: br0: port 4(vnet2) entered blocking state Mar 7 21:04:32 CTU-UNRAID-2 kernel: br0: port 4(vnet2) entered forwarding state

Reviving an old post i know. any luck with this? I would prefer Backblaze over Crashplan if I can, but it seems Crashplan via a VM seems to be the only way im getting anything to move on. The Wine Docker doesn't work very well at all. either failing to create a .bzvol file or it fails to correctly scan and begin. That's if the beginning part works very well.

Man, this would be awesome if and when there is a release! Thanks for all the time and effort spent already! ,😀

Have had issues with 6.11.5 myself too! WebHTTP Crashing (Losing Web Management) Dockers and VM's seemed ok though. I had to Roll back to 6.11.3 and have been fine (So far) since.

Advance IT Tech here. Depending on what's required id gladly help for little to nothing. I work it Server Support / Infrastructure daily so it may be something I have knowledge with.

Yeah! seems I had issues with 6.11.5, Web HTTP Crashing after a few hours / 24hours. Had to roll back to 6.11.3.

My 6.11.5 was ok but my issues were mostly Web Management / emhttp error spam causing all Web Management to pretty much fail. Dockers and VM's were unaffected. I had to roll back to 6.11.3 for my issue to resolve.

Update 2. No further crashing since the above steps taken. Seems for me, there may be an issue with 6.11.5 vs .3. This can be closed.

Temporarily Resolved by rolling back to "Version: 6.11.3" from "Version: 6.11.5". No WebUI Crashing thusfar.

Intriguing. i will look through my Plugins when i can. but as far as i can tell. they are Current. Again, no Changes in 72 Hours. this issue has started in/around 24 hours. So will check if a Plugin needs updating. bar that... its unexplained as the System functions 100% for hours until it doesn't. [WebUI] UPDATE: From the Link you sent: "unitialized csrf_token - Thus far the community has never once seen any report of this being logged. Presumably it is an error generated by unRaid itself during Limetech's debugging period (ie: not plugin related), and should you see this you should post your diagnostics in the release thread for the version of unRaid you are running. EDIT: There is a possibility that if your rootfs is completely full due to misconfiguration of an application that you may see this particular token error."

Yes, that will very likely resolve it temporarily. also, sadly not something i can do remotely as im at work. Just need to look at other reasons why the Web Service would die with no changes in the last 72 Hours. UPDATE: Seems I have been able to gain Access albeit its sketchy. this is spamming the Logs too. Mar 3 09:35:59 CTU-UNRAID-1 root: error: /webGui/include/Report.php: uninitialized csrf_token Mar 3 09:35:59 CTU-UNRAID-1 root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Mar 3 09:36:01 CTU-UNRAID-1 root: error: /webGui/include/Notify.php: uninitialized csrf_token Mar 3 09:36:01 CTU-UNRAID-1 root: error: /webGui/include/Report.php: uninitialized csrf_token Mar 3 09:36:01 CTU-UNRAID-1 root: error: /plugins/community.applications/scripts/notices.php: uninitialized csrf_token Mar 3 09:36:01 CTU-UNRAID-1 root: error: /plugins/dynamix.plugin.manager/scripts/PluginAPI.php: uninitialized csrf_token Mar 3 09:36:01 CTU-UNRAID-1 root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Mar 3 09:36:01 CTU-UNRAID-1 root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Mar 3 09:36:05 CTU-UNRAID-1 root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Mar 3 09:36:08 CTU-UNRAID-1 root: error: /webGui/include/Report.php: uninitialized csrf_token Mar 3 09:36:08 CTU-UNRAID-1 root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Mar 3 09:36:10 CTU-UNRAID-1 root: error: /webGui/include/Notify.php: uninitialized csrf_token Mar 3 09:36:10 CTU-UNRAID-1 root: error: /webGui/include/Report.php: uninitialized csrf_token Mar 3 09:36:10 CTU-UNRAID-1 root: error: /plugins/community.applications/scripts/notices.php: uninitializ

Couldn't find anything specific to this. Unsure if known issue or just a "me" problem. Seems i get the Errors seen in the Screenshot prevent Access to the Web Portal. This happens a few hours after Reboot (has happened now twice in the last 24 hours). Running the Latest Version. (White Screen is Post Logon) NOTE: Nothing else appears to be affected, ALL VM's and Dockers appear to be fully operational (even as we speak) but the WebUI is dead in the water. Cannot Login to Access the WebUI to grab Logfile thing most people post (forgotten the name).

1) How much RAM do you have? 2) If it isn't enough to support the VM & the Host OS/Dockers. Lower the RAM or Upgrade the RAM.

You may need to try an Older version of the QEMU Guest Tools / Installers. 2003 is getting very very old and good portion of things do not support it anymore.

2X 32GB 1X 8GB

Mine seems to work as required in that sense, be sure to Click "Advance" and then "Replace all Child Objects......." then hit Apply. Sometimes i have had Removed Security Groups such as "Domain Users" and "Everyone" re-appear after deletion though. Hope that helps. [Only issue I have is, NO shares will work unless "chmod 777 /mnt" is completed (Not recursive).]

Hi Geoff. That has done the trick for the most part. Only issue I have is. which may be just a "me" issue. Even with perms tied down for the most part. I can only get Access to my Shares if I set "chmod 777 /mnt" on the Root Folder (Not Recursive) without that, I get the typical Access Denied speak to the Administrator etc etc. So, I have added a Delayed "chmod 777 /mnt" to my Go File so Shares (all Shares) can become Accessible. without that. I get Red X's stating "Denied" this is Across all 3 Servers.