二、MinIO 四节点集群部署方案（192.168.175.184、192.168.175.185、192.168.175.186、192.168.175.128四台机器搭建minio集群

我将为您提供一个在四台机器上搭建 MinIO 集群的完整方案。这个配置将创建一个高可用的分布式对象存储集群。

MinIO 四节点集群部署方案

1. 集群规划

节点

IP地址

存储路径

角色

Node1

192.168.175.184

/data1/minio, /data2/minio

集群节点

Node2

192.168.175.185

/data1/minio, /data2/minio

集群节点

Node3

192.168.175.186

/data1/minio, /data2/minio

集群节点

Node4

192.168.175.128

/data1/minio, /data2/minio

集群节点

集群特性：

  • 4个节点，每个节点2个驱动器，共8个驱动器

  • 默认纠删码配置：4个节点可容忍1个节点故障

  • 数据保护：即使丢失最多4个驱动器（或2个节点），数据仍可恢复

2. 环境准备（在所有节点执行）

2.1 系统要求检查

# 1. 检查系统时间同步
timedatectl status
# 如果不同步，安装并配置NTP
sudo yum install -y ntp
sudo systemctl start ntpd
sudo systemctl enable ntpd

# 2. 检查防火墙（开放必要端口）
sudo firewall-cmd --permanent --add-port=9000/tcp  # API端口
sudo firewall-cmd --permanent --add-port=9001/tcp  # 控制台端口
sudo firewall-cmd --reload

# 3. 创建MinIO用户和组
sudo useradd -r minio -s /sbin/nologin

2.2 准备存储目录

# 创建存储目录（确保/data1和/data2是独立挂载点）
sudo mkdir -p /data1/minio /data2/minio

# 设置正确的所有权和权限
sudo chown -R minio:minio /data1/minio /data2/minio
sudo chmod 750 /data1/minio /data2/minio

# 验证目录权限
ls -ld /data1/minio /data2/minio

3. 安装MinIO（在所有节点执行）

3.1 下载MinIO二进制文件

# 下载最新稳定版（请检查官网获取最新版本）
wget https://dl.min.io/server/minio/release/linux-amd64/minio -O /usr/local/bin/minio
chmod +x /usr/local/bin/minio

# 验证安装
minio --version

3.2 下载MinIO客户端（可选，在一个节点安装即可）

wget https://dl.min.io/client/mc/release/linux-amd64/mc -O /usr/local/bin/mc
chmod +x /usr/local/bin/mc

4. 配置MinIO集群

4.1 创建配置文件

在所有节点创建 /etc/minio/minio.conf：

sudo mkdir -p /etc/minio
sudo tee /etc/minio/minio.conf << 'EOF'
# MinIO配置
MINIO_ROOT_USER=admin
MINIO_ROOT_PASSWORD=YourStrong@AdminPassword123!
MINIO_VOLUMES="http://192.168.175.184/data1/minio http://192.168.175.184/data2/minio http://192.168.175.185/data1/minio http://192.168.175.185/data2/minio http://192.168.175.186/data1/minio http://192.168.175.186/data2/minio http://192.168.175.128/data1/minio http://192.168.175.128/data2/minio"
MINIO_OPTS="--address :9000 --console-address :9001"
EOF

# 设置配置文件权限
sudo chown minio:minio /etc/minio/minio.conf
sudo chmod 600 /etc/minio/minio.conf

4.2 创建Systemd服务文件

在所有节点创建 /etc/systemd/system/minio.service：

sudo tee /etc/systemd/system/minio.service << 'EOF'
[Unit]
Description=MinIO
Documentation=https://docs.min.io
Wants=network-online.target
After=network-online.target
AssertFileIsExecutable=/usr/local/bin/minio

[Service]
WorkingDirectory=/usr/local

User=minio
Group=minio

EnvironmentFile=/etc/minio/minio.conf
ExecStartPre=/bin/bash -c "if [ -z \"${MINIO_VOLUMES}\" ]; then echo \"Variable MINIO_VOLUMES not set in /etc/minio/minio.conf\"; exit 1; fi"

ExecStart=/usr/local/bin/minio server $MINIO_OPTS $MINIO_VOLUMES

Restart=always
LimitNOFILE=65536
TasksMax=infinity
TimeoutStopSec=infinity
SendSIGKILL=no

[Install]
WantedBy=multi-user.target
EOF

5. 启动集群

5.1 启动所有节点

# 在所有节点上执行
sudo systemctl daemon-reload
sudo systemctl enable minio
sudo systemctl start minio

# 检查服务状态
sudo systemctl status minio

# 查看启动日志
sudo journalctl -u minio -f

5.2 验证集群启动

等待约30秒后，检查集群状态：

# 使用mc客户端（在任一节点）
mc alias set mycluster http://192.168.175.184:9000 admin YourStrong@AdminPassword123!
mc admin info mycluster

预期输出应显示：

  • 4个服务器节点在线

  • 8个驱动器在线

  • 总存储容量

6. 访问Web控制台

  • 控制台地址：http://192.168.175.184:9001（或任意节点IP）

  • 登录账号：admin

  • 登录密码：YourStrong@AdminPassword123!

7. 集群验证测试

7.1 创建Bucket并测试

# 创建测试bucket
mc mb mycluster/test-bucket

# 上传测试文件
echo "MinIO Cluster Test" > test.txt
mc cp test.txt mycluster/test-bucket/

# 列出文件
mc ls mycluster/test-bucket

# 查看bucket信息
mc stat mycluster/test-bucket

7.2 模拟节点故障测试

# 停止一个节点（模拟故障）
sudo systemctl stop minio  # 在192.168.175.128上执行

# 验证集群是否仍可读写
mc cp another-test.txt mycluster/test-bucket/  # 应该成功

# 恢复节点
sudo systemctl start minio  # 在192.168.175.128上执行

# 检查数据同步
mc admin heal mycluster/test-bucket

8. 生产环境优化建议

8.1 性能优化

# 调整内核参数（在所有节点）
sudo tee -a /etc/sysctl.conf << 'EOF'
# MinIO优化
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.core.netdev_max_backlog = 30000
EOF
sudo sysctl -p

8.2 监控配置

# 启用Prometheus监控端点
# 在MinIO配置中添加
MINIO_PROMETHEUS_AUTH_TYPE="public"

8.3 备份配置

# 备份MinIO配置
sudo tar czf /backup/minio-config-$(date +%Y%m%d).tar.gz /etc/minio/ /etc/systemd/system/minio.service

9. 故障排查命令

# 1. 检查服务状态
sudo systemctl status minio

# 2. 查看实时日志
sudo journalctl -u minio -f

# 3. 检查端口监听
sudo netstat -tlnp | grep :9000
sudo netstat -tlnp | grep :9001

# 4. 检查节点间连通性
for node in 184 185 186 128; do
    echo "Testing 192.168.175.$node:9000..."
    curl -s http://192.168.175.$node:9000/minio/health/live
    echo
done

# 5. 检查磁盘空间和权限
df -h /data1 /data2
ls -ld /data1/minio /data2/minio

10. 重要注意事项

  1. 存储要求：确保 /data1和 /data2是独立的物理磁盘或挂载点

  2. 密码安全：生产环境务必修改默认密码

  3. TLS/SSL：生产环境建议配置TLS证书

  4. 负载均衡：建议在前端配置负载均衡器（如Nginx）

  5. 定期维护：监控磁盘使用率，定期检查集群健康状态

快速部署脚本

如果您需要自动化部署，我可以为您提供一个Ansible playbook或Shell脚本来自动化上述所有步骤。

这个四节点MinIO集群方案提供了高可用性和数据保护。部署完成后，您将获得一个企业级的对象存储解决方案。

 

根据您提供的 MinIO 日志截图，集群启动失败的根本原因是所有配置的存储驱动器（Drive）都无法被访问。这导致集群无法达到最低运行要求（至少4个驱动器上线），一直处于等待状态。

核心问题诊断：驱动器无法访问

日志显示所有通过 http://IP:9000/路径格式指定的驱动器都返回了 drive not found错误。这通常不是网络连接问题（否则会提示“连接拒绝”），而是 MinIO 进程在对应服务器的本地路径上找不到或无法访问指定目录。

解决方案分步排查

请按照以下顺序在所有节点上检查和修复：

1. 检查存储目录是否存在与权限（最可能的原因）

在 每一台​ MinIO 节点服务器（184, 185等）上执行：

# 1.1 检查目录是否存在
ls -ld /data1/minio /data2/minio

# 1.2 检查目录所有权 - 必须是 minio 用户和组
sudo ls -la /data1/ | grep minio
sudo ls -la /data2/ | grep minio

# 如果权限不正确，修复命令如下：
# 创建目录（如果不存在）
sudo mkdir -p /data1/minio /data2/minio

# 将所有权递归更改为 minio 用户（关键步骤！）
sudo chown -R minio:minio /data1/minio /data2/minio

# 设置安全的目录权限
sudo chmod 750 /data1/minio /data2/minio

2. 验证存储目录是否为独立挂载点

MinIO 强烈建议​ 使用独立磁盘或分区，而非根分区下的目录。

# 检查挂载点
df -h /data1 /data2

# 如果输出显示文件系统是根分区（如 `/dev/mapper/centos-root`），
# 则需要为 /data1 和 /data2 挂载独立磁盘。

3. 检查 MinIO 服务配置

确保配置文件 /etc/minio/minio.conf中的 MINIO_VOLUMES设置正确：

  • 包含所有节点的所有路径

  • 格式为："http://IP/路径 http://IP/路径 ..."

  • 注意：URL中的端口（:9000）是节点间通信端口，路径是本地文件系统路径。

4. 重启服务并验证

修复权限后，在所有节点上重启服务：

# 依次重启节点
sudo systemctl restart minio

# 查看启动状态
sudo systemctl status minio

# 跟踪日志（观察是否还有“drive not found”错误）
sudo journalctl -u minio -f --no-pager

5. 验证网络连通性（附加检查）

在任一节点上测试到其他节点的API连通性：

# 从184节点测试185节点
curl -v http://192.168.175.185:9000/minio/health/live

预期成功状态

当所有问题解决后，日志应显示：

  • “All MinIO sub-systems initialized successfully”

  • “MinIO Object Storage Server is successfully started”

  • 在Web控制台（端口9001）的“Cluster”页面看到所有节点和驱动器在线（绿色）。

请首先执行第1步的权限检查和修复，这是解决“drive not found”最常见、最直接的方法。

 

根据日志截图，MinIO 集群启动失败的核心原因是：存储驱动器中残留了旧的集群配置数据，与新配置冲突。

问题诊断

错误信息明确指出：

FATAL Unable to initialize backend: 
/data1/minio drive is already being used in another erasure deployment. 
(Number of drives specified: 8 but the number of drives found in the 3rd drive's format.json: 4)

这意味着：

  1. 驱动器已被占用：/data1/minio等驱动器中已存在 MinIO 的格式化数据（来自之前的部署或测试）。

  2. 配置不匹配：您当前尝试以 8 个驱动器​ 的配置启动集群，但系统中检测到的旧格式化文件记录的是 4 个驱动器​ 的配置。这种不一致导致 MinIO 拒绝启动，以防止数据损坏。

解决方案

您需要完全清理所有节点上的旧集群数据，然后以空白状态重新启动。

步骤一：停止所有节点上的 MinIO 服务

在 所有四台服务器​ 上执行：

sudo systemctl stop minio

步骤二：清理所有驱动器上的旧数据（关键步骤！）

在 每一台服务器​ 上，清理为其配置的所有存储目录：

# 这将删除所有MinIO元数据和存储的文件
# 请确保这些目录中没有需要保留的业务数据！
sudo rm -rf /data1/minio/* /data2/minio/*

重要警告：此操作会永久删除该目录下所有对象和数据。如果这是全新环境或您确认可以丢失旧数据，请执行。如果有重要数据，请先备份。

步骤三：重新启动集群

在所有节点上执行：

sudo systemctl start minio
sudo systemctl status minio

步骤四：验证集群状态

  1. 检查日志：sudo journalctl -u minio -n 20 --no-pager

    • 应出现 "All MinIO sub-systems initialized successfully"的成功消息。

  2. 登录Web控制台：访问 http://192.168.175.184:9001，使用您的管理员账号登录。

  3. 在控制台检查：进入 Dashboard → Cluster → Servers，应看到：

    • 4 个节点（服务器）在线

    • 8 个驱动器（Drives）全部显示绿色（Online）

根本原因与预防

  • 原因：MinIO 在每个驱动器的隐藏目录中创建 format.json文件，记录集群拓扑（节点数、驱动器数）。当配置变更（如从4驱动器扩展到8驱动器）而旧文件未清理时，就会发生此冲突。

  • 预防：未来变更集群规模（扩缩容）前，务必遵循官方文档的扩缩容流程，或在新环境中使用全新的、未格式化的存储目录。

补充说明

如果您的业务数据非常重要，且存在于旧集群中，您需要：

  1. 在清理前，使用 mc mirror命令将旧集群数据迁移到另一个存储系统。

  2. 或者，如果您想保留旧数据并迁移到新配置，这是一个复杂操作，需要手动协调 format.json文件，不建议新手尝试，风险极高。

总结：执行 步骤二（清理数据）​ 是解决当前问题最直接、安全的方法（在确认可丢失旧数据的前提下）。完成后，您的四节点八驱动器集群将重新初始化并正常运行。

根据您提供的系统日志截图，核心问题是 MinIO 服务无法找到并访问其配置的存储驱动器，导致服务启动后立即失败。

问题根源分析

日志中重复出现的关键错误是：

Unable to use the drive http://192.168.175.184:9000/data1/minio: drive not found

这表明 MinIO 进程尝试访问 http://192.168.175.184:9000/data1/minio这个 URL 路径（用于节点间通信），但在该路径对应的服务器本地文件系统上，无法找到或访问 /data1/minio这个目录。

解决方案：分步排查与修复

第一步：检查并修复存储目录权限（最可能的原因）

在 每一台​ MinIO 节点服务器（包括 192.168.175.184）上，执行以下命令：

  1. 确认目录存在：

    ls -ld /data1/minio /data2/minio

    • 如果目录不存在，创建它：sudo mkdir -p /data1/minio /data2/minio

  2. 检查并修正所有权（关键步骤）：

    # 查看当前所有者
ls -ld /data1/minio /data2/minio

# 将目录所有权递归更改为运行MinIO服务的用户（通常是“minio”用户）
sudo chown -R minio:minio /data1/minio /data2/minio

  3. 设置正确的目录权限：

    sudo chmod 750 /data1/minio /data2/minio

第二步：验证驱动器配置格式

检查 MinIO 配置文件（如 /etc/minio/minio.conf或 systemd 环境文件）中的 MINIO_VOLUMES变量。确保它指向的是文件系统路径，而不是URL（除非您明确在使用分布式URL模式）。

  • 对于本地驱动器，正确格式示例：

    MINIO_VOLUMES="/data1/minio /data2/minio"

  • 对于跨节点分布式集群，正确格式示例：

    MINIO_VOLUMES="http://192.168.175.184/data1/minio http://192.168.175.184/data2/minio http://192.168.175.185/data1/minio ..."

    重要：在分布式配置中，每个节点都必须能通过HTTP访问其他节点列出的路径，并且该路径在目标服务器本地必须存在且权限正确。

第三步：重启服务并验证

在修复权限和检查配置后：

  1. 重启服务：

    sudo systemctl restart minio

  2. 检查服务状态和日志：

    sudo systemctl status minio
sudo journalctl -u minio -n 20 --no-pager

  3. 成功迹象：

    • 状态显示 active (running)

    • 日志中出现 "All MinIO sub-systems initialized successfully"

第四步：附加网络检查（如果使用分布式URL配置）

如果您的 MINIO_VOLUMES确实包含其他节点的HTTP地址，请测试节点间连通性：

# 在其中一个节点上，测试访问其他节点的MinIO健康端点
curl -v http://192.168.175.184:9000/minio/health/live

确保所有相关端口（默认9000和9001）在防火墙或安全组中开放。

总结与建议

  1. 立即操作：首先在所有节点上执行 第一步​ 的权限检查和修复命令。

  2. 配置核对：确认 MINIO_VOLUMES设置正确，符合您的部署模式（单机多盘或分布式多节点）。

  3. 按顺序重启：修复后，按节点顺序重启服务，并观察日志。

此问题通常由“MinIO进程用户无权访问存储目录”导致。完成上述步骤后，您的MinIO集群应能正常启动并提供服务。

根据您提供的日志截图，MinIO 集群启动失败的核心原因是：存储驱动器中残留了旧的集群格式化信息，与新配置冲突。

问题根源

错误信息明确指出：

FATAL Unable to initialize backend: 
/data1/minio drive is already being used in another erasure deployment. 
(Number of drives specified: 8 but the number of drives found in the 3rd drive's format.json: 4)

这意味着：

  1. 残留数据冲突：在您的一个或多个驱动器（特别是 /data1/minio）中，已经存在一个 旧的、格式化的 MinIO 数据目录，其中包含名为 format.json的元数据文件。

  2. 配置不匹配：这个旧的 format.json文件记录的是一个 4驱动器集群​ 的配置。而您当前尝试以 8驱动器（4节点×2驱动器）的新配置启动集群。

  3. 安全机制触发：MinIO 为了防止数据损坏，检测到这种根本性的配置变更（驱动器数量从4变到8）后，会拒绝启动。

解决方案：完全清理并重新初始化

您需要彻底清除所有节点上的旧集群数据，然后以空白状态启动。

步骤一：停止所有节点服务

在 所有四台服务器​ (184, 185, 186, 128) 上执行：

sudo systemctl stop minio

步骤二：彻底清理所有驱动器（关键操作！）

在 每一台服务器​ 上，删除其所有 MinIO 数据目录的内容：

# 执行前请确认：这些目录中是否存在需要保留的业务数据？
# 此操作将永久删除该目录下的所有对象和配置。
sudo rm -rf /data1/minio/* /data2/minio/*

重要警告：如果这是一个全新环境或测试环境，可以安全执行。如果这是生产环境且存有重要数据，请务必先进行备份，或联系管理员确认。

步骤三：重新启动集群

在所有节点上执行：

sudo systemctl start minio

然后检查状态：

sudo systemctl status minio

步骤四：验证集群状态

  1. 查看日志，确认成功启动：

    sudo journalctl -u minio -n 10 --no-pager

    成功日志应包含："All MinIO sub-systems initialized successfully"。

  2. 登录Web控制台​ (http://192.168.175.184:9001)，在 Dashboard → Cluster​ 页面中，应看到4个节点和8个驱动器全部在线（绿色状态）。

根本原因与预防

  • 原因：MinIO 在每个驱动器的 .minio.sys子目录下创建 format.json文件，它像集群的“身份证”，记录了节点数、驱动器数等拓扑信息。配置变更后，新旧“身份证”信息不一致导致冲突。

  • 预防：在以下情况前，务必清理驱动器：

    • 变更集群节点数或每节点驱动器数。

    • 从单机模式迁移到分布式模式，或反之。

    • 需要彻底重置集群时。

如果数据不能丢失怎么办？

如果旧数据必须保留，这是一个高级且高风险操作，需要：

  1. 使用 mc mirror等工具先将数据迁移至另一个临时存储。

  2. 或，尝试手动协调所有节点上所有驱动器的 format.json文件，使其与新配置（8驱动器）一致。强烈不建议新手操作，极易导致数据永久丢失。

总结：对于当前情况，执行 步骤二（清理数据）​ 是让集群恢复正常运行的最直接方法。完成后，您的四节点八驱动器集群将完成全新初始化并成功启动。

 

根据您提供的系统日志截图，核心问题是 MinIO 服务进程在尝试访问另一节点（192.168.175.128）上的存储路径时失败，导致服务启动后立即崩溃，并被系统守护进程 systemd判定为启动过快而暂时阻止重启。

问题诊断与直接原因

错误链条非常清晰：

  1. 驱动访问失败：MinIO 进程报告无法使用驱动器 http://192.168.175.128:9000/data1/minio，原因为 drive not found。

  2. 进程崩溃：由于关键资源（驱动器）缺失，主进程退出，状态为失败 (FAILURE)。

  3. 重启被阻：systemd检测到服务在极短时间内反复失败，触发了保护机制 (start request repeated too quickly)，暂时停止自动重启，防止系统资源耗尽。

解决方案：分步排查与修复

根本原因在于 192.168.175.128节点上的 /data1/minio目录无法被访问。请按以下顺序在所有节点（特别是 192.168.175.128）上操作：

第一步：立即检查并修复存储目录（首要任务）

在 192.168.175.128节点​ 上执行以下命令：

  1. 检查目录是否存在及权限：

    ls -ld /data1/minio

    • 如果目录不存在：创建它并设置正确权限。

      sudo mkdir -p /data1/minio
sudo chown -R minio:minio /data1/minio  # 假设运行MinIO的用户是`minio`
sudo chmod 750 /data1/minio

    • 如果目录存在但权限不对：更正所有权。

      sudo chown -R minio:minio /data1/minio
sudo chmod 750 /data1/minio

  2. 同样检查 /data2/minio（根据您的配置）：

    sudo mkdir -p /data2/minio
sudo chown -R minio:minio /data2/minio
sudo chmod 750 /data2/minio

第二步：验证节点间网络连通性

在 xianchaonodel节点（即截图中的当前机器）上，测试是否能访问 128节点的 MinIO 服务端口：

# 测试9000端口（API）是否开放
curl -v http://192.168.175.128:9000/minio/health/live 2>&1 | head -20

# 或使用更简单的命令
nc -zv 192.168.175.128 9000

  • 如果连接被拒绝：请检查 128节点上的防火墙设置，确保 9000和 9001端口对集群内部网络开放。

  • 如果连接超时：检查基础网络互通性和安全组规则。

第三步：重置 systemd 的失败计数并重启服务

在修复了 128节点的目录问题后，需要在所有节点上执行以下操作，以清除 systemd的保护锁定并尝试重启：

  1. 重置失败状态（在 xianchaonodel及所有其他节点上）：

    sudo systemctl reset-failed minio.service

  2. 重新启动服务：

    sudo systemctl start minio

  3. 查看服务状态和最新日志：

    sudo systemctl status minio
sudo journalctl -u minio -n 20 --no-pager

    成功标志：状态变为 active (running)，且日志中出现 “All MinIO sub-systems initialized successfully”。

总结与建议

  1. 立即执行：首先完成 第一步，确保 192.168.175.128节点上的存储目录存在且权限正确（minio用户可读写）。

  2. 配置核对：确认您的 /etc/minio/minio.conf或环境变量中 MINIO_VOLUMES的配置与所有节点上的实际路径完全匹配。

  3. 按顺序操作：修复目录 → 检查网络 → 重置服务 → 重启并验证。

这个问题通常由多节点集群中某一节点的本地存储配置不一致导致。通过上述步骤集中修复 128节点，您的 MinIO 集群应能顺利启动。

 

好的，重新挂载 /data1/minio和 /data2/minio目录通常意味着您需要检查或修复底层的磁盘挂载点。请按照以下步骤操作：

第一步：检查当前的挂载状态

在终端中执行以下命令，查看这两个目录当前是否已被挂载，以及对应的磁盘设备：

df -h /data1/minio /data2/minio
lsblk
mount | grep -E '/data1|/data2'

这将帮助您确认：

  1. 目录是否挂载了正确的磁盘分区。

  2. 磁盘是否有可用空间。

  3. 挂载的文件系统类型（如 ext4, xfs）。

第二步：卸载目录（如果已挂载）

重要：在卸载前，请确保已停止所有使用这些目录的服务（如MinIO）。

# 1. 停止MinIO服务
sudo systemctl stop minio

# 2. 尝试卸载目录
sudo umount /data1/minio
sudo umount /data2/minio

如果提示 umount: /dataX/minio: target is busy.，表示有进程正在占用。使用以下命令查找并终止占用进程：

sudo lsof +D /data1/minio
# 或使用 fuser
sudo fuser -km /data1/minio

然后再次尝试卸载。

第三步：重新挂载目录

根据您的需求，选择以下一种场景操作：

场景A：如果只是挂载点意外脱落，重新挂载原有设备

# 假设 /dev/sdb1 原本挂载到 /data1/minio，/dev/sdc1 挂载到 /data2/minio
sudo mount /dev/sdb1 /data1/minio
sudo mount /dev/sdc1 /data2/minio

场景B：需要格式化磁盘并全新挂载（警告：此操作会清除磁盘所有数据！）

# 1. 格式化磁盘（以ext4为例，请根据需求选择文件系统）
sudo mkfs.ext4 /dev/sdb1
sudo mkfs.ext4 /dev/sdc1

# 2. 创建挂载点目录（如果已存在可跳过）
sudo mkdir -p /data1/minio /data2/minio

# 3. 挂载磁盘
sudo mount /dev/sdb1 /data1/minio
sudo mount /dev/sdc1 /data2/minio

场景C：配置开机自动挂载

编辑 /etc/fstab文件，添加类似以下行（请根据您的实际设备名和文件系统类型修改）：

/dev/sdb1 /data1/minio ext4 defaults 0 0
/dev/sdc1 /data2/minio ext4 defaults 0 0

添加后，测试配置是否正确：

sudo mount -a

如果没有报错，则表示配置成功。

第四步：设置正确的目录权限（关键步骤）

挂载完成后，必须将目录所有权设置为运行 MinIO 服务的用户（通常是 minio用户）：

sudo chown -R minio:minio /data1/minio /data2/minio
sudo chmod 750 /data1/minio /data2/minio

第五步：重启MinIO服务并验证

sudo systemctl start minio
sudo systemctl status minio

检查日志，确认服务能正常识别和使用驱动器：

sudo journalctl -u minio -n 10 --no-pager

操作前的重要提醒

  1. 备份数据：如果 /data1/minio或 /data2/minio中存有重要数据，请在操作前务必进行备份。

  2. 确认设备名：使用 lsblk或 fdisk -l命令仔细核对要操作的磁盘设备名（如 /dev/sdb1），避免误格式化其他数据盘。

  3. 服务依赖：确保所有依赖这些目录的服务（不仅是MinIO）都已停止。

完成以上步骤后，您的存储目录将被重新挂载并准备好供 MinIO 集群使用。

posted on 2026-02-28 11:15  luzhouxiaoshuai  阅读(132)  评论(0)    收藏  举报

导航