Jump to content

JonathanM

Moderators
  • Posts

    16,671
  • Joined

  • Last visited

  • Days Won

    65

Posts posted by JonathanM

  1. 11 hours ago, uldise said:

    As Gary noted, you can test it with both PSU - one PSU to each CPU. Just place second PSU near your server outside for testing..

    To do that, you would need to tie the green power-on leads from each ATX motherboard connector together so both the power supplies will be powered up at the same time.

  2. 1 hour ago, trionify said:

    NORCO C-SFF8087-4S Discrete to SFF-8087 (Reverse breakout) Cable

     

    https://www.newegg.ca/Product/Product.aspx?Item=N82E16816133033

    If you are connecting the drives to the SATA end then I'm pretty sure you need forward breakout cables. Reverse are used to plug the SATA end into the motherboard or HBA controller and connect the miniSAS end to a hotswap drive box or backplane.

  3. 1 hour ago, bobbintb said:

    Of course not. It make absolutely no sense to wipe out all the settings and force a user to reconfigure everything every time they updated a program. The docker image is a virtualized container, basically a stripped down virtual machine. Docker has configuration settings that tell it which directories in the docker image (rutorrent) correspond to which directories in the host system (UnRAID). Those settings aren't stored in the image; it wouldn't make any sense. It can get a confusing mapping the directories but it will make sense eventually. Here is a visual representation. Deleting (or updating) those "soanrr" and "rutorrent" boxes doesn't wipe out those mappings.

    8KM1A0M.png

    If it's set up the way you have mapped in your illustration, then something downloaded to /data/whatever in rutorrent won't be able to be found by sonarr, because it will be in /downloads/whatever. That is why the mappings have to match, so a full path that works inside one container works in the other. The file will obviously be there, because they both point to /mnt/user/downloads, but the full path inside the container won't match.

     

    Your illustration is a good diagram of why it won't work that way.

  4. 28 minutes ago, indy5 said:

    I will give this approach a try, thanks!

     

    Out of curiosity, how does passing through the controller vs the specific USB device prevent the issue that I have seen?

     

    Thanks for your help

    Honestly, I was thinking you were talking about a VM, not a docker, but the same principle should apply. Problem is, I'm not sure there is a way to pass an entire controller to a docker. In the case of a VM, when you pass the entire controller then the guest VM assigns the ID to the USB device, and can control it directly. When you rely on the host OS to ID the device, the ID will change, as you found out. I don't know if you can even do what you need in a docker.

  5. 5 minutes ago, Spies said:

    Will it not change back when there is an update to the docker or will it retain the container mapping I have edited?

    Unless you manually delete the XML template on the flash drive and totally reinstall the docker, it will keep all your changes.

     

    The inability to alter users templates when a docker change necessitates it is actually one of the complaints of the docker authors. 

  6. 1 hour ago, Spies said:

    May I make a suggestion that you change the container path /download to /data to aid compatiblity with sonarr and radarr?

    It's no big deal to add or edit the path yourself. Docker path mapping is only simple after you understand it, so I get why you want to change the template, but it's counterproductive because you really do NEED to figure out docker path mapping, and making it almost work by changing only the app side is worse than making it completely different so you need to change it to match the rest of your settings.

     

    Just my opinion.

  7. 12 minutes ago, Niallain said:

    Getting the below error when trying to process downloaded episodes

    
    17-2-24 20:08:51.7|Error|DownloadedEpisodesImportService|Import failed, path does not exist or is not accessible by Sonarr: /downloads/complete/Futurama.S06E12.1080p.BluRay.x264-WAVEY
    17-2-24 20:08:51.7|Error|DownloadedEpisodesImportService|Import failed, path does not exist or is not accessible by Sonarr: /downloads/complete/Futurama.S06E11.1080p.BluRay.x264-WAVEY

     

    Image of mapping attached

     

    Where am I going wrong?

    Screenshot 2017-02-24 at 21.14.52.png

    Remove the complete/ from the /downloads <--> /mnt/user/appdata/Downloads/complete/ line.

    It should be /downloads <--> /mnt/user/appdata/Downloads/ for both containers, or it won't work.

  8. 4 minutes ago, xxredxpandaxx said:

    What do I need to change?

    All your /downloads container mappings should be the same, /mnt/disks/Downloads/NZB/

     

    Specify where in that tree to look for completed downloads in the apps themselves, sonarr would be /downloads/completed/TV/, and radarr would be /downloads/completed/Movies/

  9. Sure, just put the gparted iso into the "OS install ISO" slot, hit the update button at the bottom, then edit the xml to change the boot order.

     

      <devices>
        <emulator>/usr/local/sbin/qemu</emulator>
        <disk type='file' device='disk'>
          <driver name='qemu' type='raw' cache='writeback'/>
          <source file='/mnt/user/domains/Debian/vdisk1.img'/>
          <target dev='hdc' bus='virtio'/>
          <boot order='1'/>
          <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/>
        </disk>
        <disk type='file' device='cdrom'>
          <driver name='qemu' type='raw'/>
          <source file='/mnt/user/isos/Utilities/gparted-live-0.8.1-3.iso'/>
          <target dev='hda' bus='sata'/>
          <readonly/>
          <boot order='2'/>
          <address type='drive' controller='0' bus='0' target='0' unit='0'/>
        </disk>

    Change the vdisk to boot order 2, and the iso to boot order 1. Once you are done, edit the xml and change them back, or just edit the VM and remove the ISO.

     

    Theoretically you can change the boot order with the GUI, but I've never been able to get that to work.

    • Like 1
  10. I disabled the VPN settings and now I have WebUI access. So how do I enable VPN while maintaining control of rtorrent?

    That means the VPN isn't starting properly, rtorrent won't start if the VPN is enabled in the docker settings and not working. Verify credentials and settings for your VPN.
  11. Only could probably be done away with now.

    The function needs to remain, but it could do with a renaming.

     

    I purposely have shares that I keep data manually switched between fast SSD cache and slower array disks, based on usage. I need that share to write new files to the cache drive, since fresh files are typically referenced frequently for a while. As the data ages, I manually move it to the array folders so it's still available, but not high priority.

     

    An automatic version of what I manually do has been discussed in the past.

  12. I don't like the idea of automatically excluding SSD disks.  There may be a reason someone wants to see disk activity on a SSD disk.  This way the user can make the decision on which ones to include/exclude.

    I agree, I was just trying to be funny, pointing out the title of the thread references spinning up disks, but not disk activity.  ::)

     

    I suppose if you want to be pedantic the reference to spinning up something has been turned into a colloquialism meaning to start using it.

  13. Should such be added please keep it optional. I am very happy with the fact that I can -only- access my server over VPN.

     

    There have been discussions about this.

     

    Honestly, I'm still on the "don't do it" camp :)

    If you even entertain a built in solution at all, I'd make it a separate plugin on the unraid side, so by default the base installation is local only. The more hoops people have to jump through to lower security on their server the better.

     

    The functionality is already available, OpenVPN and DuckDNS cover 99% of users.

     

    For now, just point people to http://lime-technology.com/forum/index.php?topic=54364.0 when they want remote access.

    • Like 1
  14. Another issue I'm having, which might not be an issue with the docker as such, but when the renamer attempts to move a file into the final media location, it seems to try to move it before it is fully extracted, resulting in a corrupt file.

     

    Is there a workaround for this?

    Probably an issue with your docker paths, both host and app paths must agree between your downloader and the app sending the request. Specifically, the from path of the renamer in CP should be a full valid destination inside your downloader app.

    http://lime-technology.com/forum/index.php?topic=56593.0

    See if this helps.

  15. So far, mostly so good for me. I configured the containers to use my VPN provider, all good. Torrents download just fine (testing on debian torrents). What I can't get going, is privoxy. It appears to start up OK - but I get this error when I access it on port 8118:

     

    "Invalid header received from client"

    You don't access it from that address, you set your applications' http proxy to that address, then browse as normal. To test that it's working properly, visit one of the sites that checks your public IP, with and without the proxy enabled. You should get two different IP's, one that actually is your WAN IP, one that is on your VPN WAN IP.
×
×
  • Create New...