DammitDaphne

I'm working with okwrtdsh/anaconda3 When running $ jupyter notebook --generate-config the file is "generated" according to the response in the /root/.jupyter/ folder. I can navigate to that folder in a jupyter container terminal and see the file listed, but cannot open, edit, or access it. And when looking for that folder with any other option on my server, including the Unraid terminal and file browser, it just doesn't exist. I even ran a search for it on the entire system with no results. Does anyone have any idea where it is or how to edit it?

I figured out the problem, in case anyone else ever comes across this. Prior to the issue with the flash drive, the volume mappings were set to /download -> /mnt/cache/tdown/incomplete/ /completed -> /mnt/cache/tdown/completed/ I never had a problem with this mapping, but now it just can't function. The whole time I was feeling like it was a permissions issue, since it was acting like it was downloading then just didn't. Anyway, I was thinking about how I have the download share folder set to cache only, and hence, /mnt/cache/ seemed appropriate, but on a whim I switched it to /mnt/user/ and it immediately started downloading. All's good now. Thanks to anyone who was looking for a solution.

Creds were just spoof info, In the future I'll make sure to just use X's. I have tried attaching an image of the prefs about a dozen times and it will not let me upload for some reason. In preferences, the Download to: is /download, and Move completed to: is checked and set to /completed

root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='binhex-delugevpn' --net='bridge' --cpuset-cpus='8,10,20,22' --privileged=true -e TZ="America/Chicago" -e HOST_OS="Unraid" -e 'VPN_ENABLED'='yes' -e 'VPN_USER'=xxxxxx' -e 'VPN_PASS'='xxxxxxx' -e 'VPN_PROV'='pia' -e 'VPN_CLIENT'='openvpn' -e 'VPN_OPTIONS'='' -e 'STRICT_PORT_FORWARD'='yes' -e 'ENABLE_PRIVOXY'='no' -e 'LAN_NETWORK'='192.168.1.0/24' -e 'NAME_SERVERS'='1.1.1.1,1.0.0.1,84.200.69.80,37.235.1.174,37.235.1.177,84.200.70.40' -e 'DELUGE_DAEMON_LOG_LEVEL'='info' -e 'DELUGE_WEB_LOG_LEVEL'='info' -e 'VPN_INPUT_PORTS'='' -e 'VPN_OUTPUT_PORTS'='' -e 'DEBUG'='false' -e 'UMASK'='000' -e 'PUID'='99' -e 'PGID'='100' -p '8112:8112/tcp' -p '58846:58846/tcp' -p '58946:58946/tcp' -p '58946:58946/udp' -p '8118:8118/tcp' -v '/mnt/user/appdata/data':'/data':'rw' -v '/mnt/cache/tdown/incomplete':'/download':'rw' -v '/mnt/cache/tdown/completed':'/completed':'rw' -v '/mnt/user/appdata/binhex-delugevpn':'/config':'rw' --sysctl="net.ipv4.conf.all.src_valid_mark=1" 'binhex/arch-delugevpn' 3b5d6e8f1df97bd9de6a6d89cbcfe18df1f5036f12896bee5853d8678cd44d87

Yesterday my cache drives somehow switched to read only, and the only way I could fix it was to format and restore. Upon reinstalling deluge, the files won't download. I am connected, and all settings are the same in the container as before. I have volume mappings for /download and /completed, which again, have always worked, but now for some reason it's ignoring the mappings and trying to download to the appdata folder. I've verified the settings in the container, tried to override in the GUI preferences, and nothing seems to work. Download starts, ramps up, then slowly down and just stops.