jbrodriguez

I think I've thought about it in the past, I think I thought of having a thin php wrapper for the actual UI, but I didn't make a proof of concept or anything, so I'm not really sure that's possible

hi, for those with the greyed out dry-run, you need to run "PLAN" for the check box to become 'available'

Hi, the underlying error is failed: Input/output error (5) that's generally a sign of a physically failing hard drive.

Hi, yes it does, it's working with the 6.9beta as well

If you're accessing from within your LAN, I'd say you should be able to access. Did any of your network settings changed ? Were you accessing via https or http ?

Not exactly sure how ipmi works, but tt looks like ipmi-sensors works without those variables. You could try commenting these variables in ipmi.cfg

HI, yes that's strange, looks like ipmisensors is just a wrapper over ipmi-sensors ? Maybe there was a change with binary I didn't notice. Can you check what /usr/sbin/ipmisensors is ? As a workaround you could probably just convert it to a shell script invoking /usr/sbin/ipmi-sensors In any case, I'll take a look during the holidays

Yes you can, you just to need to make sure that those dockers/vms are not filling up the target disks, otherwise the transfer may run out of space to put files.

Is it possible that one of the disks involved in the operation is not quite healthy ? Slowing down that much feels to me like some disks is having i/o issues. In the unbalance UI, I added the link to a plugin by a fellow forum member that looks at the health of a disk. Can you check that ?

This has to do with the configuration file /boot/config/plugins/unbalance/unbalance.conf You can remove the notifyCalc line (or any other if you still get an error), or ... delete the config file altogether.

Try running unbalance from the command line, to check for any error /usr/local/emhttp/plugins/unbalance/unbalance -port 6237

It should work, the message is mostly a warning, it had more meaning when unbalance ran as nobody, as root you shouldn't have issues.

unBALANCE currently runs as root, so you shouldn't have problems moving files around, specifically with regards to user ownership.

If Music was a top-level folder (share), per design, the app doesn't delete it.

If you're inside the openvpn tunnel, it behaves the same as if you were locally in your network. What is the app showing ? If you refresh the server on the app it's listed as offline (even if it is online) ?

That's right you need to login as root

Hey ! It's working ! The other issue you're having is related to the system sensor The output of /usr/bin/sensors -A should be some error. Can you check and post here ?

I have the feeling it's a permissions issue. When testing are you issuing the command as root or you have another user in the system ?

It's not something on my radar, to be honest. 🤷‍♂️

The idea of scatter is to empty a disk by transferring data to other disk, and it does so eagerly: find the disk with most free space, transfer as much data as possible, if there's still data, move it to the next most free disk and so on. I'm guessing what you want is to balance the data into the disks, but this is not the tool for that.

Yes, that issue was about the name of the server ... is your server name unraid ? If you look in /var/local/emhttp/var.ini, what's the name of the server there (entry "NAME") ?

Pentium-D !! Wow !! that's really a testament to how flexible/permissive Unraid (linux) is, I'm not sure that Windows will run on that But yes, the plugin uses system temp, it has no provision for coretemp. That should be the issue.

Hi, the general idea of rmsrc is this - you transfer from diskX to diskY - rsync logs a warning (most of the times, err code 23 which is basically a blanket for anything that moves :)) - unbalance informs you about this issue via rmsrc in the history tab If you checked that data is already available on disk4, then it's not an issue to leave the source there (if you're going to wipe out the disk for example) I should probably add a checkbox to rmsrc all, something like that, but I currently have zero cycles to spare due to work.

Hi, yes, that's strange. If you're running the plugin on the server, the app should get the current temperature setting on the server. Are you running a beta version of Unraid ? The plugin logs what it sends to the app. you can take a look at that to confirm that it's actually reading Fahrenheit.

Just as an additional comment on top of what jonathanm and trurl have suggested, you ran unbalance with --dry-run, that's why it didn't transfer any file.