minio 查看 bucket 数据一直显示为 loading ?

在 github 和谷歌只查到说是 nginx 反向代理的问题,没有开启 websocket

但是我是直连 minio 的,没有配置 nginx 做反向代理

https://blog.csdn.net/baoweizhejiayuan/article/details/128381503

https://github.com/minio/minio/discussions/16722


图片.png

services:
    public_minio:
      container_name: public_minio
      restart: always
      image: minio/minio:RELEASE.2023-09-04T19-57-37Z
      ports:
        - "9000:9000" # client port
        - "9002:9002" # console port
      command: server /data --console-address ":9002" #指定容器中的目录 /data
      volumes:
      - ./volumes/:/data
      environment:
        MINIO_ROOT_USER: ponponon #管理后台用户名
        MINIO_ROOT_PASSWORD: sagduyahidhaishdisahdiusayd #管理后台密码,最小8个字符

图片.png

一直显示为 loading

为什么?

换了 minio 的版本,从 minio/minio:RELEASE.2023-09-04T19-57-37Zminio/minio:RELEASE.2024-12-18T13-15-44Z 都试了,不行,都是显示为 loading

minio 的 objectManager websocket ns_error_net_reset 怎么解决

和 nginx 无关,我没有配置 nginx


我的部署机器就是我自己的内网的 linux 服务器,不存在防火墙配置等等问题

怎么排查呢?

看 minio 的日志也没有任何问题

╰─➤  docker-compose logs public_minio                                                                                                                                                                                                                                                  130 ↵
public_minio  | Formatting 1st pool, 1 set(s), 1 drives per set.
public_minio  | WARNING: Host local has more than 0 drives of set. A host failure will result in data becoming unavailable.
public_minio  | MinIO Object Storage Server
public_minio  | Copyright: 2015-2023 MinIO, Inc.
public_minio  | License: GNU AGPLv3 <https://www.gnu.org/licenses/agpl-3.0.html>
public_minio  | Version: RELEASE.2023-09-04T19-57-37Z (go1.19.12 linux/amd64)
public_minio  | 
public_minio  | Status:         1 Online, 0 Offline. 
public_minio  | S3-API: http://172.21.3.2:9000  http://127.0.0.1:9000   
public_minio  | Console: http://172.21.3.2:9002 http://127.0.0.1:9002  
public_minio  | 
public_minio  | Documentation: https://min.io/docs/minio/linux/index.html
public_minio  | Warning: The standard parity is set to 0. This can lead to data loss.
阅读 667
avatarAI BotBETA

回答

这种情况可能与多个因素有关,尽管你已经排除了 Nginx 反向代理的问题。以下是一些可能的排查步骤和解决方案:

  1. 检查浏览器控制台

    • 打开浏览器的开发者工具(通常可以通过按 F12 或右键点击页面选择“检查”来打开)。
    • 切换到“网络”(Network)标签页,查看加载 bucket 数据时的请求。
    • 检查是否有失败的请求,特别是 WebSocket 连接。
    • 查看请求的具体错误信息,比如是否是 net::ERR_CONNECTION_RESET 或其他网络错误。
  2. 检查 MinIO 控制台日志

    • 你已经检查了 MinIO 的 Docker 日志,但建议也直接访问 MinIO 控制台(通过 http://<your-server-ip>:9002)查看是否有更详细的错误信息。
    • 在控制台中查看 bucket 或执行其他操作时,注意是否有错误提示。
  3. 检查 Docker 网络配置

    • 确保 Docker 容器的网络配置正确,特别是端口映射。
    • 你可以使用 docker-compose ps 查看容器运行状态及端口映射情况。
    • 使用 curltelnet 命令从宿主机测试 MinIO 服务端口(9000 和 9002)是否可达。
  4. 检查防火墙和安全组设置

    • 尽管你提到部署在内网的 Linux 服务器上,但还是要确认没有防火墙或安全组规则阻止了对 MinIO 端口的访问。
    • 确认宿主机和容器内的防火墙设置是否允许相应的流量通过。
  5. 尝试使用 MinIO 客户端工具

    • 使用 MinIO 提供的 mc 命令行工具尝试访问 bucket,看是否能成功获取数据。
    • 这可以帮助确认问题是否出在浏览器或前端交互上。
  6. 更新 Docker 和 MinIO

    • 确保你的 Docker 和 Docker Compose 是最新版本。
    • 尝试使用最新版本的 MinIO 镜像,尽管你已经尝试过不同版本的镜像,但有时候最新的修复可能还没有包含在你尝试的版本中。
  7. 查看 MinIO 社区和 GitHub Issues

    • 搜索 MinIO 的 GitHub 仓库和社区论坛,看是否有其他人遇到并解决了类似的问题。
    • 有时候问题可能是由特定的浏览器、操作系统或网络配置引起的。

如果以上步骤都无法解决问题,建议创建一个详细的 issue 在 MinIO 的 GitHub 仓库中,提供尽可能多的信息,包括你的配置、日志、浏览器控制台截图等,以便社区或 MinIO 的开发者帮助你排查问题。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题
宣传栏