Everything posted by thomast_88
-
WireGuard - VPN Tunneled Access to a commercial VPN provider
Anyone figured out whether it's possible to route a specific docker through a tunnel that is connected to a VPN provider?
-
Large copy/write on btrfs cache pool locking up server temporarily
Which makes it a bigger concern since it's inconsistent.
-
Large copy/write on btrfs cache pool locking up server temporarily
Only way for me was to reformat to XFS 😞
-
[Support] Rclone-mount - with FUSE support for Plex/Emby/Sonarr etc. (beta)
Pull the latest version (dev tag). There was a bug in Rclone. It should work fine now.
-
Large copy/write on btrfs cache pool locking up server temporarily
That's exactly what i have done. I have not experienced alignment issues with an XFS formatted Samsung Evo drive.
-
[Support] Djoss - QDirStat
Thanks for this!
-
[Support] GitLab-CE
Yes it's possible. See this: https://community.home-assistant.io/t/rpi-as-z-wave-zigbee-over-ip-server-for-hass/23006/1 and this: https://community.openhab.org/t/share-z-wave-dongle-over-ip-usb-over-ip-using-ser2net-socat-guide/34895
-
Large copy/write on btrfs cache pool locking up server temporarily
@deusxanime no it has not been fixed, and I don't think it's on the roadmap either. There have been no input from limetech guys in this post, and it doesn't seem like there is a workaround. I'd stick with XFS if you have Samsung Evo discs.
-
Large copy/write on btrfs cache pool locking up server temporarily
But then you don't have the possiblity to do Raid1 or Raid0 ?
-
Large copy/write on btrfs cache pool locking up server temporarily
It's more a bug report than a feature request
-
Large copy/write on btrfs cache pool locking up server temporarily
Good findings @dnoyeb this has been bugging me for a year now. Hoping for a fix to this issue
-
Large copy/write on btrfs cache pool locking up server temporarily
Bummer :-( Wonder if this issue caught the attention of Limetech. It really breaks the ability to run a BTRFS cache array. Are you running raid 0 or 1 @defiant ?
-
Large copy/write on btrfs cache pool locking up server temporarily
@johnnie.black can you provide a status after running for a few months?
-
[Support] Rclone-mount - with FUSE support for Plex/Emby/Sonarr etc. (beta)
Pull the dev tag though. I didn't update the master branch yet.
-
[Support] Rclone-mount - with FUSE support for Plex/Emby/Sonarr etc. (beta)
Yes. As of now.
-
[Support] Rclone-mount - with FUSE support for Plex/Emby/Sonarr etc. (beta)
Can you please post both your docker run command for Sonarr and Rclone-mount ? (Remember Rclone-mount must be started before Sonarr)
-
[Support] Rclone-mount - with FUSE support for Plex/Emby/Sonarr etc. (beta)
Have you read the op and FAQ? Specifically this point "I cannot see my mounted volume/files outside of the container" ?
-
Large copy/write on btrfs cache pool locking up server temporarily
I'll use appdata backup plugin for the appdata share (which is on the cache array). For VM data and docker.img, not sure yet. Crossing my fingers my disk won't die
-
Large copy/write on btrfs cache pool locking up server temporarily
I'm myself converting down to a single cache drive. Multiple drives is just too unstable for me (and for many other it seems). Even when balancing each day (!!). Is it possible to run raid1 cache with XFS on unraid? Or does it even make any sense?
-
Large copy/write on btrfs cache pool locking up server temporarily
Same here. Seems most of us have problem with raid 1. @johnnie.black is using raid 0 and he doesn't seem to have this problem. For now raid 1 is pretty useless on a BTRFS cache array it seems.
-
Large copy/write on btrfs cache pool locking up server temporarily
Raid 0 or Raid 1 ?
-
Large copy/write on btrfs cache pool locking up server temporarily
Thanks - i will try that. What exactly will this setting do? cacheExtra="nossd"
-
Large copy/write on btrfs cache pool locking up server temporarily
Hmm, so yesterday my server was acting up again. Seems like it's because of this: root@unRAID:~# btrfs fi show /mnt/cache Label: none uuid: 4ad605bd-2713-453f-916b-699068fd9790 Total devices 2 FS bytes used 203.20GiB devid 1 size 232.89GiB used 232.88GiB path /dev/sdc1 devid 2 size 232.89GiB used 232.88GiB path /dev/sde1 I did as per @johnnie.black advice: btrfs balance start -dusage=75 /mnt/cache And it became: root@unRAID:~# btrfs fi show /mnt/cache Label: none uuid: 4ad605bd-2713-453f-916b-699068fd9790 Total devices 2 FS bytes used 175.13GiB devid 1 size 232.89GiB used 195.05GiB path /dev/sdc1 devid 2 size 232.89GiB used 195.05GiB path /dev/sde1 This morning I'm back to: root@unRAID:~# btrfs fi show /mnt/cache Label: none uuid: 4ad605bd-2713-453f-916b-699068fd9790 Total devices 2 FS bytes used 203.20GiB devid 1 size 232.89GiB used 232.88GiB path /dev/sdc1 devid 2 size 232.89GiB used 232.88GiB path /dev/sde1 Why is this happening? I did write around 30 gb to the cache during the night, but why is it showing as full again? Maybe you have an idea @johnnie.black ? You seem to be the expert on this topic
-
Large copy/write on btrfs cache pool locking up server temporarily
Another guy on reddit seems to have problems with Raid 1 as well:
-
Large copy/write on btrfs cache pool locking up server temporarily
@deusxanime can you try to copy a large file > 10 GB from anoter disk to the cache array? While you do it ssh and check "top" and monitor the Load Avarage.