ES用root启动一次后重启报错

最新推荐文章于 2024-07-26 15:56:17 发布
最新推荐文章于 2024-07-26 15:56:17 发布
阅读量425 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： es elasticsearch
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/csdn_changsha/article/details/114114734
博客围绕Elasticsearch展开，给出了报错提示，同时提及解决方案，还提到授权日志为elsearch，需再次验证并等待启动完成。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

报错提示

解决方案

授权日志为elsearch

[root@elk-1 logs]# chown -R elsearch. .

再次验证，等待启动完成

[root@elk-1 logs]# su - elsearch -c "/home/app/elasticsearch/bin/elasticsearch -d"

 

m_小飞
关注
ElasticSearch第四讲 本地与Docker部署安装ES集群出现的一些问题
程序员路同学
08-27 1274
Es集群本地部署出现的问题解决，避免再次踩坑
在root账号下启动 elasticsearch
u014574478的专栏
01-12 2257
最新版本的 elasticsearch 不能用root账号运行，但是每次启动都要切换到其他账号下面，也是一件很麻烦的事情。下面写个脚本，以指定用户运行elasticsearch。假设服务器已经装好了elasticsearch，并且在 `/usr/local/elasticsearch-8.11.4` 目录下面。然后可以执行`/bin/sh elasticsearch.sh`就可以启动啦！这样就可以配合pm2 工具，做一些进程管理的工作，比较方便。然后写个脚本 elasticsearch.sh，内容如下。
ElasticSearch 5.0 不能使用root启动源码分析
yuanpengfred的专栏
02-15 716
Elasticsearch自动升级到2.x之后便有提示“谨慎使用root用户启动”，但是我们通过简单的配置还是可以使用root启动的。以Elasticsearch 2.3源码为例，Elasticsearch在启动时需要初始化Native资源，Native资源的初始化是通过Bootstrap中initializeNatives方法进行的，下面是源码： /** initialize native r
elasticsearch2.3 以root用户启动
The magic of fingertips
07-18 8406
在自己构建elasticsearch的Docker镜像的时候，使用最小化的linux系统alpine遇到不能用root用户启动的问题（也许对alpine不太熟悉，无法使用user相关命令），所以网上搜了些资料，记录及梳理自己的操作步奏
修改ES使用root用户运行
weixin_30698297的博客
07-10 1455
默认ES不允许使用root用户运行，如果使用root会报如下图的错误： ，通常建议创建elsearch用户并使用该用户运行ES。但如果必须使用root用户时，按如下设置即可： 　　1、启动是使用如下命令 　　　　bin/elasticsearch -Des.insecure.allow.root=true 　　2、修改ES启动脚本 　　　　vim bin/elasticsearch...
elasticsearch不能使用root启动问题解决
也许是我送你哦
03-20 3242
es安装好之后，使用root启动会报错：can not run elasticsearch as root 原因： 为了安全不允许使用root用户启动 解决： es5之后的都不能使用添加启动参数或者修改配置文件等方法启动了，必须要创建用户 　1、创建用户：elasticsearch [root@iZbp1bb2egi7w0ueys548pZ bin]# adduser elasticsearch 　　2、创建用户密码，需要输入两次 [root@iZbp1bb2egi7w0ueys548pZ bin]# p
ES启动常见问题
wwwwww_1的博客
07-26 1185
报错：os::commit_memory(0x00000000c6a00000, 962592768, 0) failed;error=‘Not enough space’ (errno=12) 或者直接启动不了找不到别的原因也可以考虑是不是内存不够的原因。出于安全考虑，ES在启动的时候，不能使用root用户直接启动，需要新建用户启动，但是公司启动ES的脚本已经新建用户，所以我们无需新建用户，直接切换用户就可。默认的配置占用内存太多了，我们调小一点。启动ES的奇怪报错，你碰到过几个？
elasticsearch安装和配置，elasticsearch启动报错：can not run elasticsearch as root
蕃薯耀的博客
02-20 1447
elasticsearch安装和配置 elasticsearch启动报错：can not run elasticsearch as root elasticsearch启动报错：ERROR: [3] bootstrap checks failed[1]: max file descriptors [4096] for elasticsearch process is too low, incre...
elasticsearch 报错问题汇总
01-20
在搭建 Elasticsearch 服务时，可能会遇到一系列报错问题，这些错误通常与系统资源限制、配置不当或权限不足有关。在 CentOS7 上安装 Elasticsearch 时，常见的问题和解决方案如下： 1. **内存分配失败**： 报错...
root管理员用户启动kibana报错
z19861216的博客
04-14 1573
root管理员用户启动kibana报错
elasticsearch未正常停止，重启报错
weixin_45199764的博客
05-20 892
1. 问题描述 == failed to obtain node locks, tried [[/var/lib/elasticsearch]] with lock id [0]; maybe these locations are not writable or multiple nodes were started without increasing== [2022-05-20T14:11:28,005][ERROR][o.e.b.ElasticsearchUncaughtExceptionHandl
elasticsearch5.6.5自己编译安装包，可以用root用户启动
11-09
工作需要自己编译的elasticsearch5.6.5, 去除了root用户启动的限制；
ES常见启动报错解决办法
09-16
ES常见启动报错解决办法汇总
es 用户启动elasticsearch
m0_67393157的博客
08-29 509
es 用户启动elasticsearch。root 用户启动视图化工具。
Elasticsearch
qq_50313418的博客
09-24 3133
​简称ES，是基于构建的开源搜索引擎，是当前最流行的企业级搜索引擎。Lucene本身就可以被认为迄今为止性能最好的一款开源搜索引擎工具包，但是lucene的API相对复杂，需要深厚的搜索理论。很难集成到实际的应用中去。ES是采用java语言编写，提供了简单易用的RestFul API，开发者可以使用其简单的RestFul API，开发相关的搜索功能，从而避免lucene的复杂性。是一个针对的开源分析及可视化平台，使用Kibana可以查询、查看并与存储在ES索引的数据进行交互操作。
Elasticsearch 基础（一）
小程同学
07-10 796
ES与Kibana的安装
elk安装篇之 ES安装
huangchong0107的博客
05-20 491
1.Elasticsearch 安装 安装前，查看环境jdk 和elk 相关版本的对应关系： ELK版本和 jdk版本对应：版本关系对比链接 1.下载Elasticsearch 对应的安装包 https://www.elastic.co/cn/downloads/past-releases#elasticsearch 2.下载后，上传到linux服务器对应的目录位置 ，解压 如我本地放在 ：/usr/local/elk/elasticsearch cd /usr/local/elk/elasticsear
Linux中Es安装启动以及启动问题
qq_38845271的博客
01-13 9612
1：安装包 链接：https://pan.baidu.com/s/1-sohDpOA-8qh58miRPh8AQ 提取码：ukz3
ElasticSearch Root身份运行
热门推荐
lahand的博客
01-02 5万+
如果以root身份运行将会出现以下问题，这个错误，是因为使用root用户启动elasticsearch，elasticsearch是不允许使用root用户启动的 [root@iZbp1epx1ncetamddfjnxwZ bin]# ./elasticsearch [2018-01-02T17:42:42,296][WARN ][o.e.b.ElasticsearchUncaughtExc
ES启动报错failed to deermine user credentials : no such process
最新发布
03-25
<think>好的，我现在需要解决用户提出的Elasticsearch（ES）启动时报错“failed to determine user credentials: no such process”的问题。首先，我要回忆一下这个错误的常见原因，并整理出可能的解决方案。 首先，用户提到的是ES启动时出现的错误，关键信息是“failed to determine user credentials”。根据经验，这类错误通常与用户权限或系统服务配置有关。可能的几个方向包括： 1. **用户权限问题**：ES可能尝试以某个特定用户身份运行，但该用户不存在或权限不足。 2. **systemd服务配置错误**：如果使用systemd管理ES服务，可能在服务文件中指定了错误的用户或组。 3. **文件或目录权限问题**：ES的数据目录、日志目录或配置文件可能没有正确的权限设置，导致无法访问。 4. **SELinux或AppArmor限制**：安全模块可能会阻止ES进程访问必要资源。 5. **环境变量或启动脚本问题**：环境变量未正确设置，或者在启动脚本中有错误配置。 接下来，我需要逐步分析这些可能性，并给出对应的解决步骤。 首先，检查ES服务运行的用户。默认情况下，ES可能以`elasticsearch`用户运行。如果系统中没有这个用户，或者服务配置中指定的用户错误，就会导致问题。用户可以通过查看systemd服务文件（如`/usr/lib/systemd/system/elasticsearch.service`）中的`User`和`Group`设置来确认。如果用户不存在，可能需要创建该用户或修改服务文件中的配置。 其次，检查文件和目录权限。ES的数据路径（`path.data`）和日志路径（`path.logs`）在`elasticsearch.yml`中配置。确保这些目录存在，并且用户（如`elasticsearch`）拥有读写权限。可能需要运行`chown`和`chmod`命令调整权限。 另外，SELinux或AppArmor可能限制了ES的访问。临时禁用SELinux（`setenforce 0`）或检查相关日志（`/var/log/audit/audit.log`）可以帮助确认是否是这个问题。如果是，需要调整安全策略或添加适当的规则。 还有可能，启动ES的方式不正确。例如，直接以root身份运行`systemctl start elasticsearch`可能没有问题，但如果服务文件中的用户配置错误，或者环境变量未正确加载，也可能导致问题。用户应确保使用正确的命令启动服务，并检查服务状态（`systemctl status elasticsearch`）和日志（`journalctl -xeu elasticsearch`）获取更多信息。 最后，考虑ES的安装是否完整。如果某些关键文件缺失或损坏，可能导致启动失败。重新安装ES或验证安装包的完整性可能解决问题。 总结下来，解决步骤大致为： 1. 确认服务配置中的用户和组存在。 2. 检查文件和目录权限。 3. 检查安全模块（SELinux/AppArmor）是否阻止访问。 4. 查看详细日志，定位具体错误。 5. 必要时重新安装ES或修复配置。 需要提醒用户根据具体情况逐一排查，并注意在修改配置前备份重要文件。</think>当Elasticsearch（ES）启动时出现报错 `failed to determine user credentials: no such process`，通常与用户权限或服务配置相关。以下是逐步排查和解决此问题的步骤： --- ### **1. 检查服务配置中的用户和组** ES默认以`elasticsearch`用户运行。若服务文件中指定的用户不存在，会触发此错误。 - **查看systemd服务配置**： ```bash cat /usr/lib/systemd/system/elasticsearch.service | grep -E "User|Group" ``` 确认输出类似： ``` User=elasticsearch Group=elasticsearch ``` - **若用户/组不存在**： - 创建用户和组： ```bash groupadd elasticsearch useradd elasticsearch -g elasticsearch ``` --- ### **2. 检查文件及目录权限** ES需要对其数据目录、日志目录和配置文件有读写权限。 - **确认目录路径**： 打开ES配置文件 `/etc/elasticsearch/elasticsearch.yml`，检查以下配置项： ```yaml path.data: /var/lib/elasticsearch path.logs: /var/log/elasticsearch ``` - **修复权限**： ```bash chown -R elasticsearch:elasticsearch /var/lib/elasticsearch chown -R elasticsearch:elasticsearch /var/log/elasticsearch chmod 755 /etc/elasticsearch ``` --- ### **3. 检查安全模块限制** **SELinux**或**AppArmor**可能阻止ES访问资源。 - **临时禁用SELinux**（仅用于测试）： ```bash setenforce 0 ``` 若问题解决，需调整SELinux策略： ```bash grep "avc: denied" /var/log/audit/audit.log | audit2allow -M elasticsearch_policy semodule -i elasticsearch_policy.pp ``` - **AppArmor**： 检查是否有ES相关的配置文件，并调整规则或禁用。 --- ### **4. 查看详细日志** 通过日志定位具体错误原因。 - **查看ES服务状态**： ```bash systemctl status elasticsearch ``` - **查看Journal日志**： ```bash journalctl -xeu elasticsearch ``` - **ES日志文件**： ```bash tail -f /var/log/elasticsearch/<cluster_name>.log ``` --- ### **5. 重新加载服务配置** 若修改了服务文件或权限，需重新加载配置： ```bash systemctl daemon-reload systemctl restart elasticsearch ``` --- ### **6. 重新安装ES（可选）** 若问题仍存在，可能安装不完整： ```bash # 卸载后重新安装 apt remove elasticsearch # Debian/Ubuntu yum remove elasticsearch # CentOS/RHEL ``` --- ### **总结** 1. **用户/组**：确保服务配置中的用户存在且权限正确。 2. **目录权限**：确保ES相关目录的所有权和权限正确。 3. **安全模块**：检查SELinux/AppArmor是否拦截操作。 4. **日志分析**：通过日志定位具体错误。 完成上述步骤后，重启ES服务验证是否解决： ```bash systemctl restart elasticsearch ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值