twistedsanity

Members
  • Posts

    24
  • Joined

  • Last visited

Posts posted by twistedsanity

  1. 3 hours ago, BlaM said:

      

     

    Uh, nice. I didn't know that Unraid would open a port you can connect to. I have seen the integration in HA, but assumed that you have to connect directly to the UPS (and mine does not have a network connection).

     

    Thanks :) - Problem solved.

    Hahaha, exactly the same for me I've spent ages trying to work out how to run NUT on hassio or on my pfsense firewall and then share with unraid, but never could be bothered with the effort. I could kick myself that I never knew this before now.

     

    (and its already fully working and looking good....grrr)

  2. Update: now working and I am the fool.

    I seem to be stuck in limbo between 2023.02.17 and 2023.02.25, the plugin status is "pending" and I am unable to attempt the install again. Is there a command I can run to stop the pending operation or is a reboot going to be needed?

     

    It seems by posting on the forum it suddenly affects the status/aura of my unraid, and causes me to be a complete liar. It seems even after waiting an abnormal amount of time and it still not working, coming to the forum and 'complaining' causes it to magically fix just to spite me. :) 

     

    Sorry for wasting anyone's time.

  3. 13 minutes ago, canedje said:

     "linuxserver/unifi-controller:version-6.2.23" this then reinstalled the 6.2.23 version and the container came up

     

    Where to find this ??

    If you click on the name of the container it will take you to the 'configuration screen' in there will be a field called "Repository" it will likely have the box filled with "linuxserver/unifi-controller" or "linuxserver/unifi-controller:latest" change this to "linuxserver/unifi-controller:version-6.2.23" (without the quotes) and click apply. This basically tells the system to go and get a specific version of the software rather than just looking for the newest.

     

    But again please remember this is a temp fix and will need to be reverted at some point. Also please note by changing this you are purely specifying a version you are not getting the software from anyone else etc....

    • Like 1
  4. Sorry, I may have missed something completely earlier in discussions but mine also had this issue as it looks like dockerhub linuxserver.io shows version 6.1.71 attached to the tag 'latest' which it isn't (its a release from a month or so ago) and mine is trying to downgrade to it as its thinking it is a new release. 

     

    *** I fixed this (temporarily until linuxserver.io fix the tags) by changing out the repository field to "linuxserver/unifi-controller:version-6.2.23" this then reinstalled the 6.2.23 version and the container came up. ***

     

    Note: once fixed by linuxserver you will need to revert the repository field or you won't get updates.

    • Like 2
    • Thanks 1
  5. @gaikokujinkyofusho

     

    I think I may have solved the issue. I found that 'Automatic Torrent Management' was not on/ticked for every new torrent. If I start a torrent then manually tick this it looks to get moved correctly.

    Unfortunately it looks like the options to configure this are not available in the WebGUI only the full desktop client, but...

     

     

    I opened the qBittorrent.conf in notepad and adjusted the following section to look like this (I only had to modify the last line on mine, false to true)

     

    [BitTorrent]
    
    Session\DisableAutoTMMTriggers\CategorySavePathChanged=false
    Session\DisableAutoTMMByDefault=false
    Session\DisableAutoTMMTriggers\CategoryChanged=false
    Session\DisableAutoTMMTriggers\DefaultSavePathChanged=true

    Hopefully this will work for you too.

     

    ***Edit: I have since changed all of the above to true.

  6. 19 hours ago, JBanner said:

    Hi All, I'm having a new problem for the last month or so.

    Nothing on my setup changed, I'm running latest versions of everything.

     

    Qbittorrent all of a sudden started to move completed torrents into my "Auto" folder i.e. the folder that is bein autowatched for new torrents.

     

    Normally the download is moved when completed to a folder called "completed" and the torrent is moved to "finished torrents"

     

    The relevant paths are still assigned correctly within settings, and if i manually "set download location" to the "completed" directory by right clicking the torrent it moves to the correct place on completion.

     

    ......

    I'm glad I came and looked, I am having exactly the same issue. I thought it was my config and have completely rebuilt the categories and folders. 

     

    Hmmm I wonder what has changed.

  7. 1) Using Unraid meant I was able to hugely condense multiple physical servers and service into one box (ha/dr to a second) whilst keeping power usage to a minimum and heaat output low.

     

    Something that I would welcome in 2020 would be some small improvements to the docker implementation, for example, visual updates for container grouping which could be collapseable.

    Its really great already, but with a little more tweaking would tip it over the edge into awesome.

  8. So very short term user, but already I've managed to reduce my home infrastructure to a single server (offsite data backup still and some other dedicated devices) running multiple containers and vms. This has reduced my electrical demand, heat generated and space required massively. I am over the moon with my setup that even though I don't need it I bought the pro license as a sort of thank you! I am still trying to think up new ways or things to do with my server to increase the value add.

     

  9. Technically it doesn't get a new external IP as its using the other container for its connectivity, but yes confirmed the route and that there is no leak to other interfaces. TBH its a great solution to what I was looking to do. Also running packet trace at the firewall to make sure all is as it should be.

  10. I have a rather custom setup where I use --network=container:[containername] via the 'extra parameters' option field (network type in the GUI is set to none). This means if I need to access the WebUI of this container I need to route via the other containers IP and port. Therefore I would like to be able to unhide/override the default behaviour for the WebUI menu item (which is hide on 'network  type' = none) so I can manually point it to the correct address.

     

    Thank you for the consideration. 

  11. I really do want it to appear as I am using --network=container:[containername] and want the webui option (manually configured) to use the ip and port assigned to the other container.

  12. Hello,

    I am using a custom network configuration, but I still want the WebUI option to appear with my customer ip/port configured. For some reason when network is set to none I lose the WebUI menu item. Any way to get this back?

  13. I am in the process of moving over to unRAID and want to try and reduce the kit I am using.

     

    I have a setup with 1 onboard and a dual port Intel Pro 1000 NIC.

     

    I would like to have at least 2 NIC configurations, 1 using gateway x.x.x.254 and one using a gateway of x.x.x.253

     

    My assumption was to configure 2 bridges and then just assign the appropriate container to each but I can't get multiple bridges to show in the GUI.

    Network Type shown:

    Bridge

    Host

    None

    Custom: br0

     

    Have I completely misunderstood the setup or can someone point me in the right direction.

     

    Thank you