jbrodriguez

Those warnings are very general because there may be hundreds (if not thousands) of differences in ownership/permissions. The idea of the warning is a heads up, in case you run unbalance as 'nobody' user, there may be issues moving files (in the delete part of the process). unbalance runs as root starting with 6.8 (iirc), due to the new default permissions on /boot (the usb drive), so you should generally be fine.

Hi, I haven't tried the latest betas, but it seems odd that it would not work. I'll try to test the beta next weekend.

Try a cd /mnt/disk4 du -sh * should give you an idea of how much data is there, at a minimum Enabling shares shouldn't be an issue, at worst some files/folders will be 'hidden' if present in the source and destination disks (not sure if you did a move or copy) Not sure what you mean by "a lot of data is missing", that's something you need to figure out first.

Hi, unbalance works at disk level not user share level. If you check the disks individually, is the data there ?

Hi, Thanks for the heads up, I hadn't thought about it. I'll take a look at what changes are needed.

I double checked and it should have detected the und_unraid_bundle.pem certificate. If you look in /var/local/emhttp/var.ini, what's the name of the server there (entry "NAME") ?

It looks for certificate_bundle.pem or _unraid_bundle.pem And it thinks than none of them are present. In this scenario, the plugin generates self-signed certificates and it should work, but looking at the code, I can see that's not the case, there's actually a bug, since it doesn't use the self-signed certs for the its web ui. This is something I'll look into. In the meantime, I'd suggest you to regenerate Unraid's certs by toggling the Unraid SSL setting off/on. That should create the Unraid certs. If you have SSL set to auto, then switch to auto, after the on/off toggle.

Hi, Can you run the plugin from the command line and post the output here ? /usr/local/emhttp/plugins/controlr/controlr -port 2378 -certdir '/boot/config/ssl/certs'

Well, that's strange, I seriously believed you'd get an error running /sbin/apcaccess. I'll check the output you sent to look for any issues. You can generally use the app without the pluging running, it's just you won't have access to some additional features (such as POWER ON, UPS stats, etc).

There seems to be a problem with the apc ups readings. Try /sbin/apcaccess and check the results (should print some error message) A short-term solution would be to disable ups in the controlr settings, so that code isn't executed

Hi, thanks for the detailed report ! The POWER ON functionality requires the ControlR plugin to be running, so it's definitely odd that on your tablet, POWER ON is enabled (since the plugin isn't running), but let's try to figure it all out. On the command line of server 2, try /usr/local/emhttp/plugins/controlr/controlr -port 2378 -certdir '/boot/config/ssl/certs' -showups and post back the output.

Hi, what do you mean by locked ?

Hey, I'd like to publicly thank all of the supporters who sent some hard-earned cash MY way. Any amount you sent, you can be sure that I have spent on things I enjoy, a fine bottle of wine, a fancy cup of coffee, some new artisanal brew Open source projects are notoriously difficult to make a buck, so I really appreciate the gesture. The fact is I really like Unraid and for as long as I can, I'll keep supporting unbalance and my commercial projects in the Unraid ecosystem. So, many thanks for your donations 🙌

Hi, I think Unraid's webGui has a much cleaner interface for editing containers, and you have more screen real estate if you do it from your desktop. About upgrade notifications, it's something on my radar, although not really a priority. I have some news to share in the "short medium term"(tm), nothing earth-shattering, but I think many people would think of them as good news

Hi, I remember a similar issue and it turned out that the filesystem was reporting a file with a size in the exabyte range, so it's certainly possible that something like this could be the issue in this case. Can you check the logs for any folder/file that has an unusual size ? The full log is located at /boot/logs/unbalance.log

Hi, can you make sure you're using Unraid's port in the app (80 or 443 generally). If that's not the issue, can you try the following in the app - Go to Settings > Open Source Libraries - After the react native credits, you’ll find a debug button, hit it once (counter should read 1) - Now try connecting manually (you should see a ‘debug initialized ‘ message at the bottom) - It should go back to the main screen - Go to manual add again - It should be displaying some debug message - Take a screenshot and send it [email protected]

Upgraded the plugin ! 2020-05-09 - 2.19.0 - Improvements to port and ip address detection - Other bug fixes and improvements

You could use the gather data, if that helps

Oh I see, let me take a look at that code on my environment

Hi, not sure what you mean by that. Can you elaborate ?

Hi, this looks like a bug. Can you check the Chrome developer's console for any issues ?

Hey thanks for the heads up ! So it changes the standard webUI for dockers and vms ? I'll take a look at it this weekend, although I can't promise anything if it's a change to the standard webUI

If you chose to COPY, it won't remove the content on the source disk(s). If you browse, let's say disk3, from Unraid's main ui, is there some data ?

Not exactly. The GATHER operation works by moving folders/content (which in your case would be the tv shows) from any number of disks into a target disks. So you can't select disks as source, it will find which disks contain the given folder/tv show and transfer it to a selected target disk.

Hi, you can check the log (/boot/logs/unbalance.log) If you haven't moved any files around yet, you could retry the operation (replay button on the history tab), but check the logs first to get an idea of what's the issue. Also note that if your source disk is not "healthy", rsync will slow down to a crawl and may even completely stop (I've been direct witness to this