Transmission downloaded files cannot be seen/accesed

1st Official Post

    Hello


    New to OMV here , just bought a HP Z400 server , set up OMV 5 with Plex, Nextcloud , Transmission.
    Everything working nicely , except one thing:


    Installed transmission through portainer , all went ok.
    Tranmission GUI working, dowloaded 3 movies.


    BUT , when I want to open/see movies , NOTHING THERE
    Default folder for downloads is /dowloads.
    I can see folder on my network (given access sambashare ... etc)


    See Attached photos .


    Even downloaded one movie trying to change the folder to be downloaded --- still nothing ...


    Can anyone help?forum.openmediavault.org/wsc/index.php?attachment/14364/forum.openmediavault.org/wsc/index.php?attachment/14364/

    Ok , sorted out minutes after posting ... :):)


    Just reviewing my post , seen that I misspelled the name of my Hard Disk .... Instead of 4TbDATA saved 4RbData ....


    So , stopped container , edit , correct name of HDD , started transmission , all working fine !!
    Couldnt figure this out without posting here , :):):)

    Makes me wonder where the files did get downloaded to - inside the container itself perhaps? Check the size of it on disk, restart it and check the size again. If the files did go there and they are not stored persistently they should vanish with a container restart.

    --
    Google is your friend and Bob's your uncle!


    A backup strategy is worthless unless you have a verified to work by testing restore strategy.


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

    • Official Post
    Quote from gderf

    Makes me wonder where the files did get downloaded to - inside the container itself perhaps? Check the size of it on disk, restart it and check the size again. If the files did go there and they are not stored persistently they should vanish with a container restart.

    I've done it a few times on accident on my virtual machine. If he goes to /srv
    and does an ls, he'll find there's a directory created with the /dev-id-4RbData/whatever. Depending on how much he downloaded and how small is OS drive is, he'll want to delete that directory at the command line level, because it's probably on his OS drive

    Quote from KM0201

    I've done it a few times on accident on my virtual machine. If he goes to /srvand does an ls, he'll find there's a directory created with the /dev-id-4RbData/whatever. Depending on how much he downloaded and how small is OS drive is, he'll want to delete that directory at the command line level, because it's probably on his OS drive

    That was true .. did check it out... thanks for your reply.
    I've deleted that folder now with PUTTY ("rm -rf dirname" .... this way I am learning Linux too :) )


    BTW my OS drive is an 120 Gb SSD , but still , without your post some 6 Gb of files would have hanged around on it :)

    • Official Post
    Quote from rtibby

    That was true .. did check it out... thanks for your reply.I've deleted that folder now with PUTTY ("rm -rf dirname" .... this way I am learning Linux too :) )


    BTW my OS drive is an 120 Gb SSD , but still , without your post some 6 Gb of files would have hanged around on it :)

    Obviously a 120gigs, you're not gonna miss 6gigs (especially when the OS takes up barely 3 in most places)... but when you're talking about some of the folks who are using 16gig flash drives, or some that are pushing it with 8gig.. they would notice.


    It's an easy mistake to make. Usually what has happened to me on my virtual machines.. When I'm testing docker compose files I've written for my actual server.. and when I test them on my virtual machine, I forget to adjust the volume paths in my compose file for my virtual machine... since that volume doesn't exist on my virtual machine, my docker compose file creates it... and I end up in a similar situation to you before I catch it.

    I run OMV on a 16GB SSD. It's currently taking up 8.1GB.