Closed guioliveiradevops closed 2 months ago
Sounds similar to #1056 and thus might be #1055
2024-05-10T10:53:12.119773190Z 2024-05-10T10:53:12.119706Z 0 [Warning] [MY-010001] [Server] Can't create thread to handle bootstrap (errno: 1)
That sounds like libseccomp
; try with --security-opt seccomp=unconfined
. If it works, then Docker, runc, and libseccomp need to be updated on the host.
https://github.com/docker-library/python/issues/837#issuecomment-1599640563
We use MySQL with Docker compose natively, and this morning all our environments that used the 8.0.37 image started to have problems. ... This created a very serious problem for us, as we thought the data was corrupt.
If this helps anyone with the same problem, we had to update to 8.1 and we were successful.
Thanks for sharing! I have the same issue with mysql:8.0.36-debian image as well. Update to mysql:8.0.37-debian did not help. If you say that 8.1 solved your issue, I would be very happy to test it, but I need mysql:8.1-debian which unfortunately is missing at this moment. Is there any chance to have it available soon?
8.1
was the first "innovation" release and is no longer updated (it was superseded by 8.2 and then 8.3 and now 8.4). After 8.0
we stopped publishing Debian based images and only publish Oracle Linux based images since it is more supported by MySQL upstream releases.
Edit: 8.0
is still an active release and the images will continue to be built (on Debian and Oracle Linux) until its end of life.
I have the same issue ,when i upgrade my docker from 19.03.9 to 26.1.4,it had been solved.
--security-opt seccomp=unconfined
try what with seccomp? docker compose does not have that flag
I resolved all issues by switching to the Bitnami MySQL container images across all my servers.
--security-opt seccomp=unconfined
try what with seccomp? docker compose does not have that flag
https://docs.docker.com/reference/compose-file/services/#security_opt
We use MySQL with Docker compose natively, and this morning all our environments that used the 8.0.37 image started to have problems.
Initially we thought our data was corrupt, as the error was this:
And also when starting a new MySQL without any data, the following error appears:
Apparently, all because of this update:
This created a very serious problem for us, as we thought the data was corrupt.
If this helps anyone with the same problem, we had to update to 8.1 and we were successful.