jbrodriguez

First thoughts are that there's a "type" property (Cache), but so far I can't find a prop to group a pool, except for the name. Needs more thought

I remember the Unraid podcast about 6.10.x and Jon mentioned they were focusing on security, I haven't installed 6.10.x so I can't deep dive into it, but it looks like authentication may have changed, based on your early reports

Thanks ! will take a look at it.

Rolling back to 6.9.2 ?

Hi, So Discover doesn't bring up any server ? I don't support RCs because they may have changes before hitting stable. I haven't installed the 6.10.x RC myself. I'll try that if time permits.

Yes, that's right. The details/(coming soon) page was causing some noise, so I'll add it back when it's actually implemented

RELEASE Version 5.0.7 - 2021-08-10 - Fix sleep command This should fix the issue with the sleep command. It should be available for android later today and for ios probably tomorrow.

This is new in v5, as described here The server's data is stored encrypted in local storage and the (random) password/key is kept securely in the keychain(ios)/keystore(android), that's the reason for the permissions, they're required in order to read/write from keychain/keystore They also enable biometric security (fingerprint, face id), but that requires additional code to be implemented

cool ! Yes, that's something that should be easier now with the new code

Hi, I'm pretty sure the reason it that with v5, I've changed the publishing format to what Google considers the official publishing format going forward (https://developer.android.com/platform/technology/app-bundle). I don't remember myself implementing this feature. I'll check the code, but I can't think of when I did that. It certainly is, looks like a very secure setup, although I'm not sure a workaround exists. The new format is exactly that: create an aab instead of an apk artifact. 😮

It looks like you have a pending operation

I think I've figured out why sleep doesn't work, I'll probably push a release tomorrow to validate the fix.

Thanks ! Are you using ControlR 4.x or 5.x ?

RELEASE Version 5.0.6 - 2021-08-07 - Fix open icon not showing It should be available for android later today and for ios probably tomorrow.

Thanks for the report ! It seems that the image wasn't bundled correctly. I'll release a fix in a moment.

RELEASE Version 5.0.5 - 2021-08-06 - Fix percentage font size - Add open action for dockers This should re enable access to open docker from the main docker page. The docker detail page ("coming soon"), will contain additional features not present in ControlR v4.x.x It should be available for android later today and for ios probably tomorrow.

There was an issue transferring the folder, check the log (/boot/logs/unbalance.log), it should provide more details about the issue. Not sure why it seems it got stuck though.

hi @CarlM007, what version of the app are you using ?

Hi no dependencies are needed it's a single binary. Try to run it from the command line /usr/local/emhttp/plugins/controlr/controlr and report any error it throws

Thanks, that would be really representative ! You should be able to find disks.ini at /var/local/emhttp/disks.ini. The tool I mentioned before scrubs the serial id of each disk (id, idSb lines), you may want to remove additional data.

it was mostly a data driven decision: open the docker webui was barely used according to the analytics info, by a very large differential.

That's not currently available, although I can add the option in a patch release soon. Yes Not sure what will be included, that's mainly the reason I haven't implement that screen yet . But if it's feasible, I might add it.

Yes, I still need to add a full docker page, where all the functionality will be available, I'll be working on it now that the core of the app has stabilized. Compared to the previous version of the app, I think the only thing missing in the current version is opening the webui, but you can start/stop dockers. The full docker page will contain features not present in the previous version.

Oh I see, yes I would need a way to identify which ones are array disks and which ones are cache pools. It could be as easy as saying if it doesn't start with /mnt/disk, it's a cache pool, but I think that would be one simplification too much I'd guess disks.ini holds that info, that's why I'm asking for that data on a server that currently has multiple pools. I'll eventually take the time to set it up myself, but I still need to go through some other stuff first.

Yes, this one is a bit strange, I'll need to dig deeper to figure out what's the issue