start_daemon and stop_daemon polled "while True" with no bound, and no seaf-cli exit code was checked. A daemon that failed to start left the container spinning forever with nothing pointing at the cause, and there was no signal handling, so "docker stop" waited the full 10 second grace period and then SIGKILLed the process with the daemon still running. Readiness polling is now bounded by DAEMON_START_TIMEOUT and DAEMON_STOP_TIMEOUT. The stop timeout is 8 seconds so a graceful shutdown fits inside the docker stop grace period, and a test asserts that relation. SIGTERM and SIGINT raise GracefulShutdown, and the lifecycle moved into start.run(), which always stops the daemon on the way out and returns the process exit code: 0 on a clean finish or a stop signal, 1 on a daemon or configuration failure. seaf-cli exit codes are checked. A failed sync is reported per library and does not stop the remaining libraries, since one bad library should not take the container down. Verified in the built image: "docker stop" now returns in 0s with exit code 0 and the daemon stopped, against 10s and exit 137 before. A daemon that cannot start exits 1 with the failing command and its exit code in the log. Also bumps actions/setup-python to v7, which clears the last Node 20 deprecation warning; v7 only drops the unused pip-install input.
87 lines
3.5 KiB
Markdown
87 lines
3.5 KiB
Markdown
# docker-seafile-client
|
|
Docker image for [Seafile CLI client](https://help.seafile.com/syncing_client/linux-cli/).
|
|
|
|
Image on Docker Hub:
|
|
[snegov/seafile-client](https://hub.docker.com/r/snegov/seafile-client).
|
|
|
|
### Docker-compose example:
|
|
Also available as a ready-to-use [`compose.example.yaml`](compose.example.yaml).
|
|
|
|
```yaml
|
|
services:
|
|
seafile-client:
|
|
restart: always
|
|
image: snegov/seafile-client:0.0.13
|
|
environment:
|
|
LIBRARY_ID: "79867cbf-2944-488d-9105-852463ecdf9e:my_library"
|
|
SERVER_HOST: seafile.example.com
|
|
USERNAME: user
|
|
PASSWORD: password
|
|
SEAFILE_UID: 1000
|
|
SEAFILE_GID: 100
|
|
hostname: dsc
|
|
volumes:
|
|
- /home/johndow/seafile:/dsc/seafile
|
|
- sync-data:/dsc/seafile-data
|
|
container_name: seafile-client
|
|
|
|
volumes:
|
|
sync-data:
|
|
```
|
|
|
|
### Environment variables:
|
|
- `LIBRARY_ID` - library to sync, ID or name. Multiple libraries could be
|
|
separated by colon `:`.
|
|
- `SERVER_HOST` - hostname of your Seafile server, eg: _seafile.example.com_.
|
|
If you're using non-standard port, you can specify it here,
|
|
eg: _seafile.example.com:8080_.
|
|
- `USERNAME` / `PASSWORD` - credentials to access Seafile server.
|
|
- `SEAFILE_UID` / `SEAFILE_GID` - UID/GID of user inside container. You can
|
|
use it to set permissions on synced files. Default values are _1000_ / _1000_.
|
|
- `DELETE_CONFIRM_THRESHOLD` - represents the number of files that require
|
|
confirmation before being deleted simultaneously. Default value is _500_.
|
|
- `DISABLE_VERIFY_CERTIFICATE` - set to _true_ to disable server's certificate
|
|
verification. Default value is _false_.
|
|
- `UPLOAD_LIMIT` / `DOWNLOAD_LIMIT` - upload/download speed limit in B/s
|
|
(bytes per second). Default values are _0_ (unlimited).
|
|
|
|
### Volumes:
|
|
- `/dsc/seafile-data` Seafile client data directory (sync status, etc).
|
|
- `/dsc/seafile` Seafile libraries content.
|
|
|
|
|
|
### Some notes
|
|
`LIBRARY_ID` could be library ID or library name. Library ID is a 36-character
|
|
string, which is a part of URI when you open library in webUI. Library name is
|
|
a name you gave to library when you created it.
|
|
|
|
Libraries will be synced in subdirectories of `/dsc/seafile` directory inside
|
|
container. You can mount it to host directory to access files.
|
|
|
|
The subdirectory is named after the library, with whitespace replaced by
|
|
underscores. A library is skipped with a warning when its name cannot be a
|
|
directory of its own: an empty name, `.`, `..`, or a name containing `/`. Two
|
|
libraries whose names would produce the same directory both get their library
|
|
ID appended, so they never share one. Everything is created under the
|
|
libraries directory (`/dsc/seafile`, or the deprecated `/data` when that
|
|
exists); a library name can never place it elsewhere.
|
|
|
|
The container stops gracefully on `docker stop`: it shuts the Seafile daemon
|
|
down and exits with code 0. It exits with a nonzero code and an explanatory
|
|
message when the daemon fails to start or stop within its timeout, instead of
|
|
waiting forever.
|
|
|
|
`hostname` parameter is optional, but it's recommended to set it to some unique
|
|
value, it will be shown in Seafile webUI as client name (`terminal-dsc` in
|
|
given example).
|
|
|
|
`sync-data` volume is optional too, but it's recommended to use it. Otherwise,
|
|
sync status will be lost when container is recreated.
|
|
|
|
At the moment there is no suitable way to confirm deletion of large number of
|
|
files. So, if you're going to delete a lot of files, you should set
|
|
`DELETE_CONFIRM_THRESHOLD` to some larger value.
|
|
|
|
### Links
|
|
- [Official Seafile CLI client documentation](https://help.seafile.com/syncing_client/linux-cli/)
|