GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — Not appropriately waiting for health check when one compose service depends on another being healthy · Issue #2790 · orbstack/orbstack

Not appropriately waiting for health check when one compose service depends on another being healthy #2790

New issue
Copy link
New issue
Copy link
Open
Open
Not appropriately waiting for health check when one compose service depends on another being healthy#2790
Copy link
Labels
t/bugSomething isn't workingSomething isn't working

Description

@jewlexx
jewlexx
opened on Nov 8, 2026
Issue body actions

Describe the bug

When one service has a health check attacked in a docker compose file, and another service depends on the first service's condition to be service_healthy, OrbStack does not appear to be waiting appropriately, at least before running hooks, as alternatives like Docker and Podman do.

To Reproduce

Compose file outline

Create a docker compose file matching the following outline

  • 2+ services
  • 1 service that has a health check that will not complete immediately (say a timeout of 15 seconds for debugging purposes)
  • 1 service that relies on the first service being healthy before it can run
    • My configuration has a post start hook that connects to the database, which when using OrbStack will about 50% of the time run before the database is ready to accept connections.

Example compose file

Note that I replaced the second service with hello-world as the service I am using relies on a custom image that is not easily shareable. To more easily see the error, a different image that can connect to the database in the post_start hook could be used.

volumes:
  mysql_data:

services:
  db:
    image: mariadb:lts
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: example_root_password
      MYSQL_DATABASE: example_database
      MYSQL_USER: example_user
      MYSQL_PASSWORD: example_user_password
    volumes:
      - mysql_data:/var/lib/mysql
    ports:
      - "3306:3306"
    healthcheck:
      test:
        [
          "CMD",
          "healthcheck.sh",
          "--connect",
          "--innodb_initialized",
          "--innodb_buffer_pool_loaded",
        ]
      start_period: 15s
      interval: 10s
      timeout: 5s
      retries: 3

  backend:
    image: hello-world:latest
    depends_on:
      db:
        condition: service_healthy

Expected behavior

OrbStack waits for the db service to be considered healthy, reports it as such, and then begins starting the backend service.

Diagnostic report (REQUIRED)

OrbStack info:
Version: 2.2.5
Commit: bf842321f95fc3ca7cda3227bf0cd41cb188c471 (v2.2.5)

System info:
macOS: 27.2 (26B123)
CPU: arm64, 10 cores
CPU model: Apple M5
Model: Mac17,2
Memory: 16 GiB

Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2026-11-08T10-08-36.359529Z.zip

Screenshots and additional context (optional)

Output from OrbStack

Image

Output from Podman on linux

Image

Note the Healthy text next to the db service which is not present on OrbStack

Activity

  1. jewlexx
    added
    t/bugSomething isn't workingSomething isn't working
    on Nov 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    t/bugSomething isn't workingSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      You are visitor 01402503 — GeezerVison does not store the pages you look up.
      Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.