southloven

Appdata is the one that I have issues on. Docker containers start having issues and from what I see it writes erroring. When I free up space, I stop having issues.

ozunraid-diagnostics-20240102-1359.zip

Ive looked and cant find anyone with a similar issue. Maybe my googlefu is broken today. A couple of years ago, I ran into a situation that my 500GB cache drive would allow writes when it got to 240GB full or so. I thought it was a drive issue, but was given a 1tb drive that I upgraded to. Yesterday because of migrating to new hardware with a Parity check running, and non clearing some cache only data I ran into a similar issue at 399gb on my 1tb drive. everything Ive read has me thinking I should have been able to use the rest of the drive. Is there a setting I am overlooking?

I just got a 2nd mount up and running and it hit me I May have a problem with restarts. If docker containers have to be started after the mounts are established how to you make sure both mounts have completed before starting the dockers? Has any one addressed? or is this not a problem?

Ive been having issues of the last few weeks and recently rebuilt my installation following @tidusjar advice and moved the databases over to a MariaDB docker instance. Just wanted to give a thank you for the assistance.

Installed from Community Applications but ended up needing to change the backup locations. Drop down would not let me start over, and I figured I would reset the settings to default and see if that allowed me. Nope. Then I tried uninstalling it, and reinstalling it. The installer thinks it is still installed. Just Giving feed back as would if I were the developer. Look forward to trying it again when I am able to get it installed.

@cinereus I figured out a way to get my Array to shutdown with out having to manually run unmounts. After using lsof | grep /mnt/user/ To find out which mounts were hanging. I created a new User script that runs "At stopping of Array" using the mount points I found above. You may have to track down what mounts are giving you an issue. #!/bin/bash ####################### ### unmount Script #### ####################### #### Version 0.0.1 #### ####################### echo "$(date "+%d.%m.%Y %T") INFO: *** Starting rclone_unmount script ***" umount -l /mnt/user/mount_mergerfs/gdrive_vfs umount -l /mnt/user/mount_mergerfs/**RcloneRemoteName** umount -l /mnt/user/mount_rclone/gdrive_vfs umount -l /mnt/user/mount_rclone/**RcloneRemoteName** umount -l /mnt/user0/mount_rclone/cache/**RcloneRemoteName** umount -l /mnt/user/local/**RcloneRemoteName** echo "$(date "+%d.%m.%Y %T") INFO: *** Ending rclone_unmount script ***" exit Maybe this will help you, if you haven't found a solution. I also don't know if this is "safe" so if anyone who knows more than me could chime in, I would be grateful.

I'm here looking for the answers to the same questions it looks like @cinereus has.

24 hours with no issues... maybe it was a fluke.

So that fixed one part of my issue it looks like, but after coming back after a few hours, it looked like the docker was not connecting out. I did a ping on google.com and received a temporary domain name resolution failure notice. Any Ideas?

So I am having the exact same issue, Even getting the TLS errors at times. I am thinking Slickvpn may block us from connecting after a number of tries because I changed servers both times I ran into it and it went away. 2020-10-09 15:20:06,709 DEBG 'start-script' stdout output: Fri Oct 9 15:20:06 2020 library versions: OpenSSL 1.1.1g 21 Apr 2020, LZO 2.10 2020-10-09 15:20:11,709 DEBG 'start-script' stdout output: Fri Oct 9 15:20:11 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2020-10-09 15:20:11,709 DEBG 'start-script' stdout output: Fri Oct 9 15:20:11 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]192.171.19.130:443 Fri Oct 9 15:20:11 2020 UDP link local: (not bound) 2020-10-09 15:20:11,710 DEBG 'start-script' stdout output: Fri Oct 9 15:20:11 2020 UDP link remote: [AF_INET]192.171.19.130:443 2020-10-09 15:20:34,563 DEBG 'start-script' stdout output: Fri Oct 9 15:20:34 2020 [VPN] Peer Connection Initiated with [AF_INET]192.171.19.130:443 2020-10-09 15:20:35,803 DEBG 'start-script' stdout output: Fri Oct 9 15:20:35 2020 TUN/TAP device tun0 opened Fri Oct 9 15:20:35 2020 /usr/bin/ip link set dev tun0 up mtu 1500 2020-10-09 15:20:35,804 DEBG 'start-script' stdout output: Fri Oct 9 15:20:35 2020 /usr/bin/ip addr add dev tun0 local 10.10.8.10 peer 10.10.8.9 2020-10-09 15:20:35,805 DEBG 'start-script' stdout output: Fri Oct 9 15:20:35 2020 /root/openvpnup.sh tun0 1500 1557 10.10.8.10 10.10.8.9 init 2020-10-09 15:20:35,808 DEBG 'start-script' stdout output: [debug] Waiting for valid local and gateway IP addresses from tunnel... 2020-10-09 15:20:35,809 DEBG 'start-script' stdout output: Fri Oct 9 15:20:35 2020 Initialization Sequence Completed Are you using a core subscription? I am so just asking incase that may be related. I have figured out if I roll back to the below version, It works, but I think the VPN is disconnecting every 12-24 hours. Just pointed to a new slickvpn server, im hoping that helps. binhex/arch-delugevpn:2.0.4.dev38_g23a48dd01-2-06 Any thing major happen to change after 01-2-06? I have tried the later versions with new docker config folders and can't get them to connect either. Same end point in the logs.