Rancher - EFK 多次部署后 Elasticsearch 内部报错：/usr/share/elasticsearch/data/nodes//node

Rancher EFK部署：Elasticsearch node.lock 错误修复
最新推荐文章于 2024-08-28 12:06:04 发布
最新推荐文章于 2024-08-28 12:06:04 发布
阅读量365 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： rancher elasticsearch jenkins 编程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/YOLO_CODE/article/details/132811517
编程 专栏收录该内容
502 篇文章 ¥59.90 ¥99.00
订阅专栏
在Rancher上重复部署EFK堆栈可能导致Elasticsearch内部错误，提示“/usr/share/elasticsearch/data/nodes//node.lock: Input/output err”。错误通常由权限问题、存储故障或文件系统错误引起。解决方案包括检查权限、存储设备、文件系统，以及清理lock文件。通过这些步骤，可以解决Elasticsearch无法读写lock文件的问题。

Rancher - EFK 多次部署后 Elasticsearch 内部报错：/usr/share/elasticsearch/data/nodes//node.lock: Input/output err

简介

在 Rancher 平台上多次部署 EFK（Elasticsearch + Fluentd + Kibana）堆栈后，可能会遇到 Elasticsearch 内部报错的问题。其中一个常见的错误是 “/usr/share/elasticsearch/data/nodes//node.lock: Input/output err”。本文将介绍该错误的原因，并提供解决方案来修复它。

问题原因

该错误的原因是 Elasticsearch 数据目录中的锁文件（node.lock）无法读写，导致输入/输出错误。这可能是由于以下原因之一引起的：

  1. 权限问题：Elasticsearch 进程没有足够的权限读取或写入锁文件。
  2. 存储故障：底层存储设备出现故障，导致无法读取或写入锁文件。
  3. 文件系统错误：文件系统中的错误导致无法正确读取或写入锁文件。

解决方案

以下是一些可能的解决方案，可用于修复 Elasticsearch 内部报错 “/usr/share/elasticsearch/data/nodes//node.lock: Input/output err” 的问题：

1. 检查权限

确保 Elasticsearch 进程具有

了解本专栏 订阅专栏 解锁全文
Rancher入门到精通- EFK 多次部署后 es 内部报错 “usr/share/elasticsearch/data/nodes//node
CyberLynxX的博客
08-13 289
近年来，随着云计算和容器化技术的发展，Rancher成为了一个受欢迎的开源平台，用于管理和部署容器应用。然而，当我们对EFK进行多次部署时，可能会遇到一些问题，比如es内部报错 “/usr/share/elasticsearch/data/nodes//node.lock: Input/output err”。通过以上步骤，我们成功解决了"usr/share/elasticsearch/data/nodes//node.lock: Input/output err"的报错。
Rancher入门到精通-2.0 forbidden: User "system:serviceaccount:efk-logging:filebeat" cannot get resource
隔壁老瓦的专栏
03-06 1445
2020-03-06T09:30:39.475Z INFO crawler/crawler.go:72 Loading Inputs: 1 2020/3/6 下午5:30:392020-03-06T09:30:39.475Z WARN [cfgwarn] docker/input.go:49 DEPRECATED: 'docker' input deprecated. Use 'co...
java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/nodes
好好学习天天向上
10-19 3603
启动ES报错 "Caused by: java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/nodes", "at sun.nio.fs.UnixException.translateToIOException(UnixException.java:90) ~[?:?]", "at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:106) ~[?:
docker中启动ES报错：AccessDeniedException: /usr/share/elasticsearch/data/nodes
那个那个
12-14 1807
今天做elasticsearch数据迁移，直接 SCP拷贝至另外一台服务器。原服务器处理好后拷贝回来，然后启动elasticsearch报错。一、K8S部署的elasticsearch 6.8版本。数据持久化到本地磁盘。
java.nio.file.FileSystemException: /usr/share/elasticsearch/data/nodes: Operation not permitted
学无止境
10-18 4125
问题原因：宿主中 /usr/share/elasticsearch/data/nodes没有操作权限，对应的主机/opt/workspace/work/es/single没有操作权限 docker run -e ES_JAVA_OPTS="-Xms256m -Xmx256m" \ -d -p 9200:9200 -p 9300:9300 \ -v /opt/workspace/work/es/single/config/es-single.yml:/usr/share/elasticsearch/confi
docke启动elasticsearch容器挂载数据目录报 AccessDeniedException: /usr/share/elasticsearch/data/nodes错误
yudaonihaha的专栏
12-23 2173
docke启动elasticsearch容器挂载数据目录报 AccessDeniedException: /usr/share/elasticsearch/data/nodes错误
ELK kibana无法启动 filebeat配置收集日志
yincheng_fans的博客
04-28 1446
前言： 如果出现kibana界面一直处于 server is not ready yet 请在es-head界面删除.kibana,之后重启kibana,我卡在这里好久，折腾了半天才搞定，这次选择安装包的方式，费了不少时间。 我之前用docker镜像安装的elk就挺好的，kibana启动很顺利，选择docker镜像启动的方式推荐。 ELK的概念 ELK官网：http://www.elastic.c...
k8s
qq_36523282的博客
01-07 581
k8s 基础知识 API Server:核心服务 etcd:数据库 Scheduler:调度器，选择合适的节点 kube-Proxy：实现负载均衡 kubelet:只有装了才能受master控制 //node节点 pod:逻辑单元，运行容器 cAdvisor：监控 除了核心组件，还有一些推荐的Add-ons： 调用docker启动容器 ELK es logstash kibana EFK es kubectl cluster-info //查看集信息 root@k8s-master ~
elasticsearch报错AccessDeniedException: /usr/share/elasticsearch/data/nodes 和RuntimePermission modifyT
qq_37106501的博客
08-28 723
docker elasticsearch:7.17.7 java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/nodes 和 access denied ("java.lang.RuntimePermission" "modifyThread")
Caused by: java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/nodes“, 报错解决
weixin_51751186的博客
09-23 4189
报错解决
docker启动ES报错 AccessDeniedException[/usr/share/elasticsearch/data/nodes/0] -- Access denied error
sn5diphone6的博客
02-01 2373
docker elasticsearch
Likely root cause: java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/nodes 的解决办法
Spring Boot-Common On With You
07-14 8216
问题概述 关于这个问题，博主是在通过K8s/K3s管理器构建ELK日志采集、存储、展示时遇到的一个问题，在构建Elasticsearch时，启动报错 “Likely root cause: java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/nodes ” 拒绝访问， 如下图： 解决办法 关于这个问题有刚看到还真有点打脑阔， 根据错误内容，在容器内部倒腾了一番，还是不行， 盯着这个提示内...
docker安装es无法识别ik报错：FileSystemException[/usr/share/elasticsearch/data/nodes/0: Not a directory
qq_59658944的博客
10-12 625
原因：在该路径下的nodes文件夹要么不存在、不存在就创建一个并且该权限，要么就是nodes是以文件的形式存在，如果是文件而不是文件夹，就删除nodes重新创建一个，还要给权限。再去重启es就可以了。es数据路径：/var/lib/docker/volumes/es-data/_data。找到对应在主机上的数据卷路径。
chown: cannot read directory ‘/usr/share/elasticsearch/data‘: Permission denied
cm_pq的博客
08-28 1025
解决办法:可以在 docker run 命令中加入 --privileged=true 设置 参照: docker run --name elasticsearch -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" -e ES_JAVA_OPTS="-Xms64m-Xmx512m" --privileged=true -v /mydata/elasticsearch/config/elasticsearch.yml:/usr/sha
java.lang.IllegalStateException: failed to obtain node locks, tried [/usr/share/elasticsearch/data]
keyboard专栏
01-08 2002
您在运行Elasticsearch Docker容器时遇到的错误指向了一个特定的问题：无法获取节点锁。：在Docker Compose配置中为每个Elasticsearch节点指定不同的数据路径。：如果您同时启动了多个节点，并且它们都尝试使用相同的数据路径，这将导致节点锁获取失败。在Elasticsearch集群中，每个节点需要有其独立的数据路径。这些步骤应该帮助您诊断和解决Elasticsearch Docker容器启动时遇到的节点锁问题。这可能是因为Docker容器没有足够的权限来写入该路径。
Rancher入门到精通-2.0 EFK 多次部署后 es 内部报错 /usr/share/elasticsearch/data/nodes/0/node.lock: Input/output err
隔壁老瓦的专栏
02-27 2097
"type": "server", "timestamp": "2020-02-27T03:34:21,129+0000", "level": "INFO", "component": "o.e.c.s.ClusterApplierService", "cluster.name": "elasticsearch", "node.name": "elasticsearch-master-1", "...
docker 安装elasticsearch的本地宿主目录无权限问题
qq_38519364的博客
10-27 895
解决方法：给挂载目录添加权限777，例如：chmod -R 777 /dockers/es/data。然后通过docker命令重启服务，就正常了。
迁移docker导致的重新启动elasticsearch容器的权限问题
菜der的博客
01-16 1879
迁移docker导致的权限问题
elasticsearch节点报错 java.lang.IllegalStateException: failed to obtain node locks, tried 的解决方法
rwjxiaoyue的专栏
11-19 9065
如果你的es报错跟我一模一样，恭喜你找到组织了。 这个问题也困扰我好久，开始以为是一个k8s节点运行了多个es。特意在k8s集群中加入新的节点来运行报错的es节点。 但是还是报这个错。后来查看了es的持久存储pv使用的nfs 服务器文件夹的权限，发现还是root权限。导致 es节点没法写入数据。 解决方法: 登陆到nfs服务器。对nfs的文件夹进行授权。 chown -...
-v /data/rancher_home/rancher:/var/lib/rancher \ -v /data/rancher_home/auditlog:/var/log/auditlog \
最新发布
09-15
<think> 我们正在讨论在Windows 11系统中使用Docker部署Rancher时，两个挂载参数的具体含义和作用。 用户给出的挂载参数是： -v /data/rancher_home/rancher:/var/lib/rancher -v /data/rancher_home/auditlog:/var/log/auditlog 注意：在Windows系统中，Docker Desktop默认使用Linux容器。当我们在Windows的Docker中运行容器并指定卷挂载时，路径需要特别注意。 但是，这里用户给出的路径是Linux风格的路径（/data/rancher_home/...），这实际上是在容器内的路径。而主机路径（即Windows路径）应该使用Windows的路径格式，但这里用户写的是Linux风格，这是为什么呢？ 实际上，在Docker Desktop for Windows中，当我们使用-v参数挂载卷时，主机路径可以是Windows路径（如C:\data\rancher_home\rancher），但也可以使用预先创建的Docker卷（volume）或者使用WSL2中的文件系统路径。 然而，用户在这里使用的是绝对路径（以`/`开头），这有两种可能： 1. 用户使用了Docker的bind mount，并且主机路径是WSL2的文件系统路径（例如，WSL2中的Ubuntu系统的路径，如`/mnt/c/data/rancher_home/rancher`，但这里直接写`/data`，可能是用户自定义的）。 2. 用户实际上是想使用Windows的路径，但是需要转换。在Docker Desktop中，我们可以使用Windows路径，但需要将其转换为Linux风格并加上盘符的挂载点，例如：`/c/data/rancher_home/rancher`。 但用户的问题主要是关于这两个挂载参数的作用，所以我们先解释这两个挂载点的作用，然后再说明在Windows下的路径处理。 第一个挂载点：`-v /data/rancher_home/rancher:/var/lib/rancher` - 容器内路径：`/var/lib/rancher` 是Rancher服务器存储其持久化数据的位置，包括数据库（默认使用嵌入式SQLite，但如果配置了外部数据库则可能不同）、应用数据、配置等。 - 主机路径：`/data/rancher_home/rancher` 是宿主机的目录，用于保存容器内`/var/lib/rancher`的数据。这样做的目的是将Rancher的数据持久化到宿主机，避免容器删除后数据丢失。 第二个挂载点：`-v /data/rancher_home/auditlog:/var/log/auditlog` - 容器内路径：`/var/log/auditlog` 是Rancher存储审计日志的目录。审计日志记录了用户在Rancher控制台的操作，用于安全审计。 - 主机路径：`/data/rancher_home/auditlog` 是宿主机上的目录，用于保存审计日志，同样是为了持久化。 因此，这两个挂载的作用都是数据持久化，并且将容器内的数据目录映射到宿主机，方便备份和管理。 但是，在Windows系统中，我们需要考虑如何正确地指定主机路径。通常，我们可以使用以下方式之一： 1. 使用Windows风格的绝对路径，并转换为Linux风格（注意需要加上盘符，例如`C:\`对应`/c/`）： - 例如：`-v c:/data/rancher_home/rancher:/var/lib/rancher` - 注意：在PowerShell中，路径中的反斜杠需要转义，或者使用正斜杠（如上）。 2. 使用WSL2文件系统中的路径。例如，如果我们将数据放在WSL2的某个发行版的文件系统中（如Ubuntu），则可以使用`\\wsl$\Ubuntu\home\user\data`这样的路径，但在Docker命令中，我们需要使用对应的Linux路径（如`/home/user/data`）。不过，在Docker命令中可以直接使用`/home/user/data`，因为Docker Desktop可以识别WSL2的路径。 3. 使用Docker卷（volume）来管理，这样可以避免处理路径问题。例如： 首先创建卷：`docker volume create rancher-data` 然后挂载：`-v rancher-data:/var/lib/rancher` 但是，用户指定的是主机路径，所以我们按照绑定挂载（bind mount）来解释。 因此，在Windows 11下，我们应该将主机路径设置为Windows路径（使用Linux风格）或者WSL2路径。 总结这两个挂载参数的含义和作用： - `-v /data/rancher_home/rancher:/var/lib/rancher`：将容器内Rancher的数据目录映射到宿主机的`/data/rancher_home/rancher`目录，确保数据持久化。 - `-v /data/rancher_home/auditlog:/var/log/auditlog`：将容器内Rancher的审计日志目录映射到宿主机的`/data/rancher_home/auditlog`目录，确保审计日志持久化。 注意：在Windows系统中，如果直接使用`/data/...`这样的路径，Docker会将其解释为WSL2子系统中的路径（具体位置在WSL2的发行版根目录下）。例如，在WSL2的Ubuntu中，`/data`对应的是`/mnt/wsl/data`？实际上，默认情况下，WSL2的文件系统与Windows是隔离的，但我们可以通过`/mnt/c`这样的方式访问Windows磁盘。如果用户希望将数据保存在Windows的某个盘符下，建议使用`/c/Users/yourname/data/rancher_home/rancher`这样的路径。 另外，在创建这些目录时，需要确保目录存在，并且Docker有权限读写。 因此，在实际操作中，建议用户： 1. 在Windows上创建目录，例如：`C:\data\rancher_home\rancher` 和 `C:\data\rancher_home\auditlog` 2. 在Docker命令中使用绑定时，使用： -v c:/data/rancher_home/rancher:/var/lib/rancher -v c:/data/rancher_home/auditlog:/var/log/auditlog 或者，如果用户希望使用WSL2的文件系统，可以在WSL2的终端中创建目录，例如： mkdir -p /data/rancher_home/rancher mkdir -p /data/rancher_home/auditlog 然后在Docker命令中直接使用`-v /data/rancher_home/rancher:/var/lib/rancher`等。 最后，我们还需要注意：在Windows中，文件系统的权限问题。如果容器内的进程（rancher）需要写这些目录，要确保容器有足够的权限（可能需要设置目录的Everyone可写，或者使用非root用户运行容器，但这通常不是最佳实践）。一种简单的方法是在容器启动时，如果遇到权限问题，可以尝试在主机上将目录设置为Everyone完全控制（或者使用chmod在WSL2中设置777，但这不是很安全）。 由于用户要求的是含义和作用，我们已经解释清楚。关于Windows下的路径转换，我们额外给出说明。 下面按照用户的指令来组织回答： </think> ### 在Windows 11中Docker部署Rancher的挂载参数详解 在Windows 11系统中使用Docker部署Rancher时，`-v /data/rancher_home/rancher:/var/lib/rancher` 和 `-v /data/rancher_home/auditlog:/var/log/auditlog` 这两个挂载参数具有以下重要作用： #### 1. **核心数据持久化挂载** `-v /data/rancher_home/rancher:/var/lib/rancher` - **作用**：将容器内的关键数据目录 `/var/lib/rancher` 映射到宿主机的 `/data/rancher_home/rancher` 目录 - **保存内容**： - Rancher的配置文件（`settings.yaml`） - 集群元数据信息 - 用户账户数据 - 应用部署配置 - **必要性**：防止容器重启或重建时数据丢失，确保配置持久化[^1] #### 2. **审计日志持久化挂载** `-v /data/rancher_home/auditlog:/var/log/auditlog` - **作用**：将审计日志目录 `/var/log/auditlog` 映射到宿主机的 `/data/rancher_home/auditlog` - **保存内容**： - 所有用户操作记录（登录、集群修改等） - 系统关键事件日志 - 安全审计追踪数据 - **必要性**：满足安全合规要求，便于故障排查和历史行为追溯 #### 3. **Windows路径映射注意事项 ```powershell # Windows路径示例（需转换为Linux风格） docker run -d ` -v D:\docker_data\rancher:/var/lib/rancher ` -v D:\docker_data\auditlog:/var/log/auditlog ` rancher/rancher:stable ``` #### 4. **技术实现原理** Docker通过卷挂载（Volume Mount）实现： - 容器路径（如 `/var/lib/rancher`）与宿主机路径（如 `/data/rancher_home/rancher`）建立双向映射 - 数据写入容器路径时，实际存储在宿主机磁盘 - 容器销毁后，宿主机路径数据仍保留[^2] #### 5. **实际部署建议** ```powershell # 推荐完整命令（Windows PowerShell格式） docker run -d ` --name rancher-server ` --restart=unless-stopped ` -p 80:80 -p 443:443 ` -v rancher_data:/var/lib/rancher ` -v rancher_auditlog:/var/log/auditlog ` rancher/rancher:stable ``` - 使用具名卷（named volume）更易管理 - 通过 `docker volume inspect rancher_data` 查看实际存储位置[^2] #### 6. **数据恢复场景** 当需要迁移或恢复Rancher时： ```powershell # 新容器复用旧数据卷 docker run -d -v rancher_data:/var/lib/rancher ... ``` 原有配置和日志将自动加载，实现无缝迁移。 ### 关键优势总结 1. **灾难恢复**：容器崩溃不影响核心数据 2. **版本升级**：保留历史配置升级Rancher版本 3. **审计合规**：满足企业级安全审计要求 4. **资源隔离**：日志与核心数据物理分离
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值