-
Notifications
You must be signed in to change notification settings - Fork 86
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
docker: command not found #56
docker: command not found #56
Comments
Starting and stoping containers, and the |
Oh shoot, I thought I tested that... did you manage to sort it out for yourself @jan-brinkmann? |
Hello @jan-brinkmann , sorry by my late reply. It could be related to #53 because I move docker binary from /usr/bin to /usr/local/bin. This new place is not a feature, only following donator's schema. Therefore, if PATH is different between images or archs, this change unraveled it. Could you please print the PATH ( |
On the other hand, I'm not able to reproduce the issue.
|
Finally reproduced.... But cron execution chunks the PATH to Therefore there are 2 options to fixup: -COPY --from=docker:latest /usr/local/bin/docker /usr/local/bin/
+COPY --from=docker:latest /usr/local/bin/docker /usr/bin/ b) make PATH consistent inside and outside cron -echo "$BACKUP_CRON_EXPRESSION root /root/backup.sh > /proc/1/fd/1 2>&1" > /etc/cron.d/docker-volume-backup
+cat<<EOF>/etc/cron.d/docker-volume-backup
+PATH=$PATH
+$BACKUP_CRON_EXPRESSION root /root/backup.sh > /proc/1/fd/1 2>&1
+EOF I prefer (b), so a PR is incoming |
this will ensure that both 'cron based' and 'manual execution' of backup.sh will use the same PATH providing consistency during testing fixes jareware#56
Works well for my use case. Thank you, @varhub! |
I do get the error again in the current version. It seems like the changes considering the PATH to the entrypoint.sh in the Pull request back then are no longer in the file. Is this by design? |
Recently, I noticed that the docker command is not available anymore when using it in
POST_BACKUP_COMMAND
:@varhub, @jareware, is this in relation to #53?
The text was updated successfully, but these errors were encountered: