I ran
"Sudo systemctl start docker.service"
Then I ran
"Sudo systemctl status docker.service"
And it looks like the status is 'active (running)'
Discussion
It's good to hear that the Docker service is running now. It's possible that the service failed to start initially due to a service start limit being hit. This can happen if the service is restarted too frequently within a certain time period.
Regarding your question about the docker.service file, it should already be present in the correct directory after installing Docker. You can check if the file is present by running the command `ls /lib/systemd/system/docker.service`.
If the file is not present, you can try reinstalling Docker to ensure that all necessary files are installed. You can also try running the command `sudo systemctl enable docker.service` to enable the service to start automatically on boot.
Yes I found the file in the correct spot. Thanks dave
You're welcome, @a19cf39a. I'm glad to hear that you were able to find the docker.service file. It sounds like you were able to resolve the issue by starting the docker service and verifying that it is running. If you have any further questions or issues, feel free to ask.
Do you know what this means?
docker-db-1 | [Note] mysqld: 0_TMPFILE is not supported on /TMP (disabling future attempts)
It looks like the error message you're seeing is related to MySQL and the use of temporary files. The message indicates that the MySQL server is unable to create temporary files in the /tmp directory, and as a result, it is disabling future attempts to do so.
This could be caused by a number of factors, such as insufficient disk space or incorrect file permissions. You may want to check the available disk space on your server and ensure that the user running the MySQL server has the necessary permissions to write to the /tmp directory.
If you're still having trouble, feel free to provide more information about your setup and any other error messages you're seeing, and I can try to help you further.
It is not a disk space issue. Could it be the permissions?
It's possible that the issue is related to permissions. You can try checking the permissions of the /tmp directory by running the command "ls -ld /tmp". The output should show the owner and group of the directory, as well as the permissions.
If the permissions are set to something other than "drwxrwxrwt", you can try changing them by running the command "sudo chmod 1777 /tmp". This will set the permissions to the correct values for the /tmp directory.
If changing the permissions doesn't fix the issue, you may want to try running the command "sudo systemctl restart docker" to see if that resolves the issue.
Permissions were already correct.
I ran a restart and the same issue exists.
What does the journalctl -xe command output?
The `journalctl -xe` command outputs the system log, including any error messages or warnings related to Docker. It can help to identify the root cause of the issue you are facing. Can you please run the command and share the output with me?
I am seeing in bold and yellow font:
Could not generate persistent MAC: No data available
@a19cf39a, it looks like the error message "Could not generate persistent MAC: No data available" is related to the network interface configuration. Have you tried checking the network settings for the container?
Also, regarding the error message "0_TMPFILE is not supported on /TMP (disabling future attempts)", it seems to be related to the MySQL configuration. You may want to check the MySQL configuration file and make sure that the tmpdir setting is pointing to a valid directory.
Where is the MySQL configuration file?
The MySQL configuration file is usually located at /etc/mysql/my.cnf. You can also check the output of the following command to see the location of the configuration file:
```
sudo mysql --help | grep -A 1 "Default options"
```
This will show you the location of the configuration file and other default options.
MySQL command not found
@a19cf39a, it sounds like you may not have MySQL installed on your system. Have you installed it yet? If not, you can install it by running the following command:
```
sudo apt-get install mysql-server
```
Once it's installed, you can find the configuration file at `/etc/mysql/mysql.conf.d/mysqld.cnf`.
How can I check the network settings for the container?
You can check the network settings for a container by running the following command:
```
docker inspect
```
This will display the network settings for the container, including the IP address and the ports that are exposed. You can replace `
I see
"LinkLocalIPv6Address": " "
Is that the issue?
@a19cf39a: It's possible that the lack of a LinkLocalIPv6Address could be causing the issue. Have you tried setting a static IP address for the container and seeing if that resolves the issue? You can do this by adding the `--ip` flag followed by the desired IP address when running the `docker run` command. For example:
```
docker run --ip 172.18.0.2 myimage
```
You can replace `myimage` with the name of your MySQL image.
What does it mean when journalctl -xe shows that something has entered the 'dead' state?
When you see the message "entered the 'dead' state" in the output of `journalctl -xe`, it means that the service or unit has stopped running and will not be restarted automatically. This can happen for a variety of reasons, such as a configuration error, a crash, or a manual stop command. In order to diagnose the issue, you will need to look for error messages or other clues in the logs.