jbrodriguez

Is it probable there was some caching when it was disabled ? It does look like there are issues in a plugin + letsencrypt docker scenario. It happens to both VirtualL and Shyrka973. With VirtualL, I found that within the server, there doesn't seem to be a route to unRAID's https port (wget localhost:443 ....). Additionally, the app connects to the plugin via port 2382 and that doesn't seem to work either. Not sure if you need to set up a subdomain/virtual route in the nginx config to make it work. I'll try to install the letsencrypt docker to try and figure it out.

Thanks ! I checked the files. It's a bit baffling, because the log shows that the app is communicating with the plugin (the "received /info" lines). Can you make sure the password is correct for root ? Can you try accessing the log from the app again and then send me the /boot/log/controlr.log ?

Are you running a reverse proxy on the server ?

The thing is that it's very likely that your SSL Setting is set to 'auto'. Can you confirm that ? Look in the Settings page or in /boot/config/ident.cfg. When set to 'auto', unRAID redirects http -> https transparently for you, and in this scenario, the plugin listens only on https (that's what the FAQ tries to describe). There's a debug mode, but for connection issues, not your case, since you added the server already. From the /boot/log/controlr.log you sent, there's no "talk" between the app and the plugin. I'll look into adding a redirect for the app connection.

Shyrka973, Did you add the server via http ? Try adding it via https. Check out https://www.apertoire.com/faq/controlr/ ("I can't connect to my server" section), for more details.

Send me /boot/logs/controlr.log (pm if you prefer). But, in the simplest terms, the plugin looks at (tail -n 40) /var/log/syslog (system) /var/log/docker.log (docker) /var/log/libvirt/libvirtd.log (vms) for the server logs.

Hi, it's available https://itunes.apple.com/fr/app/controlr/id1152586217?ls=1&mt=8

You're right, I need to add it in the FAQ. It's deliberate, in non-root mode, you can only see DOCKERS/VMS, nothing else. I might considering adding LOGS, just not sure about it. So, you got it working by changing SSL settings to auto ? Or did you change some of the reverse proxy settings too ?

Can you try the following (to debug the connection) ? - 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)

Hi, I'll try to check if iOS 12 has any network changes (permission wise mostly), but I don't think that's the case. Have you made any changes on the unRAID side ? Bumped version? Installed any network docker (reverse proxy for example) ?

So, I'm trying to figure out who "owns" port 80/443 (and 180/1443). Can you run (on the server) lsof -i :80 lsof -i :180 lsof -i :443 lsof -i :1443 also, can you send me your /boot/config/ident.cfg ? (it has no private info except for the server name if I recall correctly, but delete anything you want except port numbers and ssl settings if you please)

Thanks. So, it seems to be some kind of port detection issue. I'll take a look.

I was looking into it some more. The localhost address is fine. Can you tell me - your SSL settings (auto/yes/no) - did you change the https port (443 by default) ? - your unRAID version

Hi, thanks for the shots/logs. I'm a bit confused about the 127.0.0.1 address. Do you access the server from the server itself ? What I mean is, it looks you're running a browser on the server itself (maybe a docker ??) If you access the webGUI from another machine (desktop, laptop) does it work ?

Hi, Where does it say that ? Can you send me a screenshot ? The plugin asks for the login information of your server, that would be the username ("root" is the default) and your password. But there are no settings in the plugin. Can you send me /boot/logs/controlr.log ? (pm the screenshot and the log if you prefer)

Can you check the developer tools/javascript console for any error ? Alternatively, can you try another browser ?

Hi, is it still not working ? It's very odd that you can't see dockers/vms while being able to see other sections. Let me suggest you add the server again, check the "I can’t connect to my server" section in https://www.apertoire.com/faq/controlr/ Let me know how it goes.

It's kind of a common issue for now. I've forgotten to publish an unBALANCE update ??‍♂️ For a short term solution, try accessing the page via https rather than http. The update will redirect, if that's the case.

Hi, it's not possible to schedule operations. But, alternatively, you could check out diskmv, it's a shell script made by another member of the forum, that uses rsync internally. I used it initially, then went with straight rsync at some point. I don't have the link to the thread at hand, but you can find it in the unBALANCE webui footer, it's the hard disk next to limetech limes

Hi, I'm not sure about this error. Are you able to install other plugins ?

I had to change the rules shown in the previous post, now that the PLUGIN 2018-07-14 (2.12.0) is out This is how you should add your server to make sure that the features provided by the plugin work: If the SSL setting in your unRAID is set to 'yes' -> Add the server via ip/hostname, https port, secure switch on 'auto' -> Add the server via ip/hostname, https port, secure switch on 'no' -> Add the server via ip/hostname, http port, secure switch off  This is reflected in the app's FAQ. In the short term, I'll be adding a padlock to server header section in the app, to show how it was added: padlock open = http, padlock closed = https. Sorry for the inconveniences.

v2018-07-14 (2.12.0) is out - Modify logic about which port to listen on This enables redirection for the web UI side of the plugin. With respect to the ControlR APP support the plugin provides, this is how you should add your server to make sure it works: If the SSL setting in your unRAID is set to 'yes' -> Add the server via ip/hostname, https port, secure switch on 'auto' -> Add the server via ip/hostname, https port, secure switch on 'no' -> Add the server via ip/hostname, http port, secure switch off  This is reflected in the app's FAQ.

I'm going to release an update soon, but it boils down to what I mentioned in the app thread Summary: If the SSL setting in your unRAID is set to 'yes' -> Add the server via ip/hostname, https port, secure switch on 'auto' -> Add the server via ip/hostname, http port, secure switch off 'no' -> Add the server via ip/hostname, http port, secure switch off  But, with the update about to be released, I'm going to change it to : If the SSL setting in your unRAID is set to 'yes' -> Add the server via ip/hostname, https port, secure switch on 'auto' -> Add the server via ip/hostname, https port, secure switch on 'no' -> Add the server via ip/hostname, http port, secure switch off  SSL = auto signals unRAID to set up a letsencrypt certificate and any http access is redirected to https (as ljm42 brought up a couple of posts back). The issue you're having is most likely because - your ssl is set to auto or no - you added your server via https/secure switch on To fix your issue, you have two options: - add the server via http/secure switch off - wait for the update (next couple of days) It should be the final decision on this matter (along with some redirection I'll be doing on the web side of the plugin). I will also add a padlock in the app to represent how the server was added: open = http, closed = https.

Ok ! I'll double check the logic about history.

Instead of doing that, go the History page and replay (which in your case means resume) the operation. This is assuming you haven't performed any other operation and haven't 'altered' the 'state' of your disks, meaning you haven't added or manually moved files/folders around in the target disks, so that the free space conditions obtained during the calculation phase remain the same (it doesn't matter that some files have already been copied). In MOVE operations, It deletes at the end of each command. That would be each 'rsync ...' line for the operation in the History page.