"insecure-registries": ["192.168.189.165:81","192.168.189.96:81","218.27.3.120:81"]
时间: 2024-01-12 22:03:23 浏览: 192
根据提供的引用内容,"insecure-registries"是一个配置项,用于指定不安全的镜像仓库地址。在这个例子中,配置项的值是一个包含三个镜像仓库地址的列表。
以下是一个示例配置文件的演示:
```shell
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格式的内容,注意保持单引号和逗号的正确使用。
```json
{
"insecure-registries": ["192.168.10.12"]
}
```
3. 保存并关闭编辑器。
4. 重启Docker服务以应用新的配置。对于基于Debian/Ubuntu的系统,可以使用以下命令:
```bash
sudo systemctl restart docker
```
或者,在Red Hat/CentOS家族的系统上:
```bash
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官方文档。
阅读全文
相关推荐

















