Jump to content

joyless

Members
  • Posts

    147
  • Joined

  • Last visited

Posts posted by joyless

  1. yeah but thing is, my files are no longer being processed - they just sit in the input folder. 

    log file gets so long i have trouble copying and pasting relevant content form webGUI, there are also A LOT of xml lines with metadata from each episode (like actors, episode summary etc).

     

    regarding the

    
    /files/filebot.sh: line 49: -non-strict: command not found	
    its an error somewhere on the filebot.sh, but it (probably) doesnt matter in this case - it happens since i installed your docker and i didnt bother to fix it since everything worked just fine
  2. i noticed my files are no longer being processed, so i checked the logs:

    *** Running /etc/my_init.d/00_config.sh...
    
    Current default time zone: 'Europe/Warsaw'
    Local time is now: Tue May 23 21:12:32 CEST 2017.
    Universal Time is now: Tue May 23 19:12:32 UTC 2017.
    
    *** Running /etc/my_init.d/01_user_config.sh...
    usermod: no changes
    usermod: no changes
    usermod: no changes
    *** Running /etc/my_init.d/02_app_config.sh...
    *** Running /etc/my_init.d/50_configure_filebot.sh...
    [May 23 09:12:32 PM] Starting FileBot container
    [May 23 09:12:32 PM] Creating /config/filebot.conf.new
    [May 23 09:12:32 PM] Comparing user's filebot.sh at version 3 versus current version 3
    [May 23 09:12:32 PM] Configuring for OpenSubtitles user "joyless"
    [2017-05-23 21:12:32] Creating user "user_99_100" (ID 99) and group "group_99_100" (ID 100) to run the command...
    [2017-05-23 21:12:32] Running command as user "user_99_100"...
    May 23, 2017 9:12:49 PM java.util.prefs.FileSystemPreferences$6 run
    WARNING: Prefs file removed in background /nobody/.java/.userPrefs/net/filebot/prefs.xml
    Enter OpenSubtitles username: Enter OpenSubtitles password: Testing OpenSubtitles... OK
    Done ヾ(@⌒ー⌒@)ノ
    *** Running /etc/rc.local...
    *** Booting runit daemon...
    *** Runit started as PID 111
    Generating xrdp RSA keys...
    [May 23 09:13:00 PM] Running FileBot on startup
    guacd[122]: INFO: Guacamole proxy daemon (guacd) version 0.9.6 started
    guacd[122]: INFO: Listening on host 127.0.0.1, port 4822
    [2017-05-23 21:13:00] User "user_99_100" already exists. Skipping creation of user and group...
    [2017-05-23 21:13:00] Running command as user "user_99_100"...
    
    Generating 512 bit rsa key...
    
    ssl_gen_key_xrdp1 ok
    
    saving to /etc/xrdp/rsakeys.ini
    
    done
    /files/filebot.sh: line 49: -non-strict: command not found
    May 23 21:13:01 79579ead7bbb syslog-ng[130]: syslog-ng starting up; version='3.5.3'
    InitOutput:
    
    X11rdp, an X server for xrdp
    Version 0.9.0
    Copyright (C) 2005-2015 Jay Sorg
    See http://www.xrdp.org for information on xrdp.
    Underlying X server release 10903000, The X.Org Foundation
    Screen width 1280 height 720 depth 16 bpp 16
    dpix 100 dpiy 100
    buffer size 1843200
    23/05/17 21:13:01 kill disconencted [0] timeout [60] sec
    pRRScrPriv 0x7f0520
    rdpScreenInit: ret 1
    InitOutput: out
    [dix] Could not init font path element /usr/share/fonts/X11/misc/, removing from list!
    [dix] Could not init font path element /usr/share/fonts/X11/TTF/, removing from list!
    [dix] Could not init font path element /usr/share/fonts/X11/OTF/, removing from list!
    [dix] Could not init font path element /usr/share/fonts/X11/100dpi/, removing from list!
    [dix] Could not init font path element /usr/share/fonts/X11/75dpi/, removing from list!
    rdpSpriteDeviceCursorInitialize:
    rdpPointerWarpCursor:
    rdpPointerNewEventScreen:
    InitInput:
    rdpMouseCtrl:
    rdpChangeKeyboardControl:
    Obt-Message: Xinerama extension is not present on the server
    rdpChangeKeyboardControl:
    Locking /folder/amc.log
    Openbox-Message: Unable to find a valid menu file "/var/lib/openbox/debian-menu.xml"
    Starting X app...
    May 23, 2017 9:13:25 PM org.apache.coyote.AbstractProtocol init
    INFO: Initializing ProtocolHandler ["http-bio-8080"]
    May 23, 2017 9:13:25 PM org.apache.catalina.startup.Catalina load
    INFO: Initialization processed in 19961 ms
    May 23, 2017 9:13:27 PM org.apache.catalina.core.StandardService startInternal
    INFO: Starting service Catalina
    May 23, 2017 9:13:27 PM org.apache.catalina.core.StandardEngine startInternal
    INFO: Starting Servlet Engine: Apache Tomcat/7.0.52 (Ubuntu)
    May 23, 2017 9:13:28 PM org.apache.catalina.startup.HostConfig deployWAR
    INFO: Deploying web application archive /var/lib/tomcat7/webapps/ROOT.war
    Failed in glXGetVisualFromFBConfig
    

     

    21:14:56.849 [localhost-startStop-1] WARN o.g.g.properties.GuacamoleProperties - GuacamoleProperties is deprecated. Please use Environment instead.
    21:14:56.963 [localhost-startStop-1] WARN o.g.g.properties.GuacamoleHome - GuacamoleHome is deprecated. Please use Environment instead.
    21:14:56.997 [localhost-startStop-1] INFO o.g.g.n.b.r.a.BasicTokenSessionMap - Sessions will expire after 60 minutes of inactivity.
    21:15:02.151 [localhost-startStop-1] INFO o.g.g.n.b.w.t.WebSocketTunnelModule - Loading Tomcat 7 WebSocket support...
    May 23, 2017 9:15:11 PM org.apache.catalina.util.SessionIdGenerator createSecureRandom
    INFO: Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [209] milliseconds.
    May 23, 2017 9:15:14 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory register
    INFO: Registering org.glyptodon.guacamole.net.basic.rest.clipboard.ClipboardRESTService as a root resource class
    May 23, 2017 9:15:14 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory register
    INFO: Registering org.glyptodon.guacamole.net.basic.rest.connection.ConnectionRESTService as a root resource class
    May 23, 2017 9:15:14 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory register
    INFO: Registering org.glyptodon.guacamole.net.basic.rest.connectiongroup.ConnectionGroupRESTService as a root resource class
    May 23, 2017 9:15:14 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory register
    INFO: Registering org.glyptodon.guacamole.net.basic.rest.protocol.ProtocolRESTService as a root resource class
    May 23, 2017 9:15:14 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory register
    INFO: Registering org.glyptodon.guacamole.net.basic.rest.user.UserRESTService as a root resource class
    May 23, 2017 9:15:14 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory register
    INFO: Registering org.glyptodon.guacamole.net.basic.rest.auth.TokenRESTService as a root resource class
    May 23, 2017 9:15:14 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory register
    INFO: Registering org.glyptodon.guacamole.net.basic.rest.activeconnection.ActiveConnectionRESTService as a root resource class
    May 23, 2017 9:15:14 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory register
    INFO: Registering org.codehaus.jackson.jaxrs.JacksonJsonProvider as a provider class
    May 23, 2017 9:15:14 PM com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
    INFO: Initiating Jersey application, version 'Jersey: 1.17.1 02/28/2013 12:47 PM'
    May 23, 2017 9:15:16 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory getComponentProvider
    INFO: Binding org.codehaus.jackson.jaxrs.JacksonJsonProvider to GuiceManagedComponentProvider with the scope "Singleton"
    May 23, 2017 9:15:29 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory getComponentProvider
    INFO: Binding org.glyptodon.guacamole.net.basic.rest.clipboard.ClipboardRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
    May 23, 2017 9:15:29 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory getComponentProvider
    INFO: Binding org.glyptodon.guacamole.net.basic.rest.connection.ConnectionRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
    May 23, 2017 9:15:29 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory getComponentProvider
    INFO: Binding org.glyptodon.guacamole.net.basic.rest.connectiongroup.ConnectionGroupRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
    May 23, 2017 9:15:30 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory getComponentProvider
    INFO: Binding org.glyptodon.guacamole.net.basic.rest.protocol.ProtocolRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
    May 23, 2017 9:15:30 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory getComponentProvider
    INFO: Binding org.glyptodon.guacamole.net.basic.rest.user.UserRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
    May 23, 2017 9:15:30 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory getComponentProvider
    INFO: Binding org.glyptodon.guacamole.net.basic.rest.auth.TokenRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
    May 23, 2017 9:15:30 PM com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory getComponentProvider
    INFO: Binding org.glyptodon.guacamole.net.basic.rest.activeconnection.ActiveConnectionRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
    May 23, 2017 9:15:30 PM com.sun.jersey.spi.inject.Errors processErrorMessages
    WARNING: The following warnings have been detected with resource and/or provider classes:
    WARNING: A sub-resource method, public void org.glyptodon.guacamole.net.basic.rest.activeconnection.ActiveConnectionRESTService.patchTunnels(java.lang.String,java.util.List) throws org.glyptodon.guacamole.GuacamoleException, with URI template, "/", is treated as a resource method
    
    # /nobody/hs_err_pid191.log
    May 23, 2017 9:18:12 PM org.apache.coyote.AbstractProtocol pause
    INFO: Pausing ProtocolHandler ["http-bio-8080"]
    pure virtual method called
    terminate called without an active exception
    May 23, 2017 9:18:12 PM org.apache.catalina.core.StandardService stopInternal
    INFO: Stopping service Catalina
    Aborted
    May 23, 2017 9:18:12 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [] appears to have started a thread named [com.google.inject.internal.util.$Finalizer] but has failed to stop it. This is very likely to create a memory leak.
    May 23, 2017 9:18:13 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    SEVERE: The web application [/guacamole] appears to have started a thread named [com.google.inject.internal.util.$Finalizer] but has failed to stop it. This is very likely to create a memory leak.
    May 23, 2017 9:18:13 PM org.apache.coyote.AbstractProtocol stop
    INFO: Stopping ProtocolHandler ["http-bio-8080"]
    May 23, 2017 9:18:13 PM org.apache.coyote.AbstractProtocol destroy
    INFO: Destroying ProtocolHandler ["http-bio-8080"]
    ERROR: openbox-xdg-autostart requires PyXDG to be installed
    


    any idea whats going on? i have reinstalled the cointainer just in case, but no change

  3. hello,

    i just updated the filebot container, i believe this update was pushed within last few days.

    i'm getting following mediainfo errors now:

     

    {duration} => Expression yields empty value: Binding "duration": Unable to load library 'mediainfo': Native library (linux-x86-64/libmediainfo.so) not found in resource path ([file:/usr/share/filebot/FileBot.jar])
    {duration} => Expression yields empty value: Binding "duration": Could not initialize class net.filebot.mediainfo.MediaInfoLibrary
    Failed to read video properties: Unable to load amd64 (64-bit) native library libmediainfo.so: Could not initialize class net.filebot.mediainfo.MediaInfoLibrary
    

     

    is there anything i can do on my end to fix it?

     

  4. one last question, how are you adding torrents to transmission?, are you doing this manually via a blackhole (watch) directory?, or using something else (couchpotato, sickrage etc)?

    binex, thank you! after your question i started looking outside unraid server and i narrowed down the problem to outdated safari extension that i use to send magnet links to transmission. seems for whatever reason it wasn't working with docker mappings. i tried different extension and it now works as it supposed to! :)

     

    trurl, thanks for taking your time and trying to help me!

  5. there are no "extra" or "plugins" folders on my flash drive

    That appears to rule out any non-docker instances of transmission running on your server. Are you sure you don't have multiple transmission dockers installed? Do you possibly have more than one server and you are confused about which one you are working with?

     

    I don't have any other ideas. Are you sure you aren't trolling me? ;)

     

    yes, i'm sure i don't have multiple dockers installed, and no, i'm not trolling you :)

     

    now see this - i just tried installing transmission docker on my parents server, and wow...EXACTLY same problem!

     

    i'm changing mappings on their server and config in settings.json and the download location is still /mnt/cache/downloads/incoming (their unraid config is nearly identical to mine, so its easier to maintain two servers).

     

    i have no clue what is happening here and i'm running out of ideas what to do next.

  6. Post the contents (directory listing) of these folders on your flash drive:

    extra

    plugins

    config/plugins

     

    and also the config/go file.

     

    root@lilmofo:/boot# ls config/plugins
    ca.backup/      ca.update.applications/      community.applications/      custom/     dynamix/              dynamix.plg*
    ca.backup.plg*  ca.update.applications.plg*  community.applications.plg*  dockerMan/  dynamix.kvm.manager/  images/
    

     

    custom is just a collection of some bash scripts, not related to docker or transmission in any way

     

    there are no "extra" or "plugins" folders on my flash drive

     

    root@lilmofo:/boot/config# cat go
    #!/bin/bash
    # Start the Management Utility
    /usr/local/sbin/emhttp &
    
    echo "alias cddl='cd /mnt/cache/downloads && ls'" >> /etc/profile
    echo "alias cda='cd /mnt/user/ && ls'" >> /etc/profile
    echo "alias cdad='cd /mnt/cache/appdata/ && ls'" >> /etc/profile
    echo "alias cdc='cd /mnt/cache/ && ls'" >> /etc/profile
    echo "alias du='du -sh * | sort -h'" >> /etc/profile
    echo "alias permsfix='chmod -R go-rwx,u-x,g+u,ug+X * -R && chown nobody:users * -R'" >> /etc/profile
    echo "alias whitespace='/boot/config/plugins/custom/removewhitespace'" >> /etc/profile
    echo "alias lowercase='/boot/config/plugins/custom/lowercase'" >> /etc/profile
    echo "alias rsync='rsync -rtvu'" >> /etc/profile
    echo "alias rsyncdelete='rsync -rtvu --delete'" >> /etc/profile
    echo "alias amclog='tail -F /mnt/cache/appdata/filebot/amc.log'" >> /etc/profile
    
    echo "PS1='\[\033[1;33m\]\W/\[\033[0m\] '" >> /etc/profile
    
    #starwars!
    sh /boot/config/plugins/custom/beep.sh
    
    #backup
    cp /boot/config/plugins/custom/rsync-apps /etc/cron.weekly
    cp /boot/config/plugins/custom/rsync-flash /etc/cron.weekly
    

     

  7. This is probably less than ideal for the volume mappings since everything it going to be mixed together in you appdata.

    this is just a test install to show you that the mappings should be okay and that i did not accidentally type wrong paths somewhere

    Are you sure you don't also have a transmission plugin running, and perhaps you are actually using its webUI?

    after installing docker i have removed the transmission plugin. in fact, i just removed all my remaining Phaze plugins (sonarr, nzbget and couchpotato) and moved to docker counterparts. no problems whatsoever.

    Have you rebooted since removing the plugins?

    yes i did. after removing the plugins and after removing docker.img

  8. This is probably less than ideal for the volume mappings since everything it going to be mixed together in you appdata.

    this is just a test install to show you that the mappings should be okay and that i did not accidentally type wrong paths somewhere

    Are you sure you don't also have a transmission plugin running, and perhaps you are actually using its webUI?

    after installing docker i have removed the transmission plugin. in fact, i just removed all my remaining Phaze plugins (sonarr, nzbget and couchpotato) and moved to docker counterparts. no problems whatsoever.

  9. /mnt/cache/downloads/incoming

    This path doesn't exist anywhere in the LSIO template for this docker or in their dockerfile. If you really started over these are the only places we would have to look to find it. You must have entered it somewhere or pointed the volume mappings to it or pointed the volume mappings to some files that had it in them.

     

    this is fresh install, i removed appdata content before

    rm /mnt/cache/appdata/* -rf
    

     

    docker mappings:

    bjs1f-le.jpg

     

    settings.json:

    8f88pnzx.jpg

     

    webUI:

    vpbxg512.jpg

     

    /mnt/cache/downloads/incoming

    f0hspyo_.jpg

     

    root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name="transmission" --net="bridge" -e TZ="Europe/Warsaw" -e HOST_OS="unRAID" -e "PUID"="99" -e "PGID"="100" -p 9091:9091/tcp -p 51413:51413/tcp -v "/mnt/cache/appdata/222":"/downloads":rw -v "/mnt/cache/appdata/222":"/watch":rw -v "/mnt/cache/appdata/222":"/config":rw linuxserver/transmission
    eec4ae59de0bec4a4046cbcf59d8ea5b7f368bcfb2d0a5256c81ad122872d559

  10. I would say you have done it wrong again in the same way. But since I can't see exactly what you are doing I don't know what it is.

     

    Do you have any other working dockers?

    i dont really see what i could have done wrong

    i even set the docker mappings to different folder "/mnt/cache/appdata/test" this time, changed the ports and used default settings.json, download location location in webGUI is still /mnt/cache/downloads/incoming

     

    i have filebot docker running with no problems.

     

    edit: so yeah, i just removed docker.img and appdata folder, reinstalled transmission docker from command line (skipping CA), used fresh, untouched install, and boom, there it is: /mnt/cache/downloads/incoming...

  11. /confused

    It is certainly confusing. Obviously have done something wrong but we haven't been able to discover what it is. Maybe you should just start over with this docker by removing it, deleting its appdata and adding it back by selecting the LSIO transmission again from CA so you get started with a new template instead of selecting it from your Previous Apps.

    yeah i just did that before You posted this reply - removed transmission docker, removed appdata folder and added new template from CA, then added torrent without touching webUI or settings.json, and guess where the download location is set to...yep, "/mnt/cache/downloads/incoming". how is that possible? like there is some hidden config that this docker is using or something :/

  12. And what about this question?

    ... the container doesn't know about the path "/mnt/cache/downloads/incoming", unless you told it about that path through its user interface ... When you first add a torrent, the user interface lets you override the default download location. When you added the torrent, did you perhaps tell it to download it to "/mnt/cache/downloads/incoming"?

    No, I did not tell the app to use any other folder.

     

    I just started messing with my config and noticed something weird. I changed the mappings and "Download to" in webUI to something random: "/mnt/cache/appdata/transmission/test" and "/abc" respectively. When I add new torrent and doubleclick it in webUI, it say the location is "/mnt/cache/downloads/incoming". Docker logs also show same permission error in "/mnt/cache/downloads/incoming" folder. How is this possible? I chaged docker mappings and application settings to point to entirely different locations. I restarted the Docker after making changes.

    /confused

     

    edit: okay, after further testing it seems that no matter what I type in "Download to:" (or how I change settings.json), upon completing the download, Transmission tries to move the files to "/mnt/cache/downloads/incoming", which results in permissions error.

  13. If your mappings are indeed what you say (are you sure you don't have them backwards?), then the container doesn't know about the path "/mnt/cache/downloads/incoming", unless you told it about that path through its user interface (or possibly .json though it isn't clear how that would get involved for this specific case). When you first add a torrent, the user interface lets you override the default download location. When you added the torrent, did you perhaps tell it to download it to "/mnt/cache/downloads/incoming"?

    i'm sure i don't have them backwards :)

    "Download to" in webUI is /downloads, settings.json is

    "download-dir": "/downloads",

    this happens with every new torrent that i add.

     

    I see from your post history that you used to use PhAzE plugins. Is it possible that somehow you have resumed a torrent that was originally added from a plugin version of Transmission and you are reusing the Transmission appdata from that plugin?

    no, when i moved to Docker few days ago i started fresh - new config and no old torrents.

     

    Probably should have asked this long ago. Post your docker run command.

    here it is:

    root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name="transmission" --net="bridge" -e TZ="Europe/Warsaw" -e HOST_OS="unRAID" -e "PUID"="99" -e "PGID"="100" -p 9091:9091/tcp -p 51413:51413/tcp -v "/mnt/cache/downloads/incoming":"/downloads":rw -v "/mnt/cache/appdata/transmission/watch":"/watch":rw -v "/mnt/cache/appdata/transmission":"/config":rw linuxserver/transmission
    eabccd67462d3e7fd65091a99e98856946f514c06c1ad621179994ff95a53f04
    

  14. Which log is this? If it is the log from the transmission docker itself then that just further illustrates what I have been saying. The container doesn't know anything about the path "/mnt/cache/downloads/incoming". It is going to refer to that host path as "/downloads".

    yes, it's from the transmission docker

    If you click on the wrench button at the bottom of the Transmission webUI, what does it say for "Dowload to"?

    it says "/downloads"

  15. Then why did you say

    When i double click the finished torrent, it says the location is "/mnt/cache/downloads/incoming/"

    With those mappings, when you double click the finished torrent it should say the location is /downloads.

    well, that's what is says on webUI...

    i just checked the logs (probably should have started with that) and:

    Couldn't create "/mnt/cache": Permission denied (file-posix.c:189)
    
    error moving "/config/incomplete/abcd.mkv" to "/mnt/cache/downloads/incoming//abcd.mkv": Unable to create directory for new file: Permission denied (torrent.c:3162)
    

    i also noticed double forward slash "/mnt/cache/downloads/incoming//abcd.mkv", which im quite sure shouldnt be there?

     

    permissions on /mnt/cache and /mnt/cache/downloads/incoming are:

    drwxrwxrwx 9 nobody users 248 Jan 15 14:57 cache/
    drwxrwx--- 4 nobody users 384 Jan 17 18:35 downloads/
    drwxrwx--- 2 nobody users   48 Jan 18 01:16 incoming/
    

  16. Another case of settings resetting here.

     

    Biggest issue for me, is that Transmission won't move finished downloads out of incomplete folder.

    Docker mappings:

    /downloads  /mnt/cache/downloads/incoming
    /watch  /mnt/cache/appdata/transmission/watch
    /config  /mnt/cache/appdata/transmission
    

     

    Transmission download folder is set to /downloads.

    When i double click the finished torrent, it says the location is "/mnt/cache/downloads/incoming/", but the files are still in "/mnt/cache/appdata/transmission/incomplete".

     

    Anyone else experiencing this?

     

    Also, I noticed that /watch folder doesnt work. I'm not using this feature anyway, just thought I'm going to mention it.

    What exactly do you mean by "double click the finished torrent"? In the Transmission webUI? Transmission doesn't understand the folder path /mnt/cache/downloads/incoming, according to the mappings you said you have. It would refer to that unRAID host folder as /downloads.

     

    You have something misconfigured, either in the container settings, or within the Transmission application.

     

    yeah, when double clicking in the transmission webUI.

    my "download to" path within the transmission app is "/downloads"

    from settings.json:

        "download-dir": "/downloads",
    

     

    docker mappings like in my previous post:

    /downloads  /mnt/cache/downloads/incoming
    /watch  /mnt/cache/appdata/transmission/watch
    /config  /mnt/cache/appdata/transmission
    

  17. Another case of settings resetting here.

     

    Biggest issue for me, is that Transmission won't move finished downloads out of incomplete folder.

    Docker mappings:

    /downloads  /mnt/cache/downloads/incoming
    /watch  /mnt/cache/appdata/transmission/watch
    /config  /mnt/cache/appdata/transmission
    

     

    Transmission download folder is set to /downloads.

    When i double click the finished torrent, it says the location is "/mnt/cache/downloads/incoming/", but the files are still in "/mnt/cache/appdata/transmission/incomplete".

     

    Anyone else experiencing this?

     

    Also, I noticed that /watch folder doesnt work. I'm not using this feature anyway, just thought I'm going to mention it.

     

×
×
  • Create New...