mirror of
https://github.com/budtmo/docker-android.git
synced 2026-04-25 12:15:52 +03:00
[GH-ISSUE #231] atd entered FATAL state, too many start retries too quickly #171
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/docker-android#171
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @kpachhai on GitHub (Mar 25, 2020).
Original GitHub issue: https://github.com/budtmo/docker-android/issues/231
🐛 Bug Report
Operating System: Ubuntu 18.04 inside Virtualbox(virtualization is enabled already)
Docker Image: budtmo/docker-android-x86-10.0
Docker Version: 19.03.5-ce
Docker-compose version (Only if you use it): 1.23.2, build 1110ad0
Docker Command to start docker-android: docker run --privileged -d -p 6080:6080 -p 5554:5554 -p 5555:5555 -e DEVICE="Samsung Galaxy S10" --name android-container budtmo/docker-android-x86-10.0
Expected Behavior
Access localhost:6080 from the browser successfully connecting to the AVD running inside docker
Actual Behavior
docker container logs show some processes keep on exiting. The logs are as follows and show that "atd", "screen-copy" and "auto-recording" all enter FATAL state
@kpachhai commented on GitHub (Apr 6, 2020):
Any update on this?
@jack-martin2 commented on GitHub (Apr 8, 2020):
I have also ran into the same problem!
@kpachhai commented on GitHub (Apr 29, 2020):
Does anyone even maintain this repo? Or is it dead?
@chemelli74 commented on GitHub (May 2, 2020):
Same issue for me
Simone
@omarhassanhub commented on GitHub (May 9, 2020):
Exact same issue here. I'm running docker on ubuntu running in vmware fusion.
@opahopa commented on GitHub (May 11, 2020):
same problem, macos catalina, ubuntu under vmware, debian dedicated server, centos server(enabled virtualization). -> probably the problem here is not with the host machine.
also, tried using different version of dockerfile, tinkering with config - all with the same result. probably something is broken on the image.
@opahopa commented on GitHub (May 12, 2020):
this issue was based on the wrong debug approach. check
/var/log/supervisor/docker-android.stdout.login the target container to see your particular problem. As in the doc:docker exec -it android-container tail -f /var/log/supervisor/docker-android.stdout.log@omarhassanhub commented on GitHub (May 13, 2020):
Hi @opahopa what do you mean by wrong debug approach? Could you please elaborate on this? How did you fix it?
Cheers
@opahopa commented on GitHub (May 13, 2020):
Hi @omarhassanhub , i guess you got this log
atd entered FATAL statefromdocker logs *container*, correct? this is a high-level message and to see the specific reason, you need to checkdocker-android.stdout.logon the container, as noted above. I've got this message on different environments and the reasons were different too.@a7i commented on GitHub (Sep 26, 2020):
I am facing the same issue on AKS (running Ubuntu 18.04). Anyone been able to figure this out?
@YassineHk commented on GitHub (Oct 23, 2020):
Same issue for me
i think it is from the memory size
@David-Lor commented on GitHub (Nov 24, 2020):
From my experience, I would say this problem can happen when (but not limited to) you stop the container without stopping first the emulator. Recreating the container makes it work again, but you loose all your data.
/var/log/supervisor/docker-android.stdout.logshows nothing interesting though:/var/log/supervisor/docker-android.stdout.logshows the following, but I'd say this was written when the container started for the first time. I restarted it twice and it's not repeated.:@Arvingrep commented on GitHub (Dec 18, 2020):
Operating System: Linux test04tg 3.10.0-1160.2.2.el7.x86_64 #1 SMP Tue Oct 20 16:53:08 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
Docker Image: budtmo/docker-android-x86-(8.1 ,9.0 ,11.0)
Docker Version: 19.03.13
Docker Command to start docker-android: docker run --privileged -d -p 6080:6080 -p 5554:5554 -p 5555:5555 -e DEVICE="Samsung Galaxy S6" --name android-container budtmo/docker-android-x86-10.0
docker logs : [root@test04tg ~]# docker logs android-container
2020-12-17 04:07:25,290 CRIT Supervisor running as root (no user in config file)
2020-12-17 04:07:25,312 INFO supervisord started with pid 6
2020-12-17 04:07:26,315 INFO spawned: 'xvfb' with pid 22
2020-12-17 04:07:26,316 INFO spawned: 'port-forward' with pid 23
2020-12-17 04:07:26,318 INFO spawned: 'novnc' with pid 24
2020-12-17 04:07:26,319 INFO spawned: 'openbox' with pid 25
2020-12-17 04:07:26,321 INFO spawned: 'x11vnc' with pid 26
2020-12-17 04:07:26,322 INFO spawned: 'screen-copy' with pid 27
2020-12-17 04:07:26,324 INFO spawned: 'docker-appium' with pid 28
2020-12-17 04:07:26,325 INFO spawned: 'atd' with pid 29
2020-12-17 04:07:26,327 INFO spawned: 'auto-recording' with pid 30
2020-12-17 04:07:26,328 INFO spawned: 'adb-utils' with pid 31
2020-12-17 04:07:26,401 INFO exited: screen-copy (exit status 0; not expected)
2020-12-17 04:07:26,403 INFO exited: atd (exit status 0; not expected)
2020-12-17 04:07:27,810 INFO success: xvfb entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-12-17 04:07:27,810 INFO success: port-forward entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-12-17 04:07:27,810 INFO success: novnc entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-12-17 04:07:27,810 INFO success: openbox entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-12-17 04:07:27,810 INFO success: x11vnc entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-12-17 04:07:27,811 INFO spawned: 'screen-copy' with pid 68
2020-12-17 04:07:27,811 INFO success: docker-appium entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-12-17 04:07:27,813 INFO spawned: 'atd' with pid 69
2020-12-17 04:07:27,813 INFO success: auto-recording entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-12-17 04:07:27,813 INFO success: adb-utils entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-12-17 04:07:27,816 INFO exited: screen-copy (exit status 0; not expected)
2020-12-17 04:07:27,817 INFO exited: atd (exit status 0; not expected)
2020-12-17 04:07:30,092 INFO spawned: 'screen-copy' with pid 95
2020-12-17 04:07:30,093 INFO spawned: 'atd' with pid 96
2020-12-17 04:07:30,097 INFO exited: screen-copy (exit status 0; not expected)
2020-12-17 04:07:30,098 INFO exited: atd (exit status 0; not expected)
2020-12-17 04:07:32,445 INFO exited: auto-recording (exit status 0; expected)
2020-12-17 04:07:33,447 INFO spawned: 'screen-copy' with pid 97
2020-12-17 04:07:33,449 INFO spawned: 'atd' with pid 98
2020-12-17 04:07:33,453 INFO exited: screen-copy (exit status 0; not expected)
2020-12-17 04:07:33,453 INFO gave up: screen-copy entered FATAL state, too many start retries too quickly
2020-12-17 04:07:33,454 INFO exited: atd (exit status 0; not expected)
2020-12-17 04:07:34,455 INFO gave up: atd entered FATAL state, too many start retries too quickly
2020-12-17 04:07:54,949 INFO exited: docker-appium (exit status 0; expected)
@asilvanovich commented on GitHub (Jan 14, 2021):
same issue for me
@vijeshkumarraju commented on GitHub (Mar 3, 2021):
I am facing the same isssue as well. Did anyone manage to get a workaround?
@opage commented on GitHub (Aug 16, 2021):
Same issue 😞
@2-man commented on GitHub (Sep 12, 2021):
same here
@Jack-Roc commented on GitHub (Sep 26, 2021):
Hi @opahopa The error you ran on the macos catalina has been resolved,I hope to get in touch with you (Facebook Twitter or Telegram )
@Progaros commented on GitHub (Sep 26, 2021):
same issue
@alexks02 commented on GitHub (Sep 27, 2021):
same issue
@Herrnobiz commented on GitHub (Oct 14, 2021):
I struggled too with the ATD error, i'm using 8.1 galaxy s6 and my container was starting only the first time it was fresh installed, so i tought it was something that was being changed after the initial android bootup and i think my guess was right:
now i just mount the container /root/android_emulator to a folder of my choice on the host so i have access to the file cache.img (not the cache.img.qcow2) to delete it everytime before starting the container, and now it works and starts flawlessy.
Moreover, as a side effect, the contanier now shows healthy, before was showing as unhealthy
@miguepintor commented on GitHub (Dec 14, 2021):
I am facing exactly the same issue as everyone. Any progress? Has someone found a workaround?
@VitalyGryaznov commented on GitHub (Jan 31, 2022):
same issue
@fliot commented on GitHub (Mar 6, 2022):
same here...
@zengfr commented on GitHub (Mar 31, 2022):
same issue too
@JerryWu1234 commented on GitHub (Apr 30, 2022):
same issue too
@Displee commented on GitHub (Jun 9, 2022):
Same issue
@anywo commented on GitHub (Sep 5, 2022):
same issue too
Operating System: Window 11
Docker Version: Docker Desktop 4.11.1
Docker Image: budtmo/docker-android-x86-11.0 | budtmo/docker-android-x86-8.1
@luan-nvg commented on GitHub (Mar 12, 2023):
same problem
@isaacpeh commented on GitHub (Mar 1, 2024):
Any updates on this? Facing the same issue.
@bernatvadell commented on GitHub (Apr 5, 2024):
I've fixed clearing locks before start, you can copy my example:
https://github.com/budtmo/docker-android/issues/395#issuecomment-2040219000