Skip to content

Temurin-17.0.11+9 - # SIGSEGV (0xb) at pc=0x00007ffffe1b4700, pid=7, tid=33 - Docker Desktop for Apple Silicon #7286

Closed

Description

@bodhi-one

Description

Similar to #7006

M1 MBP updated to Sonoma 14.5 on Tuesday this week.

A fatal error has been detected by the Java Runtime Environment:

SIGSEGV (0xb) at pc=0x00007ffffe1b4700, pid=7, tid=33

JRE version: OpenJDK Runtime Environment Temurin-17.0.11+9 (17.0.11+9) (build 17.0.11+9)

Java VM: OpenJDK 64-Bit Server VM Temurin-17.0.11+9 (17.0.11+9, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)

Problematic frame:

V [libjvm.so+0x73d700] G1ParScanThreadState::trim_queue_to_threshold(unsigned int)+0x35b0

No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again

An error report file with more information is saved as:

/home/dev/hs_err_pid7.log

If you would like to submit a bug report, please visit:

https://github.com/adoptium/adoptium-support/issues

Reproduce

  • M1 MBP updated to Sonoma 14.5
  • Docker Desktop 4.30.0 (149282) (and 4.29) have this issue

Container running:

  • RockyLinux 8.9
  • Java VM: OpenJDK 64-Bit Server VM Temurin-17.0.11+9 (17.0.11+9, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
  • Bundled in Jenkins 2.245.1
  • Dockerfile starts the process using ENTRYPOINT ["/bin/tini", "--", "/usr/local/bin/jenkins.sh"]

Java in the container will run for 1-5 minutes before crashing like above.

Expected behavior

Runs as expected, no issues

docker version

Client:
 Cloud integration: v1.0.35+desktop.13
 Version:           26.1.1
 API version:       1.45
 Go version:        go1.21.9
 Git commit:        4cf5afa
 Built:             Tue Apr 30 11:44:56 2024
 OS/Arch:           darwin/arm64
 Context:           desktop-linux

Server: Docker Desktop 4.30.0 (149282)
 Engine:
  Version:          26.1.1
  API version:      1.45 (minimum version 1.24)
  Go version:       go1.21.9
  Git commit:       ac2de55
  Built:            Tue Apr 30 11:48:04 2024
  OS/Arch:          linux/arm64
  Experimental:     false
 containerd:
  Version:          1.6.31
  GitCommit:        e377cd56a71523140ca6ae87e30244719194a521
 runc:
  Version:          1.1.12
  GitCommit:        v1.1.12-0-g51d5e94
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

docker info

Client:
 Cloud integration: v1.0.35+desktop.13
 Version:           26.1.1
 API version:       1.45
 Go version:        go1.21.9
 Git commit:        4cf5afa
 Built:             Tue Apr 30 11:44:56 2024
 OS/Arch:           darwin/arm64
 Context:           desktop-linux

Server: Docker Desktop 4.30.0 (149282)
 Engine:
  Version:          26.1.1
  API version:      1.45 (minimum version 1.24)
  Go version:       go1.21.9
  Git commit:       ac2de55
  Built:            Tue Apr 30 11:48:04 2024
  OS/Arch:          linux/arm64
  Experimental:     false
 containerd:
  Version:          1.6.31
  GitCommit:        e377cd56a71523140ca6ae87e30244719194a521
 runc:
  Version:          1.1.12
  GitCommit:        v1.1.12-0-g51d5e94
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0
redacted@redacted-MacBook-Pro jenkins_aoln % docker info
Client:
 Version:    26.1.1
 Context:    desktop-linux
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.14.0-desktop.1
    Path:     /Users/redacted/.docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.27.0-desktop.2
    Path:     /Users/redacted/.docker/cli-plugins/docker-compose
  debug: Get a shell into any image or container (Docker Inc.)
    Version:  0.0.29
    Path:     /Users/redacted/.docker/cli-plugins/docker-debug
  dev: Docker Dev Environments (Docker Inc.)
    Version:  v0.1.2
    Path:     /Users/redacted/.docker/cli-plugins/docker-dev
  extension: Manages Docker extensions (Docker Inc.)
    Version:  v0.2.23
    Path:     /Users/redacted/.docker/cli-plugins/docker-extension
  feedback: Provide feedback, right in your terminal! (Docker Inc.)
    Version:  v1.0.4
    Path:     /Users/redacted/.docker/cli-plugins/docker-feedback
  init: Creates Docker-related starter files for your project (Docker Inc.)
    Version:  v1.1.0
    Path:     /Users/redacted/.docker/cli-plugins/docker-init
  sbom: View the packaged-based Software Bill Of Materials (SBOM) for an image (Anchore Inc.)
    Version:  0.6.0
    Path:     /Users/redacted/.docker/cli-plugins/docker-sbom
  scout: Docker Scout (Docker Inc.)
    Version:  v1.8.0
    Path:     /Users/redacted/.docker/cli-plugins/docker-scout

Server:
 Containers: 11
  Running: 4
  Paused: 0
  Stopped: 7
 Images: 120
 Server Version: 26.1.1
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
 Swarm: active
  NodeID: qk1cjqvqbgsohjktw3p9weqxl
  Is Manager: true
  ClusterID: aof7d8y0cwnke6vpx3ctugogm
  Managers: 1
  Nodes: 1
  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: 192.168.65.3
  Manager Addresses:
   192.168.65.3:2377
 Runtimes: io.containerd.runc.v2 runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: e377cd56a71523140ca6ae87e30244719194a521
 runc version: v1.1.12-0-g51d5e94
 init version: de40ad0
 Security Options:
  seccomp
   Profile: unconfined
  cgroupns
 Kernel Version: 6.6.26-linuxkit
 Operating System: Docker Desktop
 OSType: linux
 Architecture: aarch64
 CPUs: 5
 Total Memory: 7.658GiB
 Name: docker-desktop
 ID: 56103f78-eacd-4a37-973a-02282a0d4742
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 HTTP Proxy: http.docker.internal:3128
 HTTPS Proxy: http.docker.internal:3128
 No Proxy: hubproxy.docker.internal
 Username: redacted
 Labels:
  com.docker.desktop.address=unix:///Users/redacted/Library/Containers/com.docker.docker/Data/docker-cli.sock
 Experimental: false
 Insecure Registries:
  hubproxy.docker.internal:5555
  127.0.0.0/8
 Live Restore Enabled: false

WARNING: daemon is not using the default seccomp profile

Diagnostics ID

19BD9591-4217-40CD-B558-96E3E82894F6/20240516143857

Additional Info

No response

Activity

  1. changed the title [-]Temurin-17.0.11+9 - # SIGSEGV (0xb) at pc=0x00007ffffe1b4700, pid=7, tid=33 - Docker Desktop for Mac Apple Silicon[/-] [+]Temurin-17.0.11+9 - # SIGSEGV (0xb) at pc=0x00007ffffe1b4700, pid=7, tid=33 - Docker Desktop for Apple Silicon[/+] on May 16, 2024
  2. jritst commented on May 16, 2024

    @jritst

    +1

    Myself and some others upgraded to Sonoma 14.5 yesterday and are now running into the same issue using Rosetta.

  3. aberman commented on May 17, 2024

    @aberman

    +1

    Having the same issue after having updated to Sonoma 14.5. Running Java on Linux within a Docker container using Rosetta on an Apple M1 Max

    #
    # A fatal error has been detected by the Java Runtime Environment:
    #
    #  SIGSEGV (0xb) at pc=0x00007ffffed2525a, pid=1, tid=0x00007ffffc512700
    #
    # JRE version: OpenJDK Runtime Environment (8.0_292-b10) (build 1.8.0_292-b10)
    # Java VM: OpenJDK 64-Bit Server VM (25.292-b10 mixed mode linux-amd64 compressed oops)
    # Problematic frame:
    # V  [libjvm.so+0x9d825a][thread 140737427617536 also had an error]
    [thread 140737428670208 also had an error]
      oopDesc* PSPromotionManager::copy_to_survivor_space<false>(oopDesc*)+0x2ea
    #
    # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
    #
    # An error report file with more information is saved as:
    # //hs_err_pid1.log
    [thread 140737425512192 also had an error]
    #
    # If you would like to submit a bug report, please visit:
    #   https://github.com/AdoptOpenJDK/openjdk-support/issues
    
  4. bodhi-one commented on May 17, 2024

    @bodhi-one
    Author

    Docker Team, I assume you have some kind of direct line into Apple to file a bug report please ? (assuming regression in Rosetta?)

  5. Vause commented on May 17, 2024

    @Vause

    We've seen the same issue for individuals running on Apple M1 Pro and Apple M2 Pro as well. This only started after upgrading to Sonoma 14.5.
    Following the thread in #7006 and attempting to use the community-suggested solutions did not work for us.
    Specifically, adding the following line to our docker-compose.yml:

    JAVA_OPTS: '-XX:+UseConcMarkSweepGC'
    

    The following information is what we've gathered in our Docker Desktop logs:

    JRE version: OpenJDK Runtime Environment (8.0_322-b06) (build 1.8.0_322-b06)
    Java VM: OpenJDK 64-Bit Server VM (25.322-b06 mixed mode linux-amd64 compressed oops)

  6. vasuarv commented on May 20, 2024

    @vasuarv

    This is still broken with Java 11.

  7. mlooney commented on May 20, 2024

    @mlooney

    specifically, we see this when running amd_x86 xbuild images built on m1. probably another Qemu issue.

  8. bodhi-one commented on May 20, 2024

    @bodhi-one
    Author

    specifically, we see this when running amd_x86 xbuild images built on m1. probably another Qemu issue.

    For me, using an image build on x86, and pulling to local, running still fails on M1/docker/linux/jdk17

  9. dgileadi commented on May 20, 2024

    @dgileadi

    I'm hitting this issue too. If it helps, I had previously updated to Sonoma 14.5 and did not see this issue until I later updated my Docker Desktop to 4.30.0 from 4.28.0.

  10. mlooney commented on May 20, 2024

    @mlooney

    For me, using an image build on x86, and pulling to local, running still fails on M1/docker/linux/jdk17

    Also can verify this is the case as well

  11. aberman commented on May 20, 2024

    @aberman

    I'm hitting this issue too. If it helps, I had previously updated to Sonoma 14.5 and did not see this issue until I later updated my Docker Desktop to 4.30.0 from 4.28.0.

    4.28 crashes as well, I went back to that version to test.

  12. Lisamarie73187 commented on May 20, 2024

    @Lisamarie73187

    same issue, docker 4.30.0, Sonoma 14.5 (upgraded last week), M3 MBP.

    Docker Desktop Logs:
    JRE version: OpenJDK Runtime Environment (8.0_342-b07) (build 1.8.0_342-b07)
    Java VM: OpenJDK 64-Bit Server VM (25.342-b07 mixed mode linux-amd64 compressed oops)

    Problematic frame:
    V [libjvm.so+0x91483f] ObjectMonitor::enter(Thread*)+0x3f

  13. filippyziak commented on May 21, 2024

    @filippyziak

    Same issue M3 Max MBP tested both 4.28 and 4.30. Java 8 and Java 17 projects both not working.

  14. 27 remaining items

  15. dgageot commented on Jun 12, 2024

    @dgageot
    Member

    Hi everyone, here's an internal build that you could try: Docker.dmg
    We believe it fixes your issues. I would be happy to find out if it doesn't

  16. amineo commented on Jun 12, 2024

    @amineo

    Hi everyone, here's an internal build that you could try: Docker.dmg We believe it fixes your issues. I would be happy to find out if it doesn't

    4.32.0 (153994) - This is working for me! Thanks for your hard work and fixing this quickly

  17. schneekatze commented on Jun 12, 2024

    @schneekatze

    the downgrade to 4.26.2 did the trick. Works fine 12. June

  18. AlexRitter commented on Jun 12, 2024

    @AlexRitter

    I can start my Elasticsearch Container with 4.32.0 (153994) - this was not possible with 4.31 or 4.30 , but it seams not to be very stable. The Container will terminate after a couple of minutes when network access occurs.
    Also tried to disable rosetta, but no luck (OSX14.5 on M2Max).
    Interesting part - the container will stop with Code (137) and no other log entries. Any idea ?

  19. stephenmontgomery commented on Jun 13, 2024

    @stephenmontgomery

    Yeah that new internal docker image (4.32.0 (153994)) works well with m1 mac on 14.5. It wasn't working yesterday when I upgraded to macos 4.50 with docker 4.29 and SIGSEGV Java errors on amd64 emulation mode. I have opensearch in the mix too and it works fine. Thanks!

  20. gwitsch commented on Jun 18, 2024

    @gwitsch

    Just had another look today at the behaviour, as I had to do a clean install of docker on my Mac.
    The issue can be triggered by choosing different Java Garbage collectors in Java
    I am using Docker Desktop v4.31.0 and Java openjdk version "17.0.11" 2024-04-16 LTS

    ParallelGC does not work!
    -XX:+UseParallelGC

    G1GC works!
    -XX:+UseG1GC

  21. sanak commented on Jun 27, 2024

    @sanak

    I couldn't install 4.32.0 on my M1 Mac environment probably due to anti-virus software check, so I downgraded 4.26.1 and now it works fine. Thanks a lot of the informations! 🙇

    => Sorry, 4.32.0 can be installed from macOS system setting "Privacy and Security" menu. 4.26.1 was a bit slow, but 4.32.0 is fine on my environment.

  22. sanak commented on Jul 5, 2024

    @sanak

    Well, there seems to be official 4.32.0 release at yesterday.
    I reinstalled it and confirmed that the issue is fixed. 😊
    https://docs.docker.com/desktop/release-notes/#4320

    For Mac

    Fixed fatal errors with some AMD64 Java images. Fixes docker/for-mac/7286 and docker/for-mac/7006.

  23. lorenrh commented on Jul 5, 2024

    @lorenrh
    Member

    A fix has been issued for this in the latest Docker Desktop 4.32.0, see https://docs.docker.com/desktop/release-notes/

    If the issue persists, don't hesitate to reach out!

  24. levrik commented on Jan 14, 2025

    @levrik

    Seeing the same issue on latest Docker Desktop 4.37.2 during docker build with gradle:8.10-jdk17 image. Gradle simply crashes due to

     SIGSEGV (0xb) at pc=0x00007ffffe959f0d, pid=43, tid=48
    
    JRE version: OpenJDK Runtime Environment Temurin-17.0.13+11 (17.0.13+11) (build 17.0.13+11)
    Java VM: OpenJDK 64-Bit Server VM Temurin-17.0.13+11 (17.0.13+11, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
    Problematic frame:
    V  [libjvm.so+0x73ef0d]  G1ParScanThreadState::steal_and_trim_queue(GenericTaskQueueSet<OverflowTaskQueue<ScannerTask, (MEMFLAGS)5, 131072u>, (MEMFLAGS)5>*)+0xc9d
    

    I'm on macOS Sonoma 14.7.2 with an M1.

  25. JasringStw commented on Jan 14, 2025

    @JasringStw

    I have seen this with some MacOS 14.x versions as well, it seems version MacOS 15 has this issue solved.

  26. levrik commented on Jan 14, 2025

    @levrik

    @JasringStw Looks like it's time to upgrade to macOS 15 then.

  27. kaidjohnson commented on Jan 23, 2025

    @kaidjohnson

    This issue started for us again on MacOS 14.5 with Docker Desktop 4.37.0. The issue is currently being worked around by remaining on 4.36.1.

    Once our team gets the green light to upgrade to MacOS 15, we will try again with the latest Docker Desktop to see if that resolves the problem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions