Jump to content

Lo Key

Members
  • Posts

    12
  • Joined

  • Last visited

Posts posted by Lo Key

  1. On 7/3/2018 at 7:06 PM, ken-ji said:

    You should not have needed to do any of this on the command line anymore. All of it is GUI supported. :D

     

    Yeah, you were right.  I didn't think of clicking the Advanced settings to see everything I needed so I just assumed since it was a special setup I had to do via command line.

     

    BTW, don't anyone do what I did as it will be gone after the next start/stop of docker anyway :)

     

    I've now set it up properly via the GUI and it's working fine.

  2. @ken-ji it worked!  Thank you so much!  With everything moved over, I'm now able to get to any docker with an assigned static IP over OpenVPN.

     

    I had not managed anything with docker from the command line before this.  So, in case anyone else was like me and wants to do this, here were the commands I used in the console for the steps "Delete the docker custom network on eth0/br0" and "Setup the docker custom network on eth1/br1" after I had broken the bond on the interfaces in network settings:

     

    docker network ls                (this will list out what docker networks are available)

     

    NETWORK ID          NAME                DRIVER              SCOPE
    c152fe231096        br0                 macvlan             local
    2077b50fac9e        bridge              bridge              local
    c73f55312022        host                host                local
    e219d9bf945e        none                null                local
     

    docker network rm br0   (this will delete the br0 network used by docker when static ips are applied - be sure you're ready to do this)

     

    docker network create -d macvlan --subnet=192.168.1.0/24 --gateway=192.168.1.1 -o parent=eth1 docker            (creates the new network and names it "docker".  Name it what you want.  Make sure the network settings match your own local network if you're keeping them all on the same subnet.)

     

    Then, go into Docker and move each container onto the new network.

     

     

  3. I have been running this OpenVPN container without issues for a few months now.  Once I realized the option for assigning containers their own IP address was available in Unraid, I assigned most of my containers static IPs in their settings so I could use my router software to track bandwidth usage.  I did not reassign the OpenVPN container and left it running on the same IP as Unraid.

     

    Internally, everything is fine.  But when I connect via OpenVPN, I cannot get to any container that has it's own IP address.  I am able to reach the Unraid webgui and any container still running off of the Unraid IP address.  I am able to get to any other resources on the network with other PCs, web sites not on Unraid, etc.  The static IPs are on the same internal subnet, 192.168.1.0/24.

     

    In searching for information, I came upon this old reddit thread where the top response says "Using custom IP's (macvlan) isolates you from the host, can't remember if it also isolates you from other containers.".  Is this correct, and if so, is there any way around it or do I have to reassign the containers back to using the Unraid IP if I want to access them via OpenVPN?

  4. 1 hour ago, Gog said:

     

    Whoa there buddy, my setup works just fine, don't you jinx me!  :P

     

    You have a similar issue as clearzero, sonarr is trying to write in the wrong place. lionelhutz gave the right explanation.

     

    Take a look at the sonarr log: Access to the path "/tv/....

    And in your sonarr, you defines /dev/rtc, /media, /download and /config.  Sonarr has no idea what /tv is.

     

    Either define /tv to /mnt/user/whatever in the sonarr container options or in your series, go in options and save them to the path /media/tv/Last Week Toni...

     

     

    image.png.c98822197dfdfb872a355ececfd7fe38.png

     

    Creating the mapping in the sonarr container parameters is probably a *lot* less clicks

     

    Ugh... yeah, that was it.  Corrected the path and I'm good to go.  Thanks!

  5. I've been having the same kind of errors as Gog.  The renaming issue also happens with Radarr although here, of course, we'll focus on Sonarr.  I'll provide everything I can think of here.  Please let me know what I might be overlooking.

     

    image.png.20b51553a972d21a1d7842c536396ee7.png

    image.png.ce0f6effcc52934ced2285cf2313fb19.png

    image.png.a43857bdafda1adf1a65045cbee77616.png

     

    image.png.6a880a9c0e30e58f32ea6f3e28e6a3ad.png

     

    image.png.7be00196510e8aa79583fb6afbb0a73a.png

     

    image.png.5b50cbbf263a2c7667c93550c6025105.png

     

    image.png.2b9fe328a5d4ae1320716725f0221990.png

     

    image.png.a0557410b2b89d56997cb5a4b605de9c.png

     

    image.png.d0ec54bf0161a0b427c16def4c26a251.png

     

    image.png

    image.png

    image.png

  6. Just curious on what most people have their mover schedule set to.  I'm still pretty new to Unraid so I'm still checking out all of the settings.  Right now I have all of my shares set to Yes for "Use cache drive".  I set it to this originally because I was moving so much data over at first from my old storage I thought it might speed things up.  Now that I'm fully migrated, I still haven't changed this.   The only thing that is writing somewhat regularly to Unraid is downloads in nzbget.

     

    I guess, to sum up, here are my questions:

     

    1. Should I set any shares that aren't written to often to No for "Use cache drive" so they are protected immediately?

    2. Are there any disadvantages to running Mover hourly instead of once per day?  I understand there will be more disk usage but I'm not really moving 10's of GB at a time onto the array anymore so I would think running more often shouldn't impact performance too much, would it?

     

    Thanks.

     

×
×
  • Create New...