jbrodriguez
Community Developer
-
Joined
-
Last visited
Everything posted by jbrodriguez
-
Thanks for the kind words ! Yes, it's easy in terms of complexity I have been unable to spare dev cycles for the plugin, but I'd like to push a new release before the end of 1Q.
-
Oh ok. Yes, at that point in time, some of the source files were duplicated on the target.
-
Hi, Not sure why you're stopping, but ... It deletes the source folder after each (copy) rsync command has finished. Note: Deletes the source only if there were no errors during the rsync transfer. Seeing your edit, did it complete any rsync command? You can get more information in the History page.
-
Not sure I understand ... what you're saying is for instance, gather only season 1 of the series, something like that ? But you can do that today, select just the season folder to be gathered. Wait, you mean to say, that you have to do this MANY times, so it becomes a pain. If that's the case, well there are some alternatives as mentioned, it hasn't come up before, so I don't know if it's something that could be 'frequently' used/'highly' requested. I'll make a mental model of how it would work in any case, for a possible future implementation.
-
Hi, If visible is unchecked, the docker/vm should not appear. So you're accessing the app with a user other than root and you can see everything. What do you mean by not selectable? That there is no action available ? Can you send me screenshots of : - The plugin UI (where you marked not visible the docker/vms) - The docker/vm tabs of the app (as list preferrably) - The description of the user (it's in the User definition of Unraid itself) PM if you prefer.
-
It breaks down when unzipping the file (attached). It seems like a not enough space issue root@lucy:/tmp# df Filesystem 1K-blocks Used Available Use% Mounted on rootfs 899440 899432 8 100% / tmpfs 32768 868 31900 3% /run devtmpfs 899456 0 899456 0% /dev tmpfs 950460 0 950460 0% /dev/shm cgroup_root 8192 0 8192 0% /sys/fs/cgroup tmpfs 131072 260 130812 1% /var/log /dev/sda1 15201776 456680 14745096 4% /boot /dev/loop0 8832 8832 0 100% /lib/modules /dev/loop1 6016 6016 0 100% /lib/firmware /dev/md1 20961248 3777308 17183940 19% /mnt/disk1 /dev/md2 20961248 934660 20026588 5% /mnt/disk2 /dev/md3 20961248 925440 20035808 5% /mnt/disk3 /dev/md4 20961248 53920 20907328 1% /mnt/disk4 /dev/md5 20961248 53920 20907328 1% /mnt/disk5 /dev/sdh1 20971488 11810868 8901948 58% /mnt/cache shfs 104806240 5745248 99060992 6% /mnt/user0 shfs 125777728 17556116 107962940 14% /mnt/user /dev/loop2 10485760 113712 8292400 2% /var/lib/docker /dev/loop3 1048576 16900 926140 2% /etc/libvirt But how can I free space in the / partition ? Or any other suggestion ? I can't download diagnostics either (it generates a javascript error, attached) And the status bar swings back and forth between Array Started and Array undefined 🤷🏼♂️
-
You're only considering your specific case, which is natural. But there are instances where permissions/ownership are fine, yet you still find rsync issues, so the app can't generalize based on a single scenario 🤷🏼♂️ In any case, I'll take a look but I have some other things in my plate right now.
-
Odd. I get 'loading' for a sec or two, then it shows the content. Let's chalk it to gremlins in the machine. 😁
-
That's one source of issues (permissions/ownership), but there could be potentially hundreds of files to be logged, so that wouldn't be very useful either. And the docker-safe permissions script, pretty much takes care of that. The other source of issues is rsync errors while transferring (not related to permission/ownership). That's what I was referring to earlier, that needs more 'figuring out'.
-
The app sort of replicates what happens on the browser: you log in and until you log out, you have access to the UI. Currently, the equivalent of logging out is to remove the server from the app. In any case, I'll give it some thought. Also, feel free to add it as a feature request.
-
Yes, I feel your pain. That logging could be improved, although I'm not sure how to do it. In general terms, the plugin says: rsync! copy this folder from disk a to disk b. rsync goes about it and internally it copies all relevant files. I'm not sure if I can correlate exactly which file causes an error by just looking at the rsync's progress output. Maybe it's easy, maybe it isn't, in any case it'd need some investment in terms of the developer's busy time [emoji16] Sent from my iPhone using Tapatalk
-
This is the main issue One of the rsync commands returned error 13, which per the manual is "13 - Errors with program diagnostics". Currently, the plugin handles only error 23, meaning it flags the command as having issues, then keeps going (doesn't break the process). I could probably do the same for error 13 (maybe for any error), but you would still need to handle the issue manually. You're the only one with enough context to know what to do (which is what you actually did). This is a by-product of how rsync progress is being monitored (the process descriptor doesn't exist since the command finished), it's not an issue. Could probably do something like that, but I'd need to take a deep look into it.
-
Hi, Thanks for the heads up ! I have a fix for this in my dev environment, but do note that I don't support Unraid RCs. I'll publish a new release shortly after it goes stable. P.S.: The new dashboard looks awesome 👍
-
After reviewing the issue with drdebian, we found it's an issue with the default font in some Android devices. Setting the system-wide font to Roboto fixes the issue. I'll be doing some additional research into the matter, but will probably offer an option of using Robot for the app, at least.
-
Oh, ok. Not sure about the speed in that case. The portion of the log you sent looks fine 🤷🏼♂️ Be aware that move is implemented as copy then delete. If there's an operation-ending error during transfer, the original files are left intact in the source disk. You can review which command failed in the history screen.
-
Send me the logs, I'll take a look (/boot/logs/unbalance.log) 30/40 mbps seems about par, it's reading from a drive, then writing to a different drive and parity. I guess you reach 100mbps from another pc and using cache? Sent from my iPhone using Tapatalk
-
Hi, thanks for the report. Would you mind following the steps in https://github.com/jbrodriguez/controlr-support, so I can reproduce the issue with the same data ?
-
Hi, glad you were able to solve it.
-
I'd like to say a quick thanks to all of you people who donated this past year. I didn't reply individually but I certainly appreciated it (and the notes you wrote). Thanks !
-
The companion plugin provides the features described in the "I’ve read about a companion plugin. What’s its purpose ?" section of the FAQ
-
By can't uncheck, you mean it's grayed out right ? Just to be sure, you did provide enough data to the plugin to perform any given operation (chose files/folders and target drive in gather, the full steps in scatter). Other than that, I wouldn't really know. In Chrome, you could take a look at the Developer Console and check for any error.
-
Move works by copying then deleting, but if a command fails, it doesn't delete the source by design, so your original files are intact. You can check the operation "log" in the History tab and check which command ('rsync') failed and act accordingly (delete target folder manually, retry the operation, etc.) Why did it fail ? What does the log say ? It's a fair point. Maybe I could just leave it open, you can always click to delete it.
-
Thanks BRiT ! I'll look into it.
-
I took a look at the code with regards to SUID/SGID. It checks that permissions are "r--r--r--" or "rw-rw-rw-" (for files), "rwxrwxrwx" (for folders), so if SUID/SGID are set, it will report a file or folder permission issue. Not sure how to go about this, but SUID/SGID don't seem too common, I think ?
-
Yes, that happens on some Android phones for some reason. The app is just reading the phone's ip address from the network stack and proposing it (presumably less typing), but in some cases it picks up the IPv6 address. Not sure why, Android phones and even provider's OS can be quite different. As for auto, Unraid creates an SSL certificate and redirects http -> https transparently for the user, I'll check if that's still the case. Or perhaps, new installs work a bit differently from older installs (fresh 6.6.x install vs upgrading to 6.6.x).
