BRiT

Seems to be RCLONE as Squid said. The first line of your /var/log/syslog is Nov 27 17:27:27, and things progress smoothly until you get to RCLONE. There's a nearly 7 minute gap in that part. Gap starts at 17:27:47 and ends at 17:35:33 with 1 interruption between from the network time daemon 'ntpd'. Nov 27 17:27:45 UNRAID root: +============================================================================== Nov 27 17:27:45 UNRAID root: | Installing new package /boot/config/plugins/rclone/install/rclone-2019.10.13-bundle.txz Nov 27 17:27:45 UNRAID root: +============================================================================== Nov 27 17:27:45 UNRAID root: Nov 27 17:27:45 UNRAID root: Verifying package rclone-2019.10.13-bundle.txz. Nov 27 17:27:45 UNRAID root: Installing package rclone-2019.10.13-bundle.txz: Nov 27 17:27:45 UNRAID root: PACKAGE DESCRIPTION: Nov 27 17:27:46 UNRAID root: Package rclone-2019.10.13-bundle.txz installed. Nov 27 17:27:46 UNRAID root: plugin: running: anonymous Nov 27 17:27:47 UNRAID root: Downloading rclone Nov 27 17:34:28 UNRAID ntpd[2644]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized Nov 27 17:35:33 UNRAID root: Downloading certs Nov 27 17:35:33 UNRAID root: Archive: /boot/config/plugins/rclone/install/rclone-current.zip Nov 27 17:35:33 UNRAID root: creating: /boot/config/plugins/rclone/install/rclone-v1.50.2-linux-amd64/ Nov 27 17:35:34 UNRAID root: inflating: /boot/config/plugins/rclone/install/rclone-v1.50.2-linux-amd64/README.html Nov 27 17:35:36 UNRAID root: inflating: /boot/config/plugins/rclone/install/rclone-v1.50.2-linux-amd64/rclone Nov 27 17:35:37 UNRAID root: inflating: /boot/config/plugins/rclone/install/rclone-v1.50.2-linux-amd64/rclone.1 Nov 27 17:35:37 UNRAID root: extracting: /boot/config/plugins/rclone/install/rclone-v1.50.2-linux-amd64/git-log.txt Nov 27 17:35:37 UNRAID root: inflating: /boot/config/plugins/rclone/install/rclone-v1.50.2-linux-amd64/README.txt Nov 27 17:35:38 UNRAID root: Nov 27 17:35:38 UNRAID root: ----------------------------------------------------------- Nov 27 17:35:38 UNRAID root: rclone has been installed. Nov 27 17:35:38 UNRAID root: -----------------------------------------------------------

Reasonable idea. But ... If the popup confirmation hasn't completely prevented it already, I doubt anything else would.

Post your Diagnostics zip file. Snippet from the first portion of my syslog showing the starting of SSHd and Samba, so that is included. the syslog starts 2 minutes before this. Oct 19 13:36:08 TOWER sshd[2583]: Server listening on 0.0.0.0 port 22. Oct 19 13:36:08 TOWER sshd[2583]: Server listening on :: port 22. Oct 19 13:36:33 TOWER emhttpd: Starting services... Oct 19 13:36:33 TOWER emhttpd: shcmd (12): /etc/rc.d/rc.samba restart Oct 19 13:36:35 TOWER root: Starting Samba: /usr/sbin/nmbd -D Oct 19 13:36:35 TOWER root: /usr/sbin/smbd -D Oct 19 13:36:35 TOWER root: /usr/sbin/winbindd -D Oct 19 13:36:35 TOWER emhttpd: shcmd (17): /etc/rc.d/rc.avahidaemon start

Would the libvirt snapshotting work on xfs?

Not likely without Diagnostics.

Container specific.

I do it the same way you PreClear internal drives. I plug the usb3 drive into usb3 port then run the PreClear process on it. Nothing magical or difficult at all. What are you having trouble with, do you not have usb3 ports, do you not have usb3 cable, do you not know how to run preclear? Only real suggestion is to have a fan running over the external enclosure to keep it cool.

Uhm, "prefer" cache means anything written to /mnt/disk1/share will be moved to /mnt/cache/share whenever mover runs as long as there is space on cache.

That's the process that provides /mnt/usr/ and /mnt/usr0/ . It's layered on top of FUSE (Filesystem in User Space). Here's earlier threads about shfs but those are with it spiked at 100% CPU load, which yours was only showing 0.2 %: Though maybe yours isn't that bad when averaged out... Here's yours from 3.3 days (averaged cpu time per day of 29.09) 4462 root 20 0 145888 720 252 S 0.0 0.0 0:00.02 shfs 4475 root 20 0 1091060 17460 1080 S 0.0 0.2 96:10.02 shfs And From my system of 38.25 days (averaged cpu time per day of 18.27): root@TOWER:~# uptime 18:37:27 up 38 days, 6:04, 1 user, load average: 0.08, 0.07, 0.03 root@TOWER:~# top -bn1 | egrep -i shfs 6679 root 20 0 442648 33728 692 S 0.0 0.0 0:11.20 shfs 6692 root 20 0 787656 55648 828 S 0.0 0.0 699:01.70 shfs

Added a few more lines, had some same-level processes running with 'deluge' and 'openvpn'. So a combo docker that runs torrent through openvpn ? But nothing showing up in syslog as far as obvious root causes or triggers.

Perhaps a better isolation of the process tree from watchdog.sh on up... View without wordwrap, doesn't look like it's Plex Plugin, just the mobile screen made it really hard to follow, but much easier on PC now. root 28316 0.0 0.0 107692 5472 ? Sl 20:48 0:00 | \_ containerd-shim -namespace moby -workdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux/moby/06d3c57214354061b944a5ac3382a1890e253c6a7bb079c98ebef0649a550835 -address /var/run/docker/containerd/containerd.sock -containerd-binary /usr/bin/containerd -runtime-root /var/run/docker/runtime-runc root 28333 0.0 0.0 2308 84 ? Ss 20:48 0:00 | \_ /usr/bin/tini -- /bin/bash /usr/local/bin/init.sh nobody 29531 1.3 0.9 615844 80444 ? Sl 20:48 0:19 | \_ /usr/bin/python /usr/bin/deluged -c /config -L info -l /config/deluged.log root 29237 1.1 0.0 17856 1356 ? Ds 20:48 0:16 | \_ /usr/bin/openvpn --daemon --reneg-sec 0 --mute-replay-warnings --auth-nocache --setenv VPN_PROV pia --setenv DEBUG false --setenv VPN_DEVICE_TYPE tun0 --setenv VPN_ENABLED yes --setenv VPN_REMOTE sweden.privateinternetaccess.com --setenv APPLICATION deluge --script-security 2 --writepid /root/openvpn.pid --remap-usr1 SIGHUP --log-append /dev/stdout --pull-filter ignore up --pull-filter ignore down --pull-filter ignore route-ipv6 --pull-filter ignore ifconfig-ipv6 --pull-filter ignore tun-ipv6 --pull-filter ignore persist-tun --pull-filter ignore reneg-sec --up /root/openvpnup.sh --up-delay --up-restart --remote 45.12.220.172 1198 udp --remote 45.12.220.236 1198 udp --remote 45.12.220.227 1198 udp --remote 45.12.220.232 1198 udp --remote 45.12.220.211 1198 udp --remote 45.12.220.249 1198 udp --remote 45.12.220.229 1198 udp --remote 45.12.220.246 1198 udp --remote 45.12.220.235 1198 udp --remote 45.12.220.218 1198 udp --remote 45.83.91.19 1198 udp --remote 45.83.91.18 1198 udp --remote 45.12.220.238 1198 udp --remote-random --keepalive 10 60 --setenv STRICT_PORT_FORWARD yes --disable-occ --auth-user-pass credentials.conf --cd /config/openvpn --config /config/openvpn/Sweden.ovpn nobody 29893 0.1 0.4 71020 39964 ? D 20:48 0:01 | \_ deluge-web nobody 4636 0.0 0.0 4888 180 ? D 21:08 0:00 | \_ pgrep -fa deluge-web root 28372 0.0 0.1 29920 15004 ? D 20:48 0:01 | \_ /usr/bin/python /usr/bin/supervisord -c /etc/supervisor.conf -n root 28639 0.0 0.0 7336 612 ? S 20:48 0:00 | | \_ /bin/bash /root/start.sh root 5920 0.0 0.0 4888 232 ? D 21:08 0:00 | | | \_ pgrep -x openvpn nobody 28640 0.0 0.0 0 0 ? Z 20:48 0:00 | | \_ [watchdog.sh] <defunct> nobody 29855 0.0 0.0 3712 548 ? Ss 20:48 0:00 | \_ /usr/bin/privoxy /config/privoxy/config

Seeing at least 1 process went Zombie, which means it can't be killed. It might be part of some plugin for Plex, looked for the Z status than traced backwards. Hard to do so on my tablet. Also, your SHFS process has crazy amount of CPU time. nobody 28640 0.0 0.0 0 0 ? Z 20:48 0:00 | | \_ [watchdog.sh] <defunct>

But then you get notified when someone like me responds. Or the many others asking "Where it be?"

Post in the proper support thread, and you'll find the plugin is at fault, like the many other users.

Hopefully a new kernel will be reserved for a quick 6.9 RC series and 6.8 Stable can be released.

Read the reply from bonienl.

If you can install docker compose on unraid ... they have simple walkthrough tutorial for wordpress: https://docs.docker.com/compose/wordpress/

Animated avatar is firing shots!

Read and Post followups in the support thread:

Which PreClear, the original script, the faster script, the plugin, or the docker?

Try uninstalling PreClear Plugin. I can't say this is a cause, but it's not good to have a current version of something from 2019-08-01 replaced with something from 2017-01-22. [ https://libevent.org/ ] Nov 24 00:07:21 Shaun-NAS root: +============================================================================== Nov 24 00:07:21 Shaun-NAS root: | Upgrading libevent-2.1.11-x86_64-1 package using /boot/config/plugins/preclear.disk/libevent-2.1.8-x86_64-3.txz Nov 24 00:07:21 Shaun-NAS root: +============================================================================== Nov 24 00:07:21 Shaun-NAS root: Pre-installing package libevent-2.1.8-x86_64-3... Nov 24 00:07:22 Shaun-NAS root: Removing package: libevent-2.1.11-x86_64-1-upgraded-2019-11-24,00:07:21 Nov 24 00:07:22 Shaun-NAS root: Verifying package libevent-2.1.8-x86_64-3.txz. Nov 24 00:07:22 Shaun-NAS root: Installing package libevent-2.1.8-x86_64-3.txz:

Very odd, since I'm easily able to hit my max wirespeed [ 330 mb/s ] using nzbget docker from usenet to its tmp download directories mapped from /mnt/cache/. Really hard to take guesses on what's wrong with your setup without solid information to look at like at a minimum your Diagnostics from after your d/l attempts.

Try uninstalling the PreClear Disk plugin. It's doing bad things with libevent, replacing a newer version with a much older version [ 2.1.11 replaced with 2.1.8 ] +============================================================================== Nov 22 22:57:10 KizunaAi root: | Upgrading libevent-2.1.11-x86_64-1 package using /boot/config/plugins/preclear.disk/libevent-2.1.8-x86_64-3.txz Nov 22 22:57:10 KizunaAi root: +============================================================================== Nov 22 22:57:10 KizunaAi root: Pre-installing package libevent-2.1.8-x86_64-3... Nov 22 22:57:10 KizunaAi root: Removing package: libevent-2.1.11-x86_64-1-upgraded-2019-11-22,22:57:10 Nov 22 22:57:10 KizunaAi root: Verifying package libevent-2.1.8-x86_64-3.txz. Nov 22 22:57:10 KizunaAi root: Installing package libevent-2.1.8-x86_64-3.txz:

That is at the driver level, it doesn't matter how the read or write requests come in.

The special bundle for this Black Friday is all the free posts you can handle in the forums!