lionelhutz
-
Posts
3,731 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by lionelhutz
-
-
TV with 3 lets seasons split?
I've never tried to sort by type with Radarr. If you add movies manually you could add and pick the paths for each one.
-
I'm curious what you're using that container for if you don't have it pointing to a valid MQTT broker and you don't use Home Assistant?
-
I would expect Z690 motherboards would be more likely to have good IOMMU groupings for assigning cards to VM's.
-
I don't believe radarr can do that. I don't see that level of sorting options.
What structure were you trying to store? With those settings directories below the Media share won't split.
Honestly, I wouldn't recommend the Media share in most cases. Do a share for each type of media.
-
I'm trying to use a HUSBZB-1 stick and I can't get it to work. I've passed the /dev/ttyUSB0 or USB1 devices to containers but no luck. It's well documented that the USB0 is the zwave and the USB1 is the zigbee.
In Home Assistant, the zigbee is recognized and HA suggests installing the ZHA integration. Doing that give the serial number of the stick but it just won't open the radio and ultimately fails.
In zwavejs2MQTT it's the same thing, I can't get the zwave radio to work.
I tried this container - https://github.com/walthowd/husbzb-firmware by passing the /dev/ttyUSB1 device and I was able to update the radio just fine. Yet, passing the same /dev/ttyUSB1 device to HA fails to work.
I tried searching for the HA error in HA but there were only a couple of unresolved threads. Searching for using this stick just says passing the USB0 and USB1 devices works fine. I know those devices can change, but no point changing to a more permanent device mapping until it works.
Right now I'm thinking the stick is simply bad, but I wanted to check here in case I'm missing something.
-
Hmm, my install must have keep an earlier messed up template once I installed it....
I haven't had any other containers act like this one, I guess the original assignments in them must have been fine with how I wanted to use them.
When did Media become a default user share that is created by a new unRAID install?
-
There are these 2 lines in the template
<Config Mask="false" Required="true" Display="always" Type="Path" Description="Container Path: /media/frigate" Mode="rw" Default="/mnt/user/Media/frigate" Target="/media/frigate/" Name="Clips path">/mnt/user/Frigate/</Config>
...
<Config Mask="false" Required="true" Display="always" Type="Path" Description="Container Path: /media/frigate" Mode="rw" Default="/mnt/user/Media/frigate" Target="/media/frigate" Name="Media path">/mnt/user/Media/frigate</Config>
Both are required (forced) and both map to the same container path so it makes absolutely no sense to have it twice. Every time I update the container this screws up my container settings. Every time I have to delete the second one that gets re-added and I also have to delete the media user share that gets created by the mapping because the container re-started after the update.
The name and default system paths also don't match in the first one where I underlined them. I don't use a media share so that isn't right for my system. Lots of people don't. I would suggest using the typical /mnt/user/Frigate type path like all the other templates I've used are doing.
I would remove the fist one and also remove the Media from the path in the second one.
Also, the paths to the GPU and CPU mapping should not be required(forced). I was testing it without a TPU and no GPU acceleration so I deleted those device mappings but updating the container messed that up for me too by adding them back in so I had to delete them again.
-
Ouch, but thanks for sharing as a reminder to others about that.
I never thought about those cables much, but it's really a dick move on the power supply companies side, not standardizing on the pinout for both ends of the modular cables.
-
1
-
-
I come here to see what's new in development and find that there is a big uproar. Hate to say it, but I've been here a long time and community developers come and go and that's just the way it is. This unRAID product opens the door to personalizations, both private and shared. Community developers do leave because they feel that unRAID isn't going in the direction they want it to go or that the unRAID developers aren't listening to them even though there is no obligation to do so. Some leave in a bigger fuss than others. The unRAID developers do the best they can at trying to create a product that will do what the users want. They also do their best to support the product and the community development. The product is strong and the community support is strong and new people willing to put in time supporting it will continue to appear.
Maybe some hint of what was coming might have eased tensions, but I just can't get behind users taking their ball and going home because unRAID development included something they used to personally support. That evolution has happened many times over the years, both incrementally and in large steps. That's the nature of this unRAID appliance type OS as it gets developed.
There is no place for lingering bad feelings and continuing resentful posts. Hopefully, the people upset can realize that the unRAID developers are simply trying to create a better product, that they let you update for free, without any intent to purposely stomp on community developers.
-
21
-
-
Set the allocation method to most free then each series will start on the most empty disk.
I use split level on my TV share and have never had an issue with failure to write. I watch the free space on my disks and 2x in the last 10+ years I moved some active TV series to a more empty disk even though the fuller disk had over 200 gig still free. Most likely, the active series still filling the disk would have all ended before the disk got full.
-
Did you setup the media share? Link /tv in the container to the location of your TV series. Then, when you add a series you can just use /tv/ as the folder. Once you do it, it should just keep re-using it. Same as the quality, it re-uses the last choice.
I have a share called TV shows so I have /tv -> /mnt/user/TV_Shows/
It has to be the top level location of the TV series because it creates a directory for each series and then subdirectories for each season. Well, I believe you can change that so it dumps them all into a single series directory but it doesn't make much sense not to use season directories.
-
No, complete and incomplete are sub-directories in the download share. You don't set them up as docker paths. You setup the apps internally where their setup asks for those directories. When you set up the download share, make sure the container path and host path are exactly the same for every one. Then, you use the container path in the internal app setup.
A NZB indexer is for Usenet. A torrent indexer is for torrenting. You have to match the indexer to the type of download. I use Usenetserver and it's been good, but there are others that will work just as well. I have no idea what indexer is best to sign up with today. I used to run my own.
-
1
-
-
As far as setup.
Sonarr and Radarr are to find the stuff to download. They send the info to download clients like Deluge or SABnzbd to actually download it. They also monitor the download and sort it once it's downloaded. The indexer is used by Sonarr and Radarr to find what to download. You need an indexer that matches the type of download you want to do.
Some docker containers have the ability to link compete and incomplete folders to directories on the server, which is normally completely unnecessary. I don't know why the developers make it complicated like that. I recall one container wanted an incomplete path setup. I just deleted it. Others probably had it too. Containers between different authors might have different path names too. Fix them so they are all the same.
The easiest is to link every app to a downloads directory. I have a Downloads share and setup every docker container to have a path pointing /downloads in the container to /mnt/user/Downloads/ on the server. Only this one. Then, in each app I set the downloads directory to be /downloads. Some of the apps have the place to enter compete and incomplete directories. I entered /downloads/complete and /downloads/incomplete.
The main thing with the paths is to make sure you put the SAME setup for every docker container. Be very consistent with this. I suggest linking a single share for downloads. Call it downloads or Downloads or whatever, but use it for every container. Just make sure the unRAID share side and container side are consistent. Notice how I used a capitalized share name but small case name on the docker side? Then you refer to that single directory in each app setup. If you don't keep it consistent, then you can have issues with the apps finding stuff the other app has put in the directory.
-
For initial setup I'd use the most free allocation method and set the split level to 1 or only split the top level. That way, each new series will start on the most empty disk so it has the most room to grow but it will all stay together on that disk. I've used that setup for years and it's worked well. Only had a disk run low on space a couple of times and require manual intervention.
-
I'm running 9 Docker containers and a W10 VM on a 4-core i5-6400. I even transcode 1 stream for internet viewing with Emby using the Intel GPU and 1 core. No 4k media here yet. It"s a rather pathetic CPU compared to what you are considering but I can't convince myself to upgrade yet because it's still handling the current loading just fine. Overall, your CPU choice looks great if you you don't have any processor intensive tasks planned besides Plex.
I do want to get into Tensorflow camera image processing in Home Assistant and once I start doing that then I'll likely need a better processor. Something for the new house to provide some security and also a more accurate way to activate outside lights instead of old school motion sensors.
-
I can't see this being implemented. I bet the majority of users barely understand the basic allocation methods.
I hope you get the script figured out. But then, do some searching because I bet someone has a solution to sort like you want.
-
On 7/11/2018 at 9:00 AM, RSQtech said:
I actually created a share called downloads that all of my downloaders are supposed to centralize to.
The mapping is /data on the container side and /mnt/user/Downloads/ on the unRAID side. So, when working inside the container, ie SAB settings, you use /data. When working in unRAID you use /mnt/user/Downloads/ or the Downloads share over the network.
In SAB, you'd use something like /data/complete and /data/incomplete for the completed and temporary download folders. Then, in categories you can simply use a name like tv or movies with no slashes required.
If you're using Sonarr, you MUST put the exact same container path and host path in the container settings for it. Some containers have /data for the container path and others have /download which will not work together when the programs exchange information over an API like SAB and Sonarr do.
-
1 hour ago, jj_uk said:
I'm looking through the settings in Sonarr, and I can't see where "/data" gets set in the Sonarr UI? Is it automaticly set?
Configuration
/config This is where sonarr will store it's configuration file, database and logs.
/data This path is used retrieve the downloaded files by your downloader application.
/media This is where sonarr will scan for media files.Sonaar uses the SAB API to to control SAB. SAB tells Sonaar what the directory is where the file was downloaded. This means the mapping in Sonaar for the download location must be exactly the same as SAB on both sides. For example, SAB has this mapped - /downloads On the docker container side to /mnt/user/Downloads/ On the host (unRAID) side. You must map both in the Sonaar docker the exact same. Using /data would be useless so you'd edit or delete it to create your own using /downloads instead.
-
A lot of times, the gear isn't even obsoleted, it's just reached a certain service age and the company has a policy to replace hardware of a certain age. At work, every PC get's replaced within 3 years even though most people here would agree that for light duty use a PC has a decent service life well over 3 years. The corporate IT won't even let an older PC stay even when the OS is up to date and it is only used for the simple remedial task of running label making software.
-
ryanth - your docker container mappings are fine except I would dump the mapping to incomplete-downloads. It just isn't necessary and makes it more confusing. The container already has access to /mnt/cache/Downloads via the /downloads mapping, so there is no reason to map another directory below that. Most people put the complete and incomplete downloads all into a Downloads share so I have no idea why that SAB container has that extra /incomplete-downloads mapping point.
It might be a Folders setting in SAB. In SAB, do you have the temporary download folder set to /downloads/incomplete and the complete downloads folder set to /downloads/complete? You can change the incomplete and complete names if you want, but don't deviate from the /downloads/ part because it must be there to use the mapped Downloads share. Otherwise, the downloads can end up in /config which is /mnt/cache/appdata/sabnzbd on the unRAID side.
Once SAB does a download, check that the file is in the complete directory in the Downloads share. If you use categories then it will be in the category directory. If it's not there, then you still have the folder settings in SAB set wrong.
mikedputt4120 - if you want to know why I do it, it is so I can share the Downloads as public for reading and writing over the network but NOT share the appdata share at all so it can't get messed up. It is also simpler to get to the downloads when the downloads are in their own share. Besides, It's not outside the box for these Docker containers, but rather quite a normal setup.
-
1
-
-
6 hours ago, allanp81 said:
Can Emby theatre handle ac3/dts soundtracks and bitstreaming?
I haven't had any issues with it passing through the audio of any files I have to my AV receiver. It can decode the audio locally too.
-
I've been running the Emby Theater Windows app on a VM on the server. It's a simple interface but it looks very good and gives easy access to the media. Plus it has a nice full screen page for each media file that gives media info, other TV episodes before/after, other similar movies, add to favorite, mark as watched and the cast. You can pick the cast and go to info on them as well as all of the movies and TV shows they are in. I just didn't get anywhere as close to what it offers when trying Kodi using the Emby plugin.
I'm pretty much staying with the Emby server docker container. It does everything I'd want and more. It's a pretty impressive application and I think it's well worth $100 for the lifetime premium upgrade. I think it's now $115 or something like that but still worth it for how well it works.
-
Can you mount the remote location so it appears as a local file system? That'd make it easy to access from the Sonar container.
If not then login to the Sonar container and see if you can reach the remote server from it.
-
3 hours ago, Squid said:
By and large most applications it doesn't make a single difference at all what you name the container mapping (so long as they match between the apps communicate with each other). /config is the exception and shouldn't be changed (why its hidden)
Binhex Sab can communicate no problems with LSIO Sonarr. So long as the mapping matches between the two. Doesn't matter is you decide to use /data or /downloads or /StuffImHidingFromTheMPAA - it just has to match between the two and within the app's settings you tell it to put the downloads in the container mapping you chose.
Yup, I posted /downloads --> /mnt/user/Downloads/ but it can be anything on either side as long the "/downloads" side matches in the different applications and the "/mnt/user/Downloads" side matches in the different applications. Of course, I'm only talking about the applications that talk to each other through an API like Radarr to SABnzbd.
I deleted the incomplete mapping in LSIO. I certainly don't need it and I really have no idea why they would even put it in the template. Only reason I can think of is maybe they did it for a setup where SAB can does the post processing itself?????
New project
in Hardware
Posted
Fair enough, I've just found that entry level boards can have poor IOMMU groupings which make it range from more difficult to impossible when trying to assign things like USB cards to a VM.