tucansam

How do I do that from the command line? Usually I can still ssh into the machine, its just the GUI that totally goes tits up.

The only one that isn't up to date is Dynamix System Stats, and that's because both servers are running 6.6.6 and not the beta.

OK, thanks, good call. Its in the middle of a 90+ hour copy from one disk to another so I can finally convert all disks to encrypted volumes, but when its done with that I will stop the recycle bin and attempt to stop the server. Assuming it doesn't work, and it still hangs, the GUI freezes completely and thus I cannot run diags to post. Last time it happened, I ssh'd in and ran 'tail /var/log/syslog' and the last few entries were typical stuff not indicative of any errors. I haven't had unraid fail to shut down since the 5.x days (when a hard reset was the only way I could do it, literally) but not this has become worrisome again.

Anytime I try to stop my server, it hangs at "Stopping Recycle Bin" in the bottom line of the web GUI, where information is displayed. Only thing that works at that point is a 'reboot' issued from the shell, which of course then spawns a parity check.

I am in the process of using unbalance and rsync (directly) to move data around a 14-drive array so I can slowly convert each disk to encrypted. I'm about two weeks into the ordeal and I'm just over halfway done. My 8TB disks are all that's left, and they are taking 50-60 hours per disk to copy data off of them and onto other member disks. After this server is done, I have a second one to convert, in the same way. I am averaging 35MB/s copy speeds. I have set up the write method as per other threads, to attain the best possible speeds. What else can I do to improve speeds when copying from one disk to another? I believe I read something about disabling parity.....

Same result, same output, when typed by hand. Good suggestion though.

Yessir, I copied-and-pasted directly from your post. I do not have any fancy shells, just plain vanilla unraid with few modifications. Right now I am using rsync by hand to move data, but its nowhere near as elegant as your plugin.

Thanks! The first command returns a zillion pages of this: %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n %A|%U:%G|%F|%n And the second one returns this: root@ffs1:~# find "/mnt/disk7/backups/." ! -name . -prune -exec du -bs {} + 1594424381632 /mnt/disk7/backups/./scripted

I can get the planning phase to work fine on my second server, but the "move" and "copy" buttons are still not available to click. Here is the output: -- I: 2019/02/11 16:49:05 app.go:51: unbalance v5.4.0-1094-9eff134-v2018.09.18a starting ... I: 2019/02/11 16:49:05 app.go:59: No config file specified. Using app defaults ... I: 2019/02/11 16:49:05 server.go:77: Starting service Server ... I: 2019/02/11 16:49:05 server.go:94: Serving files from /usr/local/emhttp/plugins/unbalance I: 2019/02/11 16:49:05 array.go:46: starting service Array ... I: 2019/02/11 16:49:05 server.go:155: Server started listening https on :6238 I: 2019/02/11 16:49:05 planner.go:52: starting service Planner ... I: 2019/02/11 16:49:05 core.go:101: starting service Core ... I: 2019/02/11 16:49:05 server.go:145: Server started listening http on :6237 W: 2019/02/11 16:49:05 core.go:116: Unable to read history: open /boot/config/plugins/unbalance/unbalance.hist: no such file or directory I: 2019/02/11 16:49:05 app.go:73: Press Ctrl+C to stop ... I: 2019/02/11 16:52:40 core.go:175: Sending config I: 2019/02/11 16:52:40 core.go:180: Sending state I: 2019/02/11 16:52:40 core.go:190: Sending storage I: 2019/02/11 16:53:58 planner.go:70: Running scatter planner ... I: 2019/02/11 16:53:58 planner.go:84: scatterPlan:source:(/mnt/disk7) I: 2019/02/11 16:53:58 planner.go:86: scatterPlan:dest:(/mnt/disk1) I: 2019/02/11 16:53:58 planner.go:86: scatterPlan:dest:(/mnt/disk2) I: 2019/02/11 16:53:58 planner.go:86: scatterPlan:dest:(/mnt/disk3) I: 2019/02/11 16:53:58 planner.go:86: scatterPlan:dest:(/mnt/disk4) I: 2019/02/11 16:53:58 planner.go:86: scatterPlan:dest:(/mnt/disk6) I: 2019/02/11 16:53:58 planner.go:86: scatterPlan:dest:(/mnt/disk5) I: 2019/02/11 16:53:58 planner.go:525: planner:array(7 disks):blockSize(4096) I: 2019/02/11 16:53:58 planner.go:527: disk(/mnt/disk1):fs(btrfs):size(3000592928768):free(142756143104):blocksTotal(732566633):blocksFree(34852574) I: 2019/02/11 16:53:58 planner.go:527: disk(/mnt/disk2):fs(btrfs):size(3000592928768):free(163589238784):blocksTotal(732566633):blocksFree(39938779) I: 2019/02/11 16:53:58 planner.go:527: disk(/mnt/disk3):fs(btrfs):size(3000592928768):free(186394562560):blocksTotal(732566633):blocksFree(45506485) I: 2019/02/11 16:53:58 planner.go:527: disk(/mnt/disk4):fs(btrfs):size(3000592928768):free(187017498624):blocksTotal(732566633):blocksFree(45658569) I: 2019/02/11 16:53:58 planner.go:527: disk(/mnt/disk5):fs(btrfs):size(4000786976768):free(2186855804928):blocksTotal(976754633):blocksFree(533900343) I: 2019/02/11 16:53:58 planner.go:527: disk(/mnt/disk6):fs(btrfs):size(3000592928768):free(1202956013568):blocksTotal(732566633):blocksFree(293690433) I: 2019/02/11 16:53:58 planner.go:527: disk(/mnt/disk7):fs(btrfs):size(2000398901248):free(186992017408):blocksTotal(488378638):blocksFree(45652348) I: 2019/02/11 16:53:58 planner.go:356: scanning:disk(/mnt/disk7):folder(backups) W: 2019/02/11 17:02:06 planner.go:367: issues:not-available:(exit status 1) W: 2019/02/11 17:02:08 planner.go:383: items:not-available:(exit status 1) I: 2019/02/11 17:02:08 planner.go:466: scatterPlan:No items can be transferred. I: 2019/02/11 17:02:08 planner.go:493: scatterPlan:ItemsLeft(0) I: 2019/02/11 17:02:08 planner.go:494: scatterPlan:Listing (7) disks ... I: 2019/02/11 17:02:08 planner.go:508: ========================================================= I: 2019/02/11 17:02:08 planner.go:509: disk(/mnt/disk1):no-items:currentFree(142.76 GB) I: 2019/02/11 17:02:08 planner.go:510: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:511: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:512: I: 2019/02/11 17:02:08 planner.go:508: ========================================================= I: 2019/02/11 17:02:08 planner.go:509: disk(/mnt/disk2):no-items:currentFree(163.59 GB) I: 2019/02/11 17:02:08 planner.go:510: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:511: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:512: I: 2019/02/11 17:02:08 planner.go:508: ========================================================= I: 2019/02/11 17:02:08 planner.go:509: disk(/mnt/disk3):no-items:currentFree(186.39 GB) I: 2019/02/11 17:02:08 planner.go:510: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:511: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:512: I: 2019/02/11 17:02:08 planner.go:508: ========================================================= I: 2019/02/11 17:02:08 planner.go:509: disk(/mnt/disk4):no-items:currentFree(187.02 GB) I: 2019/02/11 17:02:08 planner.go:510: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:511: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:512: I: 2019/02/11 17:02:08 planner.go:508: ========================================================= I: 2019/02/11 17:02:08 planner.go:509: disk(/mnt/disk5):no-items:currentFree(2.19 TB) I: 2019/02/11 17:02:08 planner.go:510: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:511: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:512: I: 2019/02/11 17:02:08 planner.go:508: ========================================================= I: 2019/02/11 17:02:08 planner.go:509: disk(/mnt/disk6):no-items:currentFree(1.20 TB) I: 2019/02/11 17:02:08 planner.go:510: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:511: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:512: I: 2019/02/11 17:02:08 planner.go:508: ========================================================= I: 2019/02/11 17:02:08 planner.go:509: disk(/mnt/disk7):no-items:currentFree(186.99 GB) I: 2019/02/11 17:02:08 planner.go:510: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:511: --------------------------------------------------------- I: 2019/02/11 17:02:08 planner.go:512: I: 2019/02/11 17:02:08 planner.go:516: ========================================================= I: 2019/02/11 17:02:08 planner.go:517: Bytes To Transfer: 0B I: 2019/02/11 17:02:08 planner.go:518: --------------- I: 2019/02/11 17:02:08 planner.go:466: scatterPlan:No items can be transferred. -- This is the line that is getting me confused: I: 2019/02/11 17:02:08 planner.go:466: scatterPlan:No items can be transferred. Not sure how to troubleshoot this, the health of the array is fine. Thanks.

No. Gave up, for now. Probably going to order a 386, 486, Pentium Pro, and Pentium III from ebay at some point and run what I need on actual hardware.

On my primary server, this works great!!! On my secondary, it seems to hang at "PLANNING: Checking issues..." and never seems to finish, at least, the "Move" and "Copy" buttons never become available.

Tripp Lite SMART 1500 LCDT Can anyone confirm this works with the plugin? Just got two for a steal, either they talk to unraid or my pi, but I would prefer unraid. Thanks.

Not sure if this should be radarr or sab, but I figure if you use radarr you might use sab, and anyway, its only started happening since I installed radarr. So radarr is finding a few movies for me, and sab is downloading them. Most work fine. A few get stuck in their "___UNPACK <movie title>" directory, and sab throws a permissions error about renaming. The confusing part is that it doesn't happen to all movies, just a few. Any ideas?

vs sonarr? Any compelling reason to switch? Thanks.

Deleted the docker image. Done with this app completely. Didn't work right from day one. Came home today to dozens of "movie.1" "movie.2" "movie.3" folders. All the same. Haven't touched the config or server in over a month. Suddenly decided it wanted to dupe dozens of movies.

Naming Schemes A good allround naming scheme, that works for Radarr/Sonarr (on bulk import), Plex and most of the stuff build on guessit. Also added is a naming scheme for Sonarr. If other people have come up with a better solution, please add them. {Movie Title} ({Release Year}) - {[EDITION TAGS]}{[QUALITY FULL]}{[MEDIAINFO AUDIOCODEC}{ MEDIAINFO AUDIOCHANNELS]}{[MEDIAINFO VIDEOCODEC]}{-RELEASE GROUP} The Movie Title (2010) - [ULTIMATE EXTENDED EDITION][BLURAY-1080P PROPER][DTS 5.1][X264]-EVOLVE {Series Title} - S{season:00}E{episode:00} - {[QUALITY FULL]}{[MEDIAINFO AUDIOCODEC}{ MEDIAINFO AUDIOCHANNELS]}{[MEDIAINFO VIDEOCODEC]}{-RELEASE GROUP} The Series Title 2010 - S01E01 - [HDTV-720P PROPER][DTS 5.1][X264]-RLSGRP

When I rip a DVD or bluray from my collection to the server, what exactly do I have to put in the filename to get Radarr to understand that its a quality copy?! I have several 30GB+ bluray files called "title00.mkv" and radarr downloads 720p and 1080p versions of the exact same movie into the same directory, so now I have two or three movies files, including the super-high-quality original from the rip. Radarr doesn't seem to be very smart with regard to existing movies burned from media.

To awaken an old thread..... My xml file already has "<input type='tablet' bus='usb'/>" but I a getting the relative cursor, and cannot change it.

Hi guys. I need to run a DOS app from 1994. I've downloaded the FreeDOS ISO. I created a VM with one CPU, 128M RAM, and a 250M disk. When I boot initially, it goes into the FreeDOS setup routine. I exit to DOS, run fdisk, create and set active a FAT16 partition, and reboot. At that point I get the "partition signature != 55AA" error -- MBR is toast. Haven't had a chance to format the disk. Anyway, it never again boots into the FreeDOS iso/setup routine, it just hangs there. Has anyone installed a FreeDOS (or any DOS) VM? Any advice? Thanks. ETA turns out I need Windows 3.1, 3.11, or, presumably, 95.

Thank you very much for your very helpful reply. Incidentally I agree with you. The trouble is, I'm not asking radarr to search for and download those movies, but its doing it anyway, and not just old movies, but international titles, various random movies from the last five years, etc.

I also noticed that, when I rip a bluray or dvd from my collection, and then put it on the server, radarr tries to download a better version, even though the version on the server is (in some cases) 1080p.

radarr is downloading movies I've never heard of, much less added to the queue. For example, 2017's "The Future of Rollerblading" (is rollerblading still a thing? wtf). No idea where this movie came from, or why it was downloaded and unpacked. Two or three times a week I find random movies (often foreign language, or really really old, like as in 1940s and 1950s old) that inexplicably downloaded.

Delete

Right. So I don't know if this is sonarr, or sab, so I'll start here. Let me preface this by say that, aside from regular updates when I notice a new software version, there has been *zero* configuration change to my setup for over six months. When I first (finally) got everything running smoothly, everything ran perfectly. Over time, things slowly degrade, despite *zero* config changes, and I'm at a point now where I need help. What is happening: A show exists in sonarr, and its directory exists on my server, and it is 100% up to date, every episode is downloaded, in either 480 or 720p or 1080p. Looking at sab's download log, I'll see a particular episode will be downloaded for said show, two or three times. Usually I'll have to obfuscated version, an SDTV version, and a 720 or 1080 version. All downloaded. But when I check the actual show's directory, the file(s) sab downloaded are not there. When I check sab's working directory, for complete and incomplete downloads, the files aren't there either. But hovering over sab's download log shows a very clear path (to the working directory) for where it placed the file. So multiple versions of the same (existing) episodes are downloading, and then disappearing. And if there is only an SDTV version of the show on the server, and sab says it downloaded a 720 or 1080 version, that show is not there.

Any updates?