You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
i was too soon writing this report. It turned out the cron service inherited a health check from the php service through yml merge feature and since the command was altered from starting a apache process in the actual php service to a php command in the cron job the health check just determined the container was not active...
maybe because i am not a native english speaker, but what is the skip-running flag even intended to do? this is totally unclear to me from the doc: "Do not start a job if the service is currently running."
Behaviour
When adding a cron service with skip-running=true the next iteration of the service starts even though the prior service is still running
Steps to reproduce this issue
1.Add a service in yml file with cronjob
Expected behaviour
not to start the cron service again as it is still running
Actual behaviour
the service starts again killing the old service that was still running and starts a new one
Configuration
Target Docker version (the host/cluster you manage) : 19.03.2, build 6a30dfc
Platform (windows/linux) : linux redhat 7.7
System info (type
uname -a
) : 3.10.0-957.el7.x86_64 Thedocker service create
reporting no-such Docker Image #1 SMP Thu Oct 4 20:48:51 UTC 2018 x86_64 x86_64 x86_64 GNU/LinuxTarget Swarm version :
Docker info
Server:
Containers: 19
Running: 6
Paused: 0
Stopped: 13
Images: 25
Server Version: 19.03.2
Storage Driver: overlay2
Backing Filesystem: extfs
Supports d_type: true
Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: bridge host ipvlan macvlan null overlay
Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
Swarm: active
NodeID: owd30wzrmpy14f8r5a95rjwmh
Is Manager: true
ClusterID: owy8kklxey6kv9f3pmcr1ikg2
Managers: 1
Nodes: 7
Default Address Pool: 10.0.0.0/8
SubnetSize: 24
Data Path Port: 4789
Orchestration:
Task History Retention Limit: 5
Raft:
Snapshot Interval: 10000
Number of Old Snapshots to Retain: 0
Heartbeat Tick: 1
Election Tick: 10
Dispatcher:
Heartbeat Period: 5 seconds
CA Configuration:
Expiry Duration: 3 months
Force Rotate: 0
Autolock Managers: false
Root Rotation In Progress: false
Node Address: 10.200.221.79
Manager Addresses:
10.200.221.79:10.200.221.79
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 894b81a4b802e4eb2a91d1ce216b8817763c29fb
runc version: 425e105d5a03fabd737a126ad93d62a9eeede87f
init version: fec3683
Security Options:
seccomp
Profile: default
Kernel Version: 3.10.0-957.el7.x86_64
Operating System: Red Hat Enterprise Linux Server 7.7 (Maipo)
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 23.37GiB
Name: NMB-DC-CRG-V004
ID: GALW:KDQW:UREM:54O4:OBIY:3YQH:XMQW:WHCD:XWJS:WBI6:ZBDY:GQI4
Docker Root Dir: /var/lib/docker
Debug Mode: false
Registry: https://index.docker.io/v1/
Labels:
Experimental: false
Insecure Registries:
10.200.221.79:5000
127.0.0.0/8
Live Restore Enabled: false
Logs
The text was updated successfully, but these errors were encountered: