"insecure-registries": ["192.168.189.165:81","192.168.189.96:81","218.27.3.120:81"]

根据提供的引用内容，"insecure-registries"是一个配置项，用于指定不安全的镜像仓库地址。在这个例子中，配置项的值是一个包含三个镜像仓库地址的列表。

以下是一个示例配置文件的演示：

cat > daemon.json << EOF
{
  "insecure-registries": ["192.168.189.165:81","192.168.189.96:81","218.27.3.120:81"]
}
EOF

这个配置文件将会创建一个名为daemon.json的文件，并将配置项"insecure-registries"的值设置为包含三个镜像仓库地址的列表。

相关问题

在/etc/docker/daemon.json文件中添加一个{ "insecure-registries": ["192.168.10.12"] } 然后重启docker服务

在`/etc/docker/daemon.json`文件中添加 `{ "insecure-registries": ["192.168.10.12"] }` 这段内容，它的目的是为了允许无安全证书的访问私有Docker注册表（registry）。当你在本地有一个私有Docker仓库，并且它位于IP地址`192.168.10.12`上，这个配置允许docker-daemon在与该IP通信时不强制使用SSL/TLS加密，这对于测试或者内部网络通常比较方便。

具体操作步骤如下：

1. 打开编辑器，比如`vim`, `nano` 或者 `vi`，定位到 `/etc/docker/daemon.json` 文件（如果没有就创建一个新文件）。
2. 在文件中添加以上JSON格式的内容，注意保持单引号和逗号的正确使用。

{
  "insecure-registries": ["192.168.10.12"]
}

3. 保存并关闭编辑器。

4. 重启Docker服务以应用新的配置。对于基于Debian/Ubuntu的系统，可以使用以下命令：

   sudo systemctl restart docker

或者，在Red Hat/CentOS家族的系统上：

   sudo systemctl restart docker.service

现在，Docker将允许无证书的安全连接到指定的IP地址`192.168.10.12`的私有Docker仓库了。请注意，这可能会带来安全性风险，因为你在无意中打开了未加密的数据传输，所以在生产环境中应该避免这样做。

2023-07-14T05:18:42.813472Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.33) starting as process 30413 2023-07-14T05:18:42.827066Z 0 [Warning] [MY-010075] [Server] No existing UUID has been found, so we assume that this is the first time that this server has been started. Generating a new UUID: e64114ff-2205-11ee-870e-080027f67bef. 2023-07-14T05:18:42.831208Z 1 [System] [MY-011012] [Server] Starting upgrade of data directory. 2023-07-14T05:18:42.831274Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started. 2023-07-14T05:18:43.035632Z 1 [ERROR] [MY-013090] [InnoDB] Unsupported redo log format (v0). The redo log was created before MySQL 5.7.9 2023-07-14T05:18:43.035675Z 1 [ERROR] [MY-012930] [InnoDB] Plugin initialization aborted with error Generic error. 2023-07-14T05:18:43.468804Z 1 [ERROR] [MY-011013] [Server] Failed to initialize DD Storage Engine. 2023-07-14T05:18:43.469038Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed. 2023-07-14T05:18:43.469053Z 0 [ERROR] [MY-010119] [Server] Aborting 2023-07-14T05:18:43.469908Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.33) MySQL Community Server - GPL. 2023-07-14T05:25:59.141609Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.33) starting as process 6178 2023-07-14T05:25:59.156401Z 1 [System] [MY-011012] [Server] Starting upgrade of data directory. 2023-07-14T05:25:59.156446Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started. 2023-07-14T05:25:59.356548Z 1 [ERROR] [MY-013090] [InnoDB] Unsupported redo log format (v0). The redo log was created before MySQL 5.7.9 2023-07-14T05:25:59.356610Z 1 [ERROR] [MY-012930] [InnoDB] Plugin initialization aborted with error Generic error. 2023-07-14T05:25:59.793224Z 1 [ERROR] [MY-011013] [Server] Failed to initialize DD Storage Engine. 2023-07-14T05:25:59.793509Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed. 2023-07-14T05:25:59.793525Z 0 [ERROR] [MY-010119] [Server] Aborting @

根据您提供的日志信息，MySQL启动失败并显示了一系列错误消息。根据错误消息，这可能是由于InnoDB日志格式不受支持导致的。这可能是由于您尝试将之前版本的数据目录与当前安装的MySQL版本一起使用。

为了解决这个问题，您可以尝试以下步骤：

1. 备份数据目录：在继续之前，请确保先备份MySQL的数据目录，以防止数据丢失。

2. 清除数据目录：停止MySQL服务后，删除数据目录中的所有文件和子目录。默认情况下，数据目录通常位于/var/lib/mysql。

3. 重新初始化数据目录：使用以下命令重新初始化数据目录：

sudo mysqld --initialize-insecure

这将重新创建并初始化一个空的数据目录。

4. 启动MySQL服务器：使用以下命令启动MySQL服务器：

sudo systemctl start mysqld

检查MySQL服务器的状态以确保它已成功启动：

sudo systemctl status mysqld

如果上述步骤无法解决问题，您可能需要考虑完全卸载MySQL并重新安装。在重新安装之前，请确保删除所有与MySQL相关的文件和目录，并备份重要的数据。

请注意，执行这些操作可能会导致数据丢失，请确保在执行任何操作之前进行适当的备份。如果您对MySQL安装和配置不确定，建议寻求专业人士的帮助或参考MySQL官方文档。