zero_koop

Thank you so much, I found the culprit! And thanks to everyone else as well, I really appreciate it. The files that were taking up space were in my Deleted Files bin in Nextcloud! Roughly 26GB of deleted files. Nextcloud is relatively new to me so I didn't know it was keeping my files like that. I need to look for a setting that auto-deletes after 30 days, but otherwise I'll have to remember to empty my recycling bin. 😜

I cannot reconcile a few of these numbers. What I don't know is if this is normal or not. Here are some stats: Cache drive 1 size: 128GB Cache drive 2 size: 240GB filesystem: btrfs reported "size" on Main screen: 184GB what is this about? Shouldn't it just be 128GB? as per below: 98+29.5= ~128GB reported "used" on Main screen: 98GB reported "free" on Main screen: 29.5GB reported utilization for drive 1 in the popup system warnings: 97% how is this calculated? 98/128 = 76% or 98/184 = 53%, neither of which are close to 97% What if I told all of my shares to NOT use the cache drives, then invoked mover? Would that clear them out and would doing that be helpful in diagnosing the situation? Just to confirm my earlier calculations, I browsed to the "cache" network drive, used Windows Explorer to calculate the size of everything in the folder and the total was 55.6GB.

Here is the Diagnostics. tower-diagnostics-20210718-0827.zip

@Squid I wonder if your advice in this thread also applies to me: I am using btrfs with mismatched drives sizes (128GB and 240GB). I still haven't confirmed which raid type I am using (can't figure out how to check, but I most likely used the default RAID1). But UnRAID is reporting 30GB free and I can only find ~63GB of files on the cache drives. Is it possible that my cache storage space is only ~93GB?

Indeed, results show the only share using the cache currently is the appdata. Using Windows Explorer to calculate the size of each folder adds up to 63GB. But that is still quite a bit lower than the 96GB used being reported by Unraid. Still trying to figure out how to account for the difference. I believe I'm using RAID1, but I'm trying to confirm that... Forgot to mention, using Unraid 6.9.2

My cache pool is reporting 83% utilization out of (96GB used, 30GB free). I can't figure out what is taking up so much space. It's possible that Plex's appdata folder is simply using up all the space, but I've tried to find the folder(s) that use that much space and I can't find it. The way I have my shares setup is like this: appdata: prefer cache several data shares like photos, music, etc.: Yes Cache other shares: No When I browse my cache files I see the appdata folder (as expected) and the docker.img file (10GB). I occasionally see files from the other data shares (music, photos, etc.) but those get moved off and if I invoke mover they move right away. So everything seems to be working correctly, but why is my appdata folder reporting so much usage? I have 4 dockers that utilize the appdata folder: CrashPlanPro dirsyncpro nextcloudpi plex The first few don't use much space. I've looked for the biggest folders within Plex and the best I can come up with is about 50GB of usage. Is there something I can do to ensure my disk utilization is being reported accurately?

I've been using this Docker for a few months now and I am really happy with it's stability (and the features of Nextcloud). I have a question about updating Nextcloud. Should I be able to use NCP to update from version 20.x to version 21.x of Nextcloud? In NCP, I have it checked to "Automatically apply Nextcloud updates". And the System Info page says I am currently running Nextcloud version 20.0.8.1 (and NCP v1.36.3). I'm not too familiar with Nextcloud yet but when I check their website it says the current stable version is 21.0.2.

Nextcloud has stopped running for me and I'm still trying to understand why. The last log entry was a warning: This was a couple days ago and it might have been the day that I enable auto-updates in the NCP Maintenance interface. Just prior to that event are a lot of other System log entries in the same minute or 1 minute prior (10:56 to 10:57). I don't know what the entries refer to but a lot seems to have happened in those last 2 minutes. But I can't log into any Nextcloud interface to try and fix things, restarting the Docker doesn't help. I don't mind reinstalling the docker, but I'm trying to understand what went wrong. edit: I think I might know what happened, but I can't be sure because I went ahead and reinstalled the docker already. Every once in a while my Unraid server will switch IP addresses from 192.168.68.XXX to another XXX. I'm not sure why this happens, it usually doesn't affect anything except my bookmark for my Plex interface, but I guess this could become a real issue for this app so I'll have to look into that, but I don't think it is a NPC issue. edit 2: Well, my Unraid server just did it again (changed IP addresses) and yep that seems to be the issue I had previously. Trying to access the app on the new IP address results in an "Access through untrusted domain" error. But after updating the docker settings to the new IP address it works again.

Thanks for the other suggestions. I went ahead and tried out NextCloudPi. Right now I'm very impressed with it's capabilities and performance, but for now I'm not opening it up to being accessible off the network (not the biggest priority for me at this time). There were times during the setup that I wondered if I should be pursuing a more simple solution, but I eventually got it working. I do suggest it for others who are seeking a solution, but I am still in the phase of testing it's stability and reliability. In other words, does it get 100% of my photos or will it miss a couple once in a while? If I end up changing my mind I'll be sure to look further into the other solutions suggested.

Actually I'm not having that issue, but you clued me into where to find them. My datadir is already set to "/data/nextcloud/data", so I was able to use the Unraid Terminal interface to browse to my Camera Upload files! So they are there, but I cannot use Windows Explorer to browse to those files. When I try to open the /data/nextcloud folder, Windows Explorer says that I do not have permission. I'll have to learn more about setting permissions, but if you could tell me if that is fixable or not I'd appreciate it. edit: removing my other comments because after playing around with Nextcloud I am very impressed with it's ability to sync content back and forth from my phone. The web interface is very responsive and downloads are quick. I'm happy for now as I test the stability of the platform. Thanks for your help!

Thanks, I'm following you. Changing the ports to 801 and 4431 worked. I'm basically up and running. I have my phone syncing my photos to the server (my first use case). In configuring Nextcloud, I setup a new, empty Share as the Data folder and the docker threw a bunch of folders/files in there during setup. However, am I wrong to assume that I should be able to find those synced photo files by browsing that Share? I don't see them in any folder.

Well you hit the nail on the head! I never saved the Job File at all! Haha, didn't realize I had to do that. Anyway, at this point I assume that was the issue. I'll come back if it happens again. Thanks.

I'm having an issue where my Job got deleted. At this point I'm assuming the whole docker is getting reset for some reason. Maybe it doesn't have write permission to save the settings/Jobs that I'm creating? Here is what I know: I set up a job a couple months ago, tested it, then enabled a daily Schedule, then I checked a couple days later to ensure the scheduled job was successful. It was successful so I assumed it was safe to leave it be. Now I'm noticing that it stopped working a while ago and the whole Job is gone. Any ideas? Here are the settings I think are important (let me know if you need more): Data Directory: /mnt/cache/appdata/dirsyncpro Source Directory - Read Only: /mnt/user/

I'm having trouble getting this docker to install. Upon Applying the template settings it downloads and extracts the necessary files, and then I get this in the Command section: Upon reading the thread above, I tried changing WebUI setting from "https://[IP]:[PORT:443]/" to "https://192.168.68.114:443/", but that didn't work and I don't think that is necessary, right? Anyway, it seems like it is saying Port 80 is in use? If I look at the Docker allocations it does not show Port 80 being used by my other Dockers (unless 8080 counts for DirSyncPro?). I'm not real familiar with how ports work, but can I just change the ports to whatever I want? I noticed some people above were using 801, 4431, etc.

This looks like it will do the trick, and potentially solve a few other file sync issues I have! It looks like it supports automatic upload. Do you know if I can set it to only upload when charging or other conditions like that? Also, I'm not seeing a price (other than for the Enterprise version) so I'm assuming it is free? I'm happy to pay for software, but not looking to subscribe to a service. Thanks!

Now that the Plex Camera Upload feature is going away, I’m looking for a replacement app to move photos from my Android phone to my Unraid Server. I've looked through Unraid apps in the past, but didn't find anything that stood out to me as definitely having that capability. I’m sure I could implement a multi-step process of uploading to the cloud (something I do not want to do) and then downloading to my server on occasion, but that sounds time consuming and inconvenient. Does anyone have any suggestions for a direct transfer between the two? I suppose the solution would have to include an app for Android and for Unraid. Bonus points if the solution allows me to upload photos from outside the local network.

Well my two highest priority backup sets are uploaded successfully now, but unfortunately my third backup set (which is my largest - movies, etc.) seems to have started over. It says 1TB remaining and estimates 75 days to complete. I need to find a way to actually browse my uploaded files online to see what could possibly be missing from this set. Edit: it is finished backing up now, so it only took another day or two. I didn't get a chance to see which files it was backing up that got lost in the transfer. Who knows, but all is good now. Thanks for your docker Djoss!

I'm not sure, it says I have 2.1 TB usage, but I don't see where I can browse those files... It's a bit confusing because it says 2.1 TB "usage" total, but then when I click on my user (I'm the only user) it says 2.4 TB "selected" with 19.9% backup status. EDIT: I may have figured it out... when browsing the server on that console website I saw a list of excluded files which reminded me that I needed to exclude a bunch of ISO files in random folders that I didn't need to backup (I forgot to do that when I had to setup my backup folders again). After deselecting those files it rescanned and now it's just saying that only 30 GB need to be backed up. But it's saying that will only take 50 minutes so maybe it's just scanning those files for redundancy. I'll repost if I have any more issues.

I seem to have run into a hiccup in migrating from CrashPlan Home. The new docker seems to be trying to reupload everything. Setting up the new docker seemed to go without a hitch except when I first logged into the new docker it asked me for my archive key and after I entered it the docker just jammed up for a long time. I waited about an hour and then restarted the docker. But the next time it seemed to go through the setup fine. However, because of the change from /data to /storage I think it caused some problems. I didn’t realize the change until a day later and since my backups were setup to nightly it tried to run a backup overnight and that’s when it realized no files were there (in the old /data location). So I’ve now added the new file path (/storage) and now it sees the files. I followed the directions to NOT deselect the old path yet, but I think maybe it’s too late because it already ran a backup once and when it didn’t find the files in /data it may have deleted them from the online backup (?). So now it says that my highest priority Backup Set (526 GB) has 224 GB to go and will take 11 days to upload! That’s not even my biggest backup set so I’d really like to avoid the month-long upload if possible at this point. Any hope? Thanks.

It didn't actually let me select that folder "7709..." as the backup location because it hadn't been created yet. The way you described the path mappings and permissions is actually how I had to setup originally. The problem is, I think, that the read-only access on /mnt/user was overwritting the r/w access on /mnt/user/CrashplanTower/ because it is a subfolder of the former.

I figured out my problem, but I need advice because I'm not comfortable with the solution. Previously I had given the CrashPlan docker READ access to /mnt/user because that is where all of my shares are and I want CrashPlan to backup from multiple shares. I then gave the docker READ/WRITE access to /mnt/user/CrashplanTower/ which is the specific share that I wanted it to have write access to for incoming backups. I fixed my problem by giving the docker READ/WRITE access to /mnt/user (and I removed the other path to /mnt/user/CrashplanTower/) but that makes me a little uncomfortable because now in theory the CrashPlan docker could (either through a bug, improper config, or malicious attack) destroy my data on the server with WRITE access. How should I configure this? I think I know a way that would work, but seems a little cumbersome. I could add multiple path mappings with one for each share that I want to backup from and give it only read access. Is that the only real way? Thanks for the advice.

Hmm, well it appears the per-computer setting is already correct. It says the location is: data>CrashplanTower>CrashplanTowerDataFolder>7709... I made a folder in the CrashplanTower share called "CrashplanTowerDataFolder" in hopes that it would help. It also appears that Crashplan is trying to place it in another subfolder that starts with 7709... In my Docker settings I have the Network Type set to "host". I don't really know what that means, but perhaps I should set it to "bridge"?

I'm still hoping someone could help me with this problem if anyone is monitoring the thread. I tried reinstalling the desktop software in case that was the issue, but it didn't help. I've changed a few settings on the server docker config in hopes that it might fix a setting that didn't stick before, but no luck. This is basically my path settings in the docker: /ExternalDataStorage/ ---> /mnt/user/CrashplanTower/ /config ---> /mnt/user/appdata/crashplan /data/ ---> /mnt/user/ Where /ExternalDataStorage is where I want my desktop backup files to go and /data is where the server files are that I backup to CrashPlan Central.

Hi, I'm having trouble configuring the CrashPlan docker to receive backups from other computers. Previously it was working, but it was backing up to my docker.img. I've followed the steps on the first page of this forum thread and I created a share called "CrashplanTower" and I've pointed the Unraid Crashplan app to backup to that location. However, on my desktop computer (the computer I'm trying to backup from) it gives an error "Destination unavailable - backup location is not accessible". It does have the green status ball next to the Tower computer so it is communicating with the Unraid Tower, but it seems to be saying that particular location is not accessible. I've checked my docker settings and I have given read/write permissions to that share folder. What do I need to check next? Thanks.

Quick question, because I need to be sure of this, if I select "Disk 2" as the destination and use the default "CommunityApplicationsAppdataBackup" as the Destination Share, then this app will create a folder on Disk 2 called "CommunityApplicationsAppdataBackup" and the backups will go in that folder? I just need to be sure that whatever I do it's not going to erase everything on Disk 2.