jbrodriguez

I'll do some checks on my test system, maybe ipv6 has been selected as priority ? I'll take a look.

I haven't considered it until now. I'll eventually look into it.

Hi, I'm not sure what you're reporting. I looked at the log you pm'd me, saw you did a scatter/move (successful), then you replayed it (?, not sure why), but it didn't have any overall effect (source files were already removed, dest files were already in place). The log line you sent is ok, it means there were no issues with owner/group/folder/file permissions (thus the 0). What do you mean about your appdata folder ?

Hi georgez, So far, I haven't found a way to bind to both and I'm guessing it prefers ipv6 to ipv4. I think I found a solution so that it binds to ipv4, but it requires a fix from a third-party library, so ETA for resolution is unknown. I'm curious ... does it not work at all with ipv6 ?

v4.2.0 is available on App Store / Play Store ! This is a maintenance release to fix issues when adding servers. This release just brings to the Play / App Store the fix for the issue when adding servers. No additional change was made. Thanks for the confirmation WonderfulSlipperyThing.

Awesome !

v4.1.1 is available as an over-the-air (OTA) update ! 4.1.1 - Fix issues when adding servers This is small change to address the issue when adding servers. Look for the red badge on the settings icon, go the settings page and follow instructions (restart the app basically). Glad to know it's working GilbN. Please try it normally, and yes timeout 1 was really low (it's in milliseconds). @WonderfulSlipperyThing let me know if this works for you as well.

GlibN/WonderfulSlipperyThing, Could you set SSL to 'no' and try adding the server via ip, port 80, secure unchecked ? I'd like to make sure it's an ssl/https issue.

Thanks ! One of those 2 should have worked (ip vs fqdn). I'll add another iOS flag (which I should have added anyway) and do some testing to publish an updated app.

Thanks GilbN ! One last test and sorry for the inconvenience ... can you add the server using the fqdn (xxxxx.unraid.net), 443, secure checked (from within your lan) ? Please leave debug on to check the possible error. P.S.: Also, what iOS version are you using ?

Ok, try this next - Go to Settings > Credits - 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 over (pm if you prefer) Also, by any chance, in the hostname, you're not entering the https:// prefix right ?

Ok. Your unRAID webgui runs on port 443 right ?

Hi, I'm assuming your server is on https. Could you try hostname: ip address port: 443 secure: checked Please try that from both outside (openvpn) and inside your lan, just to troubleshoot. Also, could you send me /boot/logs/controlr.log (it's the plugin log) ?

v4.1.0 is available on App Store / Play Store ! This is a maintenance release to update internal libraries that improve user privacy. Specifically, this updates Fabric modules Crashlytics and Answers to their latest versions, which are GDPR ready. I've updated the app's privacy policy and the app's website as well. For the time being, I won't be adding opt-in/opt-out settings, instead purchase/usage of the app will be interpreted as consent to the privacy policy. If you don't accept the privacy policy, please don't purchase or uninstall the app. As per usual, feedback will be welcome.

Is it possible it is the other way around ? The plugin listening on ipv4 rather than ipv6 ? I haven't taken any measures to support ipv6, haven't checked if it will work out of the box.

Awesome ! The most important thing is not to 'disturb' the source or destination disks by moving/copying/etc files/folders, so that the replay works with the same initial conditions (rsync will skip over files that it has already copied)

I'd say you have SSL set to auto. If that's the case, what happens is: - unRAID creates a self-signed certificate to enable https access on the server - unRAID redirects http to https internally So you can access unRAID stock gui via http and have no issues. This may have changed in later releases, but I haven't had the time to fully check it yet. What happens on the plugin side is: - unBALANCE detects the SSL set to auto, and the presence of the self-signed certificate - unBALANCE listens on https instead of http Since you're now connecting to an https endpoint with a self-signed certificate, the browser raises the warnings.

Hi, currently not possible. This has been brought forward before and general consesus is that it wouldn't really speed transfers up, assuming you have parity on. Thanks for the kind comment !

I misread you then. Although AnnabellaRenee87 did manage to get it working. Do you have a bookmark to the plugin ? If you do the same, change http to https, does it work ?

Oh, and yes move is implemented as copy/delete.

In the history tab of the app, provided you haven't run any operation, you should see your scatter/move interrupted. Then a list of all the rsync commands that were executed, the stopped one and those that are pending to be run. You can either replay the operation, so it runs to completion or manually remove the files on the source disk (via mc or similar). Or did you have a single rsync command running ?

well, glad to know it's working for both of you

KeithG, what _Shorty said You can also set up notifications in the plugin settings (enabling unRAID notifications first). Notifications are sent for end of planning stage, start/end of transfer operations.

Thanks for the kind comments ! Glad it wasn't an issue with the plugin

Hi, could you send me /boot/logs/unbalance.log ? I'll take a look.