otherguy / docker-dropbox Goto Github PK

Is your feature request related to a problem? Please describe.
I have an organization where the name is prefixed to the Dropbox, "Org Dropbox".

What happens is that "Dropbox" is what is mounted yet "Org Dropbox" is being synced into the container volume and not the mount Dropbox.

Describe the solution you'd like
There should be a way to symlink from "Org Dropbox" to "Dropbox" which should be simple enough.

This issue provides visibility into Renovate updates and their statuses. Learn more

This repository currently has no open or pending branches.

• Check this box to trigger a request for Renovate to run again on this repository

I am using linux and docker-compose dropbox gets stuck on starting when the image upgrade to dropbox v130.4.4978
after setting DROPBOX_SKIP_UPDATE=1 it uses dropbox v125.4.3474 and it works perfectly.

i can provide more info from my environment if necessary.
thank you very much for this image

Describe the bug
After updating dropbox inside the container it does not want to start up. I guess its not particularly the bug of this dockerized version, but probably somebody has faced this issuee already. I have been using the previous version fine, but after 20 days it warned me to update and it also wasn't working anymore.

Current version: Dropbox daemon version: 143.4.4161
Previous working version: Dropbox daemon version: 125.4.3474

I am using a Linux machine 4.15.0-169-generic #177-Ubuntu SMP Thu Feb 3 10:50:38 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux with Docker version 19.03.12, build 48a66213fe

Run Command:

---
version: "2.1"
services:
  dropbox:
    image: otherguy/dropbox:latest
    container_name: dropbox
    network_mode: host
    environment:
      - TZ=Europe/Budapest
      - DROPBOX_UID=1000
      - DROPBOX_GID=1000
      - POLLING_INTERVAL=15
      - DROPBOX_SKIP_UPDATE=false
    volumes:
      - /home/adr/dropbox-docker/dropbox_config:/opt/dropbox/.dropbox
      - /home/adr/dropbox-docker/dropbox_files:/opt/dropbox/Dropbox
    restart: unless-stopped

Additional context

Before updating

...
You're using an old version of Dropbox. Please update within the next 6 days to continue using Dropbox.

https://www.dropbox.com/downloading?from_client=True
Up to date
Up to date
Up to date
Up to date
...

After updating

root@ machine:/opt/dropbox/Dropbox# dropbox status
Starting...
root@ machine:/opt/dropbox/Dropbox# dropbox status
Starting...
root@ machine:/opt/dropbox/Dropbox# dropbox status
Starting...
root@ machine:/opt/dropbox/Dropbox# dropbox status
Starting...
root@ machine:/opt/dropbox/Dropbox# dropbox status
Starting...
root@ machine:/opt/dropbox/Dropbox# dropbox status
Starting...
root@ machine:/opt/dropbox/Dropbox# dropbox version
Dropbox daemon version: 143.4.4161
Dropbox command-line interface version: 2020.03.04

When starting the container, curl is used to check for a new version. However, curl is not installed!

# docker logs dropbox
Checking for latest Dropbox version...
/docker-entrypoint.sh: line 60: curl: command not found
Latest   :
Installed: 116.4.368

I think it might be a bit heavy on the cpu to poll for the status every second. The load is low, but it's still higher than I would expect for such a feature.

Originally posted by @wilddom in #8 (comment)

Describe the bug
When connecting a new account to the Dropbox with the docker container I get an error:

Dropbox needs to rename your existing folder or file named Dropbox to finish installing. Please close any open documents and try again.

I was able to get arround the issue by not updating Dropbox as startup using the DROPBOX_SKIP_UPDATE environment variable.

Versions:

• Docker version`; 20.10.8
• Docker Compose: v2.0.0
• Image Name: otherguy/dropbox:1.9.0

Run Command:
Run the container with a docker-compose up:

version: "2.1"
services:
  dropbox:
    image: otherguy/dropbox:1.9.0
    container_name: dropbox
    environment:
      TZ: 'Europe/Amsterdam'
      DROPBOX_GID: 1004
      DROPBOX_UID: 1000
    volumes:
      - '/etc/timezone:/etc/timezone'
      - '/etc/localtime:/etc/localtime'
      - '/Users/user/Dropbox:/opt/dropbox/Dropbox'
      - './settings:/opt/dropbox/.dropbox'
    restart: always
    mem_limit: 4G

Additional context
Add any other context about the problem here.

I see in this commit: fa87e3e that you removed the loop that was on line 91-95
This used to output a live log of the current sync status which was very useful.

Is it possible to add back a similar functionality, please?

Even if it is just optional/conditional with an env var like: STATUS_LOGS set to true.

That basically does something like:

while true; do
  gosu dropbox dropbox status
  sleep 1
done &

And add its output to the standard docker logs

I have also seen something similar to this on other forks of janeczku/dropbox
for example:
(https://github.com/jamesfreeman959/docker-dropbox-fix/blob/master/run)

And I tried to add this to my fork of your repo in docker entrypoint script in but I failed because i don't know where to place the loop exactly...

Please help?

Describe the bug
dropbox | [ALERT]: Dropbox needs to rename your existing folder or file named Dropbox to finish installing. Please close any open documents and try again.

Versions:

• Docker (docker --version): Docker version 20.10.12, build e91ed57
• Docker Compose (if used) (docker-compose --version): docker-compose version 1.29.2, build 5becea4c
• Image Name: (docker inspect --format='{{.Config.Image}}' [container name])
• Image ID: (docker inspect --format='{{.Image}}' [container name])
• Labels: (docker inspect --format='{{json .Config.Labels}}' [container name])

Run Command:

version: '3'
services:
  dropbox:
    restart: always
    container_name: dropbox
    network_mode: host
    environment:
      - TZ=Europe/Rome
      - DROPBOX_UID=1000
      - DROPBOX_GID=1000
    volumes:
      - ./settings:/opt/dropbox/.dropbox
      - ./data:/opt/dropbox/Dropbox
    image: otherguy/dropbox:latest

Additional context

$ docker-compose up
Creating dropbox ... done
Attaching to dropbox
dropbox    | Checking for latest Dropbox version...
dropbox    | Latest   : 153.4.3932
dropbox    | Installed: 131.4.3968
dropbox    | Downloading Dropbox 153.4.3932...
######################################################################## 100.0%
dropbox    | Installing new version...
dropbox    | Dropbox updated to v153.4.3932
dropbox    | 
dropbox    | Using Europe/Rome timezone (21:24:49 local time)
dropbox    | 
dropbox    | Current default time zone: 'Europe/Rome'
dropbox    | Local time is now:      Fri Jul 29 21:24:50 CEST 2022.
dropbox    | Universal Time is now:  Fri Jul 29 19:24:50 UTC 2022.
dropbox    | 
dropbox    | Starting dropboxd (153.4.3932)...
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/cryptography.hazmat.bindings._openssl.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/cryptography.hazmat.bindings._padding.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/psutil._psutil_linux.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/psutil._psutil_posix.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/apex._apex.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/tornado.speedups.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/wrapt._wrappers.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/cryptography.hazmat.bindings._openssl.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/cryptography.hazmat.bindings._padding.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/psutil._psutil_linux.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/psutil._psutil_posix.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/apex._apex.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/tornado.speedups.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/wrapt._wrappers.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/cryptography.hazmat.bindings._openssl.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/cryptography.hazmat.bindings._padding.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/psutil._psutil_linux.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/psutil._psutil_posix.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/apex._apex.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/tornado.speedups.cpython-38-x86_64-linux-gnu.so'
dropbox    | dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-153.4.3932/wrapt._wrappers.cpython-38-x86_64-linux-gnu.so'
dropbox    | This computer isn't linked to any Dropbox account...
dropbox    | Please visit https://www.dropbox.com/cli_link_nonce?nonce=5c7654f9f58b11bc425d703be2431dc7 to link this device.
dropbox    | This computer isn't linked to any Dropbox account...
dropbox    | Please visit https://www.dropbox.com/cli_link_nonce?nonce=5c7654f9f58b11bc425d703be2431dc7 to link this device.
dropbox    | This computer isn't linked to any Dropbox account...
dropbox    | Please visit https://www.dropbox.com/cli_link_nonce?nonce=5c7654f9f58b11bc425d703be2431dc7 to link this device.
dropbox    | This computer is now linked to Dropbox. Welcome 
**dropbox    | [ALERT]: Dropbox will rename your existing folder or file named "Dropbox" to finish installing.
dropbox    | [ALERT]: Dropbox needs to rename your existing folder or file named Dropbox to finish installing. Please close any open documents and try again.
dropbox    | [ALERT]: Dropbox needs to rename your existing folder or file named Dropbox to finish installing. Please close any open documents and try again.
dropbox    | [ALERT]: Dropbox needs to rename your existing folder or file named Dropbox to finish installing. Please close any open documents and try again.
dropbox    | [ALERT]: Dropbox needs to rename your existing folder or file named Dropbox to finish installing. Please close any open documents and try again.
dropbox    | [ALERT]: Dropbox needs to rename your existing folder or file named Dropbox to finish installing. Please close any open documents and try again.**

I can't find the solution.

Describe the bug

As per the title; Dropbox is indexing my files after a nw install and gets so far and then stops with this error

RUST PANICKING -- "queue became corrupt while running: Custom { kind: Other, error: "io error: failed to fill whole buffer" }" at "app/lib/apex/rust/analytics/src/queue.rs":284

If I restart it, it'll run for about an hour and then stops again.

Versions:

• Docker (docker --version): V1.9.0
• Docker Compose (if used) (docker-compose --version): N/A
• Image Name: (`docker inspect --format='{{.Config.Image}}' Dropbox-by-otherguy

I noticed that whatever I did my 1.9.0 docker container running in Unraid stopped syncing because it was stuck on an old Dropbox version and would not update Dropbox so I tried running the commands for updating Dropbox line by line from docker-entrypoint.sh and got stuck with a "Bad substitution"-errormessage when I ran the command to strip the linebreaks and newlines from the download url of the latest Dropbox version.
# Strip CRLF DL=${DL//[$'\t\r\n ']}

I cleaned the URL manually and everything worked out after that and I am now running a fresh version 144.4.4491 of Dropbox and everything is syncing.

I am just an amateur scripter and could not solve it, but I'm sure you could figure it out.

Building this results in a 1.26GB image which seems quite excessive for what this container is doing. (Space is an issue for some deployments.)

Would you consider switching to alpine?

Describe the bug
The container keeps restarting.

Versions:

• Docker (docker --version):
  20.10.8, build 3967b7b
• Docker Compose (if used) (docker-compose --version):
  1.27.4, build 4052192
• Image Name: (docker inspect --format='{{.Config.Image}}' [container name])
  otherguy/dropbox:latest
• Image ID: (docker inspect --format='{{.Image}}' [container name])
  sha256:19b642c36f22217d6e719c0960b37bdda057b5efe155191f36d7d66197431226
• Labels: (docker inspect --format='{{json .Config.Labels}}' [container name])
  bash: {"com.docker.compose.config-hash":"a51ca3fada082bc4b3d0444a0a0308a1910e1b20831b356954709a35d6044e65","com.docker.compose.container-number":"1","com.docker.compose.oneoff":"False","com.docker.compose.project":"nas","com.docker.compose.project.config_files":"docker-compose.yml","com.docker.compose.project.working_dir":"/NAS","com.docker.compose.service":"dropbox","com.docker.compose.version":"1.27.4","maintainer":"Alexander: File name too long

Run Command:
How did you start the container? If you use docker-compose, also add your compose file here.
docker-compose:

    dropbox:
      image: otherguy/dropbox:latest
      container_name: dropbox
      volumes:
        - /home/cctv/dropbox/contents:/opt/dropbox/Dropbox
        - /home/cctv/dropbox/settings:/opt/dropbox/.dropbox
      restart: unless-stopped

Screenshots
If applicable, add screenshots to help explain your problem.

Additional context
Add any other context about the problem here.
I get this in my portainer logs:

,
goroutine 0 [idle]:,
runtime: unknown pc 0x7f3ecc8fb603,
stack: frame={sp:0x7fff8f6cdba0, fp:0x0} stack=[0x7fff8eecf050,0x7fff8f6ce090),
00007fff8f6cdaa0:  000000000000000a  00007f3ecc978777 ,
00007fff8f6cdab0:  00000000ffffffff  00007f3ecca7a703 ,
00007fff8f6cdac0:  00007f3ecca7c720  000000000000002e ,
00007fff8f6cdad0:  0000000000000000  0000000000000130 ,
00007fff8f6cdae0:  000000000000037f  00007f3ecca8e510 ,
00007fff8f6cdaf0:  0000000000000013  0002ffff00001fa0 ,
00007fff8f6cdb00:  0000000000000000  0000000000000000 ,
00007fff8f6cdb10:  0000000000000000  0000000000000000 ,
00007fff8f6cdb20:  0000000000000000  0000000000000000 ,
00007fff8f6cdb30:  0000000000000000  0000000000000000 ,
00007fff8f6cdb40:  0000000000000000  0000000000000000 ,
00007fff8f6cdb50:  0000000000000000  0000000000000000 ,
00007fff8f6cdb60:  0000000000000000  0000000000000000 ,
00007fff8f6cdb70:  0000000000000000  0000000000000000 ,
00007fff8f6cdb80:  00000000000000ff  0000000000000000 ,
00007fff8f6cdb90:  2525252525252525  00007f3ecc8fb5f5 ,
00007fff8f6cdba0: <00000000ff000000  0000000000000006 ,
00007fff8f6cdbb0:  000000000057e0cf  00007f3ecc8a7466 ,
00007fff8f6cdbc0:  00007fff8f6cde00  00007f3ecc88d7b7 ,
00007fff8f6cdbd0:  0000000000000020  0000000000000000 ,
00007fff8f6cdbe0:  0000000000000000  0000000000000000 ,
00007fff8f6cdbf0:  0000000000000000  0000000000000000 ,
00007fff8f6cdc00:  0000000000000000  0000000000000000 ,
00007fff8f6cdc10:  0000000000000000  0000000000000000 ,
00007fff8f6cdc20:  0000000000000000  0000000000000000 ,
00007fff8f6cdc30:  0000000000000000  0000000000000000 ,
00007fff8f6cdc40:  0000000000000000  0000000000000000 ,
00007fff8f6cdc50:  0000000000000000  0000000000000000 ,
00007fff8f6cdc60:  0000000000000000  0000000000000000 ,
00007fff8f6cdc70:  0000000000000000  0000000000000000 ,
00007fff8f6cdc80:  00007fff006f6d2e  000000000000000a ,
00007fff8f6cdc90:  00007f3ecca7a680  000000000000000a ,
runtime: unknown pc 0x7f3ecc8fb603,
stack: frame={sp:0x7fff8f6cdba0, fp:0x0} stack=[0x7fff8eecf050,0x7fff8f6ce090),
00007fff8f6cdaa0:  000000000000000a  00007f3ecc978777 ,
00007fff8f6cdab0:  00000000ffffffff  00007f3ecca7a703 ,
00007fff8f6cdac0:  00007f3ecca7c720  000000000000002e ,
00007fff8f6cdad0:  0000000000000000  0000000000000130 ,
00007fff8f6cdae0:  000000000000037f  00007f3ecca8e510 ,
00007fff8f6cdaf0:  0000000000000013  0002ffff00001fa0 ,
00007fff8f6cdb00:  0000000000000000  0000000000000000 ,
00007fff8f6cdb10:  0000000000000000  0000000000000000 ,
00007fff8f6cdb20:  0000000000000000  0000000000000000 ,
00007fff8f6cdb30:  0000000000000000  0000000000000000 ,
00007fff8f6cdb40:  0000000000000000  0000000000000000 ,
00007fff8f6cdb50:  0000000000000000  0000000000000000 ,
00007fff8f6cdb60:  0000000000000000  0000000000000000 ,
00007fff8f6cdb70:  0000000000000000  0000000000000000 ,
00007fff8f6cdb80:  00000000000000ff  0000000000000000 ,
00007fff8f6cdb90:  2525252525252525  00007f3ecc8fb5f5 ,
00007fff8f6cdba0: <00000000ff000000  0000000000000006 ,
00007fff8f6cdbb0:  000000000057e0cf  00007f3ecc8a7466 ,
00007fff8f6cdbc0:  00007fff8f6cde00  00007f3ecc88d7b7 ,
00007fff8f6cdbd0:  0000000000000020  0000000000000000 ,
00007fff8f6cdbe0:  0000000000000000  0000000000000000 ,
00007fff8f6cdbf0:  0000000000000000  0000000000000000 ,
00007fff8f6cdc00:  0000000000000000  0000000000000000 ,
00007fff8f6cdc10:  0000000000000000  0000000000000000 ,
00007fff8f6cdc20:  0000000000000000  0000000000000000 ,
00007fff8f6cdc30:  0000000000000000  0000000000000000 ,
00007fff8f6cdc40:  0000000000000000  0000000000000000 ,
00007fff8f6cdc50:  0000000000000000  0000000000000000 ,
00007fff8f6cdc60:  0000000000000000  0000000000000000 ,
00007fff8f6cdc70:  0000000000000000  0000000000000000 ,
00007fff8f6cdc80:  00007fff006f6d2e  000000000000000a ,
00007fff8f6cdc90:  00007f3ecca7a680  000000000000000a ,
,
goroutine 1 [running]:,
runtime.systemstack_switch(),
	runtime/asm_amd64.s:330 fp=0xc00002c788 sp=0xc00002c780 pc=0x466220,
runtime.main(),
	runtime/proc.go:134 +0x70 fp=0xc00002c7e0 sp=0xc00002c788 pc=0x438410,
runtime.goexit(),
	runtime/asm_amd64.s:1374 +0x1 fp=0xc00002c7e8 sp=0xc00002c7e0 pc=0x468001,
,
rax    0x0,
rbx    0x7f3ecc85e740,
rcx    0x7f3ecc8fb603,
rdx    0x6,
rdi    0x2e,
rsi    0x2e,
rbp    0x2e,
rsp    0x7fff8f6cdba0,
r8     0x7fff8f6cdbd0,
r9     0x0,
r10    0x8,�
r11    0x206,
r12    0x6,
r13    0x7fff8f6cdec0,
r14    0x573398,
r15    0x0,
rip    0x7f3ecc8fb603,�
rflags 0x206,
cs     0x33,
fs     0x0,
gs     0x0

Initially reported in #2, Dropbox (client version 87.4.138 and later, currently up to 95.4.441 as of April 2020) refuses to sync when a local folder is mounted to the Dropbox data volume (/opt/dropbox/Dropbox) on macOS.

The error found in the Dropbox logs is:

File "nucleus_python.pyx", line 87, in nucleus_python.NucleusSyncEngine.cinit
nucleus_python.SyncEngineError: Initializing engine 
|>> Initializing platform 
|>> Checking if filesystem is supported
|>> Filesystem is not supported: "FUSE"

The dropbox-filesystem-fix patch is now unable to work around this issue.

Describe the bug
A clear and concise description of what the bug is.

Versions:

• Docker " 20.10.13
• Docker Compose :
• Image Name: otherguy/dropbox:latest
• Image ID: sha256:5ca89e6dbcd68c2ed96dae31e6c42c8076cfb663867c5df88dd118fd51758ace
• Labels: {"maintainer":"Alexander Graf [email protected]","org.label-schema.build-date":"2023-06-27T16:49:24.934Z","org.label-schema.description":"Standalone Dropbox client","org.label-schema.name":"Dropbox","org.label-schema.schema-version":"1.0","org.label-schema.vcs-ref":"a5215bf58571bfc4d8efb1bb46c14bca539da841","org.label-schema.vcs-url":"https://github.com/otherguy/docker-dropbox","org.label-schema.version":"latest","org.opencontainers.image.ref.name":"ubuntu","org.opencontainers.image.version":"22.04"}

Run Command:

docker run --detach -it --restart=always --name=dropbox
--net="host"
-e "TZ=$(readlink /etc/localtime | sed 's#^.*/zoneinfo/##')"
-e "DROPBOX_UID=1000"
-e "DROPBOX_GID=1000"
-e "POLLING_INTERVAL=20"
-v "/xxx/docker:/opt/dropbox"
-v "/xxx/docker/Dropbox:/opt/dropbox/Dropbox"
otherguy/dropbox:latest

Screenshots

Additional context
Seems to have problem starting dropbox with the latest version. Was working fine and stopped running suddenly today. Stop and remove the docker and create again. Get this error after link the device

This computer isn't linked to any Dropbox account...
Please visit https://www.dropbox.com/cli_link_nonce?nonce=xxxxxxx to link this device.
/docker-entrypoint.sh: line 148: 50 Killed gosu dropbox "$@"

I did a docker system prune -a before running the following command:

docker run --detach --name=dropbox -e DROPBOX_UID=15321 -e DROPBOX_GID=700 --net="host" -v "/data1/orf/dropbox/.dropbox:/opt/dropbox/.dropbox" -v "/data1/orf/dropbox/Dropbox:/opt/dropbox/Dropbox" otherguy/dropbox:latest

It runs. The first time it did the chmod -R on the volume, which took a while. But:

orf: /home/lorf/build/git/docker-dropbox docker logs --follow dropbox
Checking for latest Dropbox version...
Latest : 86.4.146
Installed: 86.4.146
Dropbox is up-to-date
Starting dropboxd (86.4.146)...
dropbox: locating interpreter
!! dropbox: failed to create log file (Permission denied)!
dropbox: initializing
dropbox: initializing python 3.7.2
dropbox: setting program path '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/dropbox'
dropbox: setting home path '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146'
dropbox: setting python path '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146:/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/python-packages-37.zip'
dropbox: python initialized
dropbox: running dropbox
dropbox: setting args
dropbox: applying overrides
dropbox: running main script
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/cryptography.hazmat.bindings._constant_time.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/cryptography.hazmat.bindings._openssl.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/cryptography.hazmat.bindings._padding.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/psutil._psutil_linux.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/psutil._psutil_posix.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/linuxffi.pthread._linuxffi_pthread.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/cpuid.compiled._cpuid.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/apex._apex.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/tornado.speedups.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/linuxffi.resolv.compiled._linuxffi_resolv.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/librsyncffi.compiled._librsyncffi.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/linuxffi.sys.compiled._linuxffi_sys.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/posixffi.libc._posixffi_libc.cpython-37m-x86_64-linux-gnu.so'
dropbox: load fq extension '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/linuxffi.gnu.compiled._linuxffi_gnu.cpython-37m-x86_64-linux-gnu.so'
Couldn't start Dropbox.
This is usually because of a permissions error. Storing your home folder on a network share can also cause an error.
Get more help at https://www.dropbox.com/c/help/permissions_error
Please contact Dropbox support with the following info for help:
/var/tmp/dropbox_error7q2bca0v.txt

Looking at the error file referenced above, which is inside the container:

root@orf:/opt/dropbox/Dropbox# cat /var/tmp/dropbox_error7q2bca0v.txt
bn.BUILD_KEY: Dropbox
bn.VERSION: 86.4.146
bn.DROPBOXEXT_VERSION: failed
bn.is_frozen: True
machine_id: 323f53b1-2cfc-5080-eee0-87bc3b9d77fd
pid: 48
ppid: 1
ppid exe: failed
uid: 15321
user_info: pwd.struct_passwd(pw_name='dropbox', pw_passwd='x', pw_uid=15321, pw_gid=700, pw_gecos='Dropbox Daemon Account', pw_dir='/opt/dropbox', pw_shell='/usr/sbin/nologin')
effective_user_info: pwd.struct_passwd(pw_name='dropbox', pw_passwd='x', pw_uid=15321, pw_gid=700, pw_gecos='Dropbox Daemon Account', pw_dir='/opt/dropbox', pw_shell='/usr/sbin/nologin')
euid: 15321
gid: 700
egid: 700
group_info: grp.struct_group(gr_name='dropbox', gr_passwd='x', gr_gid=700, gr_mem=[])
effective_group_info: grp.struct_group(gr_name='dropbox', gr_passwd='x', gr_gid=700, gr_mem=[])
LD_LIBRARY_PATH: None
cwd: '/opt/dropbox/Dropbox'
real_path='/opt/dropbox/Dropbox'
mode=0o40755 uid=15321 gid=700
parent mode=0o40755 uid=15321 gid=700
HOME: '/opt/dropbox'
appdata: '/dbox/.dropbox/instance1'
real_path='/dbox/.dropbox/instance1'
not found
parent not found
dropbox_path: '/dbox/Dropbox'
real_path='/dbox/Dropbox'
not found
parent not found
sys_executable: '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/dropbox'
real_path='/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/dropbox'
mode=0o100775 uid=15321 gid=700
parent mode=0o40775 uid=15321 gid=700
trace.file: '/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/python-packages-37.zip/dropbox/client/ui/common/boot_error.pyc'
real_path='/opt/dropbox/bin/dropbox-lnx.x86_64-86.4.146/python-packages-37.zip/dropbox/client/ui/common/boot_error.pyc'
not found
parent not found
tempdir: '/var/tmp'
real_path='/var/tmp'
mode=0o41777 uid=0 gid=0
parent mode=0o40755 uid=0 gid=0
Traceback (most recent call last):
File "dropbox/client/main.pyc", line 7880, in main_startup
File "dropbox/client/main.pyc", line 3212, in run
File "dropbox/client/main.pyc", line 1736, in startup_low
File "dropbox/client/main.pyc", line 1288, in safe_makedirs
File "os.pyc", line 211, in makedirs
File "os.pyc", line 211, in makedirs
File "os.pyc", line 221, in makedirs
PermissionError: [Errno 13] Permission denied: '/dbox'

What I find interesting is /dbox is the original mount point that janeczku created, which has been changed to /opt/dropbox with the otherguy container. Is /dbox hardwired into the dropbox binary? I kind of doubt it. Where could this "remnant" of the original dropbox distribution be? I can't find any reference to /dbox anywhere. But, in the error file, it's clearly trying to reference stuff in /dbox.

It would be great to have a setting (docker environment variable) NO_UPLOAD. If the setting is set to true, then the client will never upload changed files. This way I could restrict other applications from changing / manipulating files in the cloud.

The image didnt build because it says a library was missing:

ImportError: libglapi.so.0: cannot open shared object file: No such file or directory

I added in the Dockerfile:

&& apt-get install -y --no-install-recommends apt-transport-https libc6 libglapi-mesa libxdamage1 libxfixes3 libxcb-glx0 libxcb-dri2-0 libxcb-dri3-0 libxcb-present0 libxcb-sync1 libxshmfence1 libxxf86vm1

After that it builds, but doesnt work:

Checking for latest Dropbox version...
Latest   : 94.4.384
Installed: 94.4.384
Dropbox is up-to-date

Patching dropbox_start.py for updated dropboxd path
sed: can't read /opt/dropbox-filesystem-fix/dropbox_start.py: No such file or directory
sed: can't read /opt/dropbox-filesystem-fix/dropbox_start.py: No such file or directory

Hi and thank you for putting this one up, it made my life a lot easier on my nas!

So I saw a lot of SSL issues in the logs lated, and went to check the version.
Dropbox reports the following

root@CONTAINERS-DROPBOX:/opt/dropbox/Dropbox# gosu dropbox dropbox version
Dropbox daemon version: Not installed
Dropbox command-line interface version: 2020.03.04

I'm wondering if this is correct? Seems like the cli is pretty old.
And secondly there is no deamon?
In fact is I issue a manual update, the system wants to install the daemon first

root@CONTAINERS-DROPBOX:/opt/dropbox/Dropbox# gosu dropbox dropbox update

Dropbox is the easiest way to share and store your files online. Want to learn more? Head to https://www.dropbox.com/

In order to use Dropbox, you must download the proprietary daemon. [y/n] n

just wandering if this is all correct?

Docker version 20.10.7, build f0df350
docker-compose version 1.29.2, build 5becea4c
Dropbox version 127.4.4265 (in container)

I think there's something off with this line when used with docker-compose at least...

This is my docker-compose.yml:

    # https://github.com/otherguy/docker-dropbox
    dropbox:
        container_name: dropbox
        image: otherguy/dropbox:latest
        restart: unless-stopped
        # Host network mode for LAN sync
        network_mode: host
        # Skip permissions speeds up startup and is not needed as we pass UID/GID
        environment:
            - DROPBOX_UID=${UID}
            - DROPBOX_GID=${GUID}
            - POLLING_INTERVAL=20
            - SKIP_SET_PERMISSIONS=true
        volumes:
            - /etc/localtime:/etc/localtime:ro
            - /etc/timezone:/etc/timezone:ro  
            - ${DROPBOX_CONFIG}:/opt/dropbox/.dropbox:rw
            - ${DROPBOX_FOLDER}:/opt/dropbox/Dropbox:rw   

I have tried all of:

• Using using a variable defined in my '.env (${DROPBOX_POLLING_INTERVAL})
• The literal 20 as above
• The literal in string form "20"

... in my docker-compose.yml and in every case I get this in my logs:

POLLING_INTERVAL not set to a valid number, defaulting to 5!

I'd really like to set this to a higher value as it causes a little CPU spike every 5 seconds otherwise, which is overkill for my dropbox needs.

Thanks for any help!

I am running Docker Desktop on Windows 10 and get the message:
[ALERT]: Your Dropbox folder is on a file system that is no longer supported.

This occurs right after linking my dropbox account. It appears the account is linked successfully.
I am not trying to mount any local directory's to container volumes.
I'm guessing this is something specific to Windows 10 and Docker but I'm not sure what it could be.

Thanks again for maintaining this up-to-date container. Your latest update is working great !

I'm struggling with tracking down why my dropbox instance stalls at "Downloading 304 files..." forever. I suspect it may be an incompatibility between some existing files present in the Dropbox cloud vs. supported attributes on the EXT4 file system (like files that came from mac OS trying to pulled down to EXT4, etc).

There is a python script that Dropbox provides to interact with the Dropbox daemon in order to provide additional info since syslog doesn't have verbose details of the files/directories being operated on. Please consider including this by default in your image, as it is instrumental in troubleshooting when problems occur:

https://help.dropbox.com/installs-integrations/desktop/linux-commands
https://linux.dropbox.com/packages/dropbox.py

(Also, including "unzip" and "vi" (or vim) would be welcome additions too ;)

Thanks for considering !

Hi and thank you for your work on this.

I'd like to limit the syncing of Dropbox down to a selected folder (including its subfolders and files).

I've tried extending the /opt/dropbox/Dropbox mapping to /opt/dropbox/Dropbox/folder1/folder2/folder3 but that hasn't worked and it is still syncing everything.

Are you able to show me how to achieve this or accept this as a feature request?

Thanks very much.

Jason

Is your feature request related to a problem? Please describe.
chown -R command can create long boot times (>1 day) with flattened encrypted directories, like cryfs

Describe the solution you'd like

1. Add environment variable DROPBOX_SKIP_PERMISSIONS
2. In the entrypoint script change:

# Change ownership to dropbox account on all working folders.
chown -R ${DROPBOX_UID}:${DROPBOX_GID} /opt/dropbox

to

# Change ownership to dropbox account on all working folders.
if [[ -z "$DROPBOX_SKIP_PERMISSIONS" ]]; then
    chown -R ${DROPBOX_UID}:${DROPBOX_GID} /opt/dropbox
else
    echo "Skipping permissions check, ensure the dropbox user owns all files."
fi

Additional context
N/A

I just installed the latest version of the image and got this warning message every second in the log:

/usr/bin/find: '/tmp': No such file or directory

Everything else runs fine.

I vhecked and there is no /tmp directory in the image.

VERSION path is /opt/dropbox/VERSION, entrypoint.sh looks for /opt/dropbox/bin/VERSION

So after the account linking there is an alert generated

[ALERT]: So your files continue to sync, sign in to your Dropbox account and move Dropbox to a supported file system.

The files donot sync in the background, therefore I execute from the terminal

docker exec -t -i dropbox dropbox status
Response is
Dropbox isn't running!

Am I missing something?

Describe the bug
Up and down speeds are from 0-100KBps

Versions:

• Docker: 20.10.3
• Docker Compose (if used) (docker-compose --version): 1.27.4, build 40524192
• Image Name: otherguy/dropbox:latest
• Image ID: 8654ae888671

I have this up and running but the download speeds are very slow. Is there anyway I can carry out a speed test within the container. Network runs at 500meg down, 250meg up.

Qnap TS-H1283XU-RP NAS.

When configuring Dropbox, I'm used in seeing this message:

Syncing 118,484 files • 25 mins
Downloading 118,484 files (0.0 KB/sec, 25 mins)
Unable to monitor entire Dropbox folder hierarchy. Please run "echo fs.inotify.max_user_watches=100000 | sudo tee -a /etc/sysctl.conf; sudo sysctl -p" and restart Dropbox to fix the problem.
Syncing 117,824 files • 14 mins
Downloading 117,824 files (0.0 KB/sec, 14 mins)
Syncing 116,862 files • 11 mins

I think it would be great if you already run this command in the image.

Thanks for putting this image together !

I noticed an oddity in the logs regarding /tmp:

...
Syncing 48,351 files • 5 mins,
Indexing 273 files (27 secs),
Uploading 18,235 files (0.0 KB/sec, 5 mins),
Downloading 29,843 files (0.0 KB/sec, 2 mins),
/usr/bin/find: ‘/tmp’: No such file or directory,
Syncing 48,351 files • 5 mins,
Indexing 273 files (27 secs),
Uploading 18,235 files (0.0 KB/sec, 5 mins),
Downloading 29,843 files (0.0 KB/sec, 2 mins),
/usr/bin/find: ‘/tmp’: No such file or directory,
Syncing 48,351 files • 5 mins,
Indexing 273 files (27 secs),
Uploading 18,235 files (0.0 KB/sec, 5 mins),
Downloading 29,843 files (0.0 KB/sec, 2 mins),
/usr/bin/find: ‘/tmp’: No such file or directory,
...

It's pretty much constant. From within the context of the container it does appear there's no /tmp mounted:

root@1f10bd127f5e:/opt/dropbox/Dropbox# cd /tmp
bash: cd: /tmp: No such file or directory
root@1f10bd127f5e:/opt/dropbox/Dropbox# cd /
root@1f10bd127f5e:/# ls -l
total 76
drwxr-xr-x   1 root root 4096 Jan  8 01:40 bin
drwxr-xr-x   2 root root 4096 Nov 22 04:37 boot
drwxr-xr-x   5 root root  340 Jan 10 20:50 dev
-rwxrwxr-x   1 root root 3529 Jan  8 01:39 docker-entrypoint.sh
drwxr-xr-x   1 root root 4096 Jan 10 20:50 etc
drwxr-xr-x   2 root root 4096 Nov 22 04:37 home
drwxr-xr-x   1 root root 4096 Jan  8 01:40 lib
drwxr-xr-x   2 root root 4096 Dec  9 15:22 lib64
drwxr-xr-x   2 root root 4096 Dec  9 15:22 media
drwxr-xr-x   2 root root 4096 Dec  9 15:22 mnt
drwxr-xr-x   1 root root 4096 Jan  8 01:40 opt
dr-xr-xr-x 232 root root    0 Jan 10 20:50 proc
drwx------   2 root root 4096 Dec  9 15:22 root
drwxr-xr-x   3 root root 4096 Dec  9 15:22 run
drwxr-xr-x   1 root root 4096 Jan  8 01:40 sbin
drwxr-xr-x   2 root root 4096 Dec  9 15:22 srv
dr-xr-xr-x  13 root root    0 Jan 10 20:50 sys
drwxr-xr-x   1 root root 4096 Dec  9 15:22 usr
drwxr-xr-x   1 root root 4096 Dec  9 15:22 var
root@1f10bd127f5e:/

While it's of course available on the host:

root@kobets:/# ls -ld tmp
drwxrwxrwt 11 root root 4096 Jan 11 04:59 tmp

I'm new to docker just this weekend so I'm not sure if this is a red herring or not.

I haven't noticed any ill affects other than the log spam, but will update if I find anything more on this. Feel free to close if this is working-as-designed.

Thanks again for the effort to maintain this updated dropbox image !

-=dave

how do i fix this ( dropbox: failed to create log file (Permission denied)! )
Describe the bug
A clear and concise description of what the bug is.

Versions:

• Docker (docker --version):
• Docker Compose (if used) (docker-compose --version):
• Image Name: (docker inspect --format='{{.Config.Image}}' [container name])
• Image ID: (docker inspect --format='{{.Image}}' [container name])
• Labels: (docker inspect --format='{{json .Config.Labels}}' [container name])

Run Command:
How did you start the container? If you use docker-compose, also add your compose file here.

Screenshots
If applicable, add screenshots to help explain your problem.

Additional context
Add any other context about the problem here.

I am not sure if this is a bug, so I'm starting it as a support request first. This is on a centos 7 system. Here is the output of inspect:

# docker inspect dropbox
[
{
"Id": "bf6d4e0909541c3cf4d9c24ef4f61561873ea59e33f1aa54ba198d5ce3519c4c",
"Created": "2021-08-13T22:25:23.60815582Z",
"Path": "/docker-entrypoint.sh",
"Args": [
"/opt/dropbox/bin/dropboxd"
],
"State": {
"Status": "exited",
"Running": false,
"Paused": false,
"Restarting": false,
"OOMKilled": false,
"Dead": false,
"Pid": 0,
"ExitCode": 137,
"Error": "",
"StartedAt": "2021-08-14T22:39:42.5030515Z",
"FinishedAt": "2021-08-14T22:48:33.390501045Z"
},
"Image": "sha256:096b2cd20f54ff10f15af6564f599f4f6458542fba733e852df521f9bb28711d",
"ResolvConfPath": "/var/lib/docker/containers/bf6d4e0909541c3cf4d9c24ef4f61561873ea59e33f1aa54ba198d5ce3519c4c/resolv.conf",
"HostnamePath": "/var/lib/docker/containers/bf6d4e0909541c3cf4d9c24ef4f61561873ea59e33f1aa54ba198d5ce3519c4c/hostname",
"HostsPath": "/var/lib/docker/containers/bf6d4e0909541c3cf4d9c24ef4f61561873ea59e33f1aa54ba198d5ce3519c4c/hosts",
"LogPath": "",
"Name": "/dropbox",
"RestartCount": 0,
"Driver": "overlay2",
"MountLabel": "system_u:object_r:svirt_sandbox_file_t:s0:c382,c473",
"ProcessLabel": "system_u:system_r:svirt_lxc_net_t:s0:c382,c473",
"AppArmorProfile": "",
"ExecIDs": null,
"HostConfig": {
"Binds": [
"/data/.dropbox:/opt/dropbox/.dropbox",
"/data/Dropbox (GPI):/opt/dropbox/Dropbox"
],
"ContainerIDFile": "",
"LogConfig": {
"Type": "journald",
"Config": {}
},
"NetworkMode": "default",
"PortBindings": {},
"RestartPolicy": {
"Name": "always",
"MaximumRetryCount": 0
},
"AutoRemove": false,
"VolumeDriver": "",
"VolumesFrom": null,
"CapAdd": null,
"CapDrop": null,
"Dns": [],
"DnsOptions": [],
"DnsSearch": [],
"ExtraHosts": null,
"GroupAdd": null,
"IpcMode": "",
"Cgroup": "",
"Links": null,
"OomScoreAdj": 0,
"PidMode": "",
"Privileged": false,
"PublishAllPorts": false,
"ReadonlyRootfs": false,
"SecurityOpt": null,
"UTSMode": "",
"UsernsMode": "",
"ShmSize": 67108864,
"Runtime": "docker-runc",
"ConsoleSize": [
0,
0
],
"Isolation": "",
"CpuShares": 0,
"Memory": 0,
"NanoCpus": 0,
"CgroupParent": "",
"BlkioWeight": 0,
"BlkioWeightDevice": null,
"BlkioDeviceReadBps": null,
"BlkioDeviceWriteBps": null,
"BlkioDeviceReadIOps": null,
"BlkioDeviceWriteIOps": null,
"CpuPeriod": 0,
"CpuQuota": 0,
"CpuRealtimePeriod": 0,
"CpuRealtimeRuntime": 0,
"CpusetCpus": "",
"CpusetMems": "",
"Devices": [],
"DiskQuota": 0,
"KernelMemory": 0,
"MemoryReservation": 0,
"MemorySwap": 0,
"MemorySwappiness": -1,
"OomKillDisable": false,
"PidsLimit": 0,
"Ulimits": null,
"CpuCount": 0,
"CpuPercent": 0,
"IOMaximumIOps": 0,
"IOMaximumBandwidth": 0
},
"GraphDriver": {
"Name": "overlay2",
"Data": {
"LowerDir": "/var/lib/docker/overlay2/652eb779579a24ce5d992eafcb475ffa678f7ebeff464dc15f85d823ab3fcb05-init/diff:/var/lib/docker/overlay2/78f72ac75f15f722d7ea643acad69eddf6cf5a91d2c3a1f9915c9aa5e30c1503/diff:/var/lib/docker/overlay2/dda0fd527ffc48344e1d5678b8c168ccbf5346c284fd7c068bfa4843807fb2fa/diff:/var/lib/docker/overlay2/41afff1b20d490744270517647c69b5014c95c29787292eef4bd772959244a98/diff:/var/lib/docker/overlay2/79201c911b05ae8ec8215c8a0b661289607e37f8d707debb15b3d007c1305b68/diff:/var/lib/docker/overlay2/7fc6a07d448e189c60eeb25e1a9941c9cf78ea96cf5d42ebe344d6822c2962b2/diff:/var/lib/docker/overlay2/cb8006881ba47f2a99326f5b1dc395e4fa1fa5952a4949203d59de345adb0cb2/diff:/var/lib/docker/overlay2/2aca99c92c7fea41b44e2b52e65d6664ce81f61b345bc7043a00dc1cd4426b5f/diff:/var/lib/docker/overlay2/bf7676019bc49ddce3108798199bc2a5a95137b0ce87b8bf553481adfce6cfd4/diff",
"MergedDir": "/var/lib/docker/overlay2/652eb779579a24ce5d992eafcb475ffa678f7ebeff464dc15f85d823ab3fcb05/merged",
"UpperDir": "/var/lib/docker/overlay2/652eb779579a24ce5d992eafcb475ffa678f7ebeff464dc15f85d823ab3fcb05/diff",
"WorkDir": "/var/lib/docker/overlay2/652eb779579a24ce5d992eafcb475ffa678f7ebeff464dc15f85d823ab3fcb05/work"
}
},
"Mounts": [
{
"Type": "bind",
"Source": "/data/.dropbox",
"Destination": "/opt/dropbox/.dropbox",
"Mode": "",
"RW": true,
"Propagation": "rprivate"
},
{
"Type": "bind",
"Source": "/data/Dropbox (GPI)",
"Destination": "/opt/dropbox/Dropbox",
"Mode": "",
"RW": true,
"Propagation": "rprivate"
}
],
"Config": {
"Hostname": "bf6d4e090954",
"Domainname": "",
"User": "",
"AttachStdin": false,
"AttachStdout": false,
"AttachStderr": false,
"ExposedPorts": {
"17500/tcp": {}
},
"Tty": false,
"OpenStdin": false,
"StdinOnce": false,
"Env": [
"PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
"LANG=C.UTF-8",
"LC_ALL=C.UTF-8",
"POLLING_INTERVAL=5",
"SKIP_SET_PERMISSIONS=false"
],
"Cmd": [
"/opt/dropbox/bin/dropboxd"
],
"ArgsEscaped": true,
"Image": "otherguy/dropbox:latest",
"Volumes": {
"/opt/dropbox/.dropbox": {},
"/opt/dropbox/Dropbox": {}
},
"WorkingDir": "/opt/dropbox/Dropbox",
"Entrypoint": [
"/docker-entrypoint.sh"
],
"OnBuild": null,
"Labels": {
"maintainer": "Alexander Graf [email protected]",
"org.label-schema.build-date": "2021-06-25T13:13:39+02:00",
"org.label-schema.description": "Standalone Dropbox client",
"org.label-schema.name": "Dropbox",
"org.label-schema.schema-version": "1.0",
"org.label-schema.vcs-ref": "9759ba8",
"org.label-schema.vcs-url": "https://github.com/otherguy/docker-dropbox",
"org.label-schema.version": "1.9.0"
}
},
"NetworkSettings": {
"Bridge": "",
"SandboxID": "f47b9c24c8f3e83e7a0ee2806fae787b946542ce4a91fc45300cf905e162d5e6",
"HairpinMode": false,
"LinkLocalIPv6Address": "",
"LinkLocalIPv6PrefixLen": 0,
"Ports": null,
"SandboxKey": "/var/run/docker/netns/f47b9c24c8f3",
"SecondaryIPAddresses": null,
"SecondaryIPv6Addresses": null,
"EndpointID": "",
"Gateway": "",
"GlobalIPv6Address": "",
"GlobalIPv6PrefixLen": 0,
"IPAddress": "",
"IPPrefixLen": 0,
"IPv6Gateway": "",
"MacAddress": "",
"Networks": {
"bridge": {
"IPAMConfig": null,
"Links": null,
"Aliases": null,
"NetworkID": "21b3317bf4bb26264151b8651acca3846b1efcd022aeac3d511ba9c8f511a771",
"EndpointID": "",
"Gateway": "",
"IPAddress": "",
"IPPrefixLen": 0,
"IPv6Gateway": "",
"GlobalIPv6Address": "",
"GlobalIPv6PrefixLen": 0,
"MacAddress": ""
}
}
}
}
]

# docker exec -it dropbox gosu dropbox dropbox status
Connecting...

and it hangs forever. here are the docker logs:

https://pastebin.com/FLnb0zZC

I ran a shell inside the docker container to verify network connection:

root@bf6d4e090954:/opt/dropbox/Dropbox# curl google.com
<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>301 Moved</TITLE></HEAD><BODY>
\<H1>301 Moved</H1>
The document has moved
<A HREF="http://www.google.com/">here</A>.
</BODY></HTML>

What else can I check or provide to help figure out this problem?

thank you!

Describe the bug
"Dropbox isn't running!" message is appearing in the console when I restart teh container

Versions:

• Docker version 20.10.17-qnap1, build 0474f29
• docker-compose version 1.29.2, build 1ca12643
• Image Name: otherguy/dropbox:latest
• Image ID: sha256:19b642c36f22217d6e719c0960b37bdda057b5efe155191f36d7d66197431226
• Labels:

{
  "com.docker.compose.config-hash": "5342602b60924c608f7ef093dbb5a98215386182c7557a15e141a3ef3cc53e84",
  "com.docker.compose.container-number": "1",
  "com.docker.compose.oneoff": "False",
  "com.docker.compose.project": "dropbox",
  "com.docker.compose.project.config_files": "docker-compose.yml",
  "com.docker.compose.project.working_dir": "/share/ZFS19_DATA/Container/container-station-data/application/dropbox",
  "com.docker.compose.service": "dropbox",
  "com.docker.compose.version": "1.29.2",
  "maintainer": "Alexander Graf <[email protected]>",
  "org.label-schema.build-date": "2021-09-17T00:13:41+02:00",
  "org.label-schema.description": "Standalone Dropbox client",
  "org.label-schema.name": "Dropbox",
  "org.label-schema.schema-version": "1.0",
  "org.label-schema.vcs-ref": "1f0d1c6",
  "org.label-schema.vcs-url": "https://github.com/otherguy/docker-dropbox",
  "org.label-schema.version": "1.10.0"
}

Run Command:

version: '3.3'

services:
    dropbox:
        restart: always
        container_name: dropbox
        network_mode: host
        environment:
            - TZ=Europe/London
            - 'DROPBOX_UID=0'
            - 'DROPBOX_GID=0'
            - POLLING_INTERVAL=20
        volumes:
            - '/share/DB_Store/settings:/opt/dropbox/.dropbox'
            - '/share/DB_Store/Dropbox:/opt/dropbox/Dropbox (Giggle)'
        image: 'otherguy/dropbox:latest'

Screenshots

Additional context
My DB just about finished syncing, and now says "Dropbox isn't running!", I have tried restarting the container to no avail, is there something obvious I am missing here? Apologies if it is.

Many thanks

Nick