NAS

Forked thread: How do you organise your ebooks on disc http://lime-technology.com/forum/index.php?topic=36661.0 might be of interest to some here.

This project looks interesting. Will definitely check it out nice work.

Its superfast with 30k books (mobi) and 10k PDF. I can only dream of having 200k books lol Playing with it now. Its is very basic but I like that. I seems to "just work".

Devils advocate...How well does this scale? i.e. silly numbers like 200k books and 100k comics One thing I HATE about Calibre is that it doesnt scale at all and becomes unusably slow

In an ideal world 'unbalance' would be a front end to a 'diskmv' and 'consld8' back end. I can see that 'unbalance' aims to allow partial merging but if that feature was dropped then in theory they are feature comparable and it seems a shame to have two separate code bases doing the same job. Also I agree rsync is a requirement over mv as it is much safer.

Congratulations these really caught my attention as being genuinely useful and powerful. I have some ideas for consideration: Since these tools are so unRAID specific check for the existence of "/etc/unraid-version" as a sanity check before doing anything. It is not beyond the realms of possibility that a version of unRAID comes out with a missing dependency or a user simply breaks a dependency. To ensure this doesn't end up in unpredictable behavior check before execution i.e. rsync, shopt etc Consider by default having the rsync "-n, --dry-run " option set in diskmv so that a user essentially has to opt in to a write action (the same logic as you have put in place with -t in consld8). Consider more script commenting. e.g. i doubt most users will know what this is without googling "-i -dIWRpEAXogt --numeric-ids --inplace" and in general it will help users get a better feel for how it works.

With that being the second request it has been added to the voting thread. http://lime-technology.com/forum/index.php?topic=34549.0

You should keep in mind that the support overhead of this can and will be considerable as anything other than "just working" is a nightmare to debug.

I think you have the ember of a good idea but are bringing a bit of "old skool VM baggage to the party" as they say Docker should ideally be one container one thing. It doesnt techncially have to be but it should. That way if say you want two nzbdrones you can just run the same container twice with a single command line change. This touches on where the uNRAID addon works well as the templates allow you to start a generic container is a way that is specific to your requirements. The next logical step would be meta templates which essentially bring a suite a suite of containers online in a way that they all work together. It is far from impossible and likely something that will happen I would guess. p.s. one containier doing 6 things is pretty much the same as 6 containers doing one thing..... thats another major advantage docker brings to the table over VMs.

i dont get it... the vm requirement seems like a necessary kludge to me?

Thats the first time I have seen a screenshot as a quote but I am going to second the beets request and bump it directly to the voting list here: http://lime-technology.com/forum/index.php?topic=34549.0 it really is that good and likely a natural fit for unRAID type people.

Sound idea. Maybe however we should just use a free set that mirrors what people are already used to such as (random google): http://www.jankoatwarpspeed.com/sixpack-status-free-icon-pack/

Also worth pondering some continuity. e.g. a red ball on the disks page is an error state but the exact same red ball on the shares page is a valid configuration setting.

Please consider mobile browsers in any solution as for example what seems logical on a desktop can become clunky on a phone. This obviously could take you into a whole new ticket of accessibility in general but this is a good place to start as you mean to continue.

To clarify what does that mean it exactly?

Another one for the no list. http://www.lexar.com/products/lexar-high-performance-microsdhc-microsdxc-uhs-i-cards-633x

I would fork this to a thread on its own and do a harder sell than that (with screenshots). Most people have no clue about MusicBrainz and Picard goodness and even the ones that do (me) have no clue why I would want to run a server for it. fork fork fork.. sell sell sell I get you!... I'm fed up with the '503 errors' when querying my 30000+ songs I'm running the vmware vm currently on a windows box, and it appears that I still get 503 errors occasionally, although much less often than with the live server. There IS a musicbrainz docker, but it's kind of a PITA to set up. I've got the first parts done, just need to get a good, working DBDefs.pm file set up for it. My current VM is using about 34g of space total (that's everything tho, not sure how much is database, and how much is OS), and it's up to date as of about 2am last night. It takes FOREVER to update the database from the 05/14 VM release to current, then build the search indicies. But to me it's well worth it if it keeps me from hitting that spam protection 503 error every half second, lol. The docker is located here: https://registry.hub.docker.com/u/rickatnight11/musicbrainz-server/ I'll see if I can get it up and running, if I do, I'll post notes on how to go about it. It's not going to work with the nice extended dock config, as you have to access the docker container directly to edit files, and start replication, etc. Looks like even with a properly configured DBDefs.pm, the docker (as it's set up anyway) doesn't include postgresql in the install, so there's no database or connection configured. I'm guessing the original creator of this docker has a postgresql docker set up on his system with the required database already configured in it, and this docker just connects to that instance. Adding postgressql to the docker is above my pay grade, so hopefully someone else can take what he's started, and create a docker that will run out of the box, with postgresql and all that installed, ready to go. Please fork this discussion.

I would fork this to a thread on its own and do a harder sell than that (with screenshots). Most people have no clue about MusicBrainz and Picard goodness and even the ones that do (me) have no clue why I would want to run a server for it. fork fork fork.. sell sell sell

Request polipo caching proxy. Example: For those with more than one XBMC having it set to use polipo slickens the new process of each machine grabbing art from the internet. Polipo can be set to keep these art cached for a couple of weeks so that can also help with machines that come on a day or so later and have to catch up. But in general its a simple and elegant http proxy which is always a good thing to have

+1 wrong place to +1 http://lime-technology.com/forum/index.php?topic=34549.0 Did not know that, thank you No problems its literally a day old so easy to not see.

+1 wrong place to +1 http://lime-technology.com/forum/index.php?topic=34549.0

Finally got around to this http://lime-technology.com/forum/index.php?topic=34549.0 Right now it is just an experiment but I think it should make this easier. Logitechmediaserver has been requested by several users and would probably be more popular than some that are in that poll. There is one already on the docker hub and I am using it, but it is a different code base from the others that are being supported here. added now go vote

Finally got around to this http://lime-technology.com/forum/index.php?topic=34549.0 Right now it is just an experiment but I think it should make this easier.

You would probably be better moving all the files that need accessed in this way to one specific disk and either not having it spin down ever or change it to be far less often. I dont think what you are asking here fits with the purpose of cache_dirs... IMHO anyway

No fundamentally something is wrong if you are hitting problems with those kind of numbers. I dont have any v5 anymore but when I did i used cache_dirs with 10-20 time more files than that and 4GB RAM. The problem you face is do you try and look into this with v5 and its native PAE limitations or accept you specifically have an issue and wait until you move to v6 which has no PAE limitations. I know which one I would do but i dont know your full use case