tucansam

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.....

I'm preclearing at 38MB/s on USB2.0, 33% pre-read done in 19 hours 26 minutes..... I'll let you guys know next month how it went.

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

Not even sure if its possible to preclear a USB drive, although I don't see why not. Aside from heat, are there any issues? I figure its probably best practice to test a drive a bit before violating the warranty. What's the standard procedure here? Thanks.

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.

First server conversion is going swimmingly. Second sever, I cannot get Unbalance two function, and I may need to move files off one disk at a time by hand. Question: during the upgrade process, say I'm installing a larger disk in an array with no encrypted disks at the moment, can I make the new disk encrypted, and have parity rebuild the data on the new (encrypted) disk?

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.

I'm not sure what snapshots are, nor do I really know how to use checksums.

I see that xfs -- encrypted and reiserfs -- encrypted are both options for a disk format, in addition to btrfs. Any reason to choose one over the other?

First question: a year or so ago, BTRFS was still experimental, or newly implemented (can't remember exactly) and XFS was generally accepted as being the filesystem to use for "mission critical" servers. Is this still the case, or is BTRFS now considered 100% GTG? Re: encryption. I have a 15 disk array that is very full. There is enough room on the drives to manually copy data over in such as way that one member disk could be completely emptied, changed FS if needed (currently XFS), encrypted, and then data copied back over. This could be done one disk at a time until all disks were encrypted, without me having to move data over to tapes or a second server. Is this an appropriate way to accomplish this task? Thanks.

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?

Yes. Only thing that works is running it in Host Mode. Which used to make Fix Common Problems complain loudly. But now its not. So something else has changed. Weird.

My three APs randomly go into "adopting" mode all the time. One at a time, or two at a time. Resetting (software sometimes, hardware always) them usually brings them back to "Connected," until the next day, when one randomly drops to "adopting" again. Traffic still passes.... The devices are still on the network serving clients. The controller just can't talk to them anymore. Advice? ETA I think I fixed STUN issues last time by putting unfi in host mode. Then, Fix Common Problem has a heart attack and spits out red errors.

vs sonarr? Any compelling reason to switch? Thanks.

I can't remember why I still follow this thread, but I'm glad I do, because THAT'S funny.

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.