问题分析 #

你碰到的413错误本质是请求体大小超过了代理或Kibana的限制——虽然集群运行正常，但创建/设置默认索引模式时，Kibana需要把索引字段信息、UI配置等打包成请求发送，当你的索引字段数量多、或者之前的Kibana缓存数据残留导致请求体过大时，就会触发这个报错。你删除.kibana和监控索引的操作其实已经清理了旧配置，但核心的大小限制问题没解决，所以命令行创建索引模式后还是没法通过UI设默认。

分步解决方案 #

• 第一步：检查并调整反向代理的请求大小限制
  如果你用了Nginx这类反向代理，默认的client_max_body_size通常只有1M左右，远不够处理字段多的索引模式请求。找到Nginx的配置文件（比如/etc/nginx/nginx.conf或者站点配置文件），在server块里添加或修改：

  client_max_body_size 100m;
  

  保存后重启Nginx：sudo systemctl restart nginx

• 第二步：调整Kibana自身的请求负载限制
  打开Kibana的配置文件kibana.yml，找到server.maxPayloadBytes配置项（默认是1048576，即1M），修改为更大的值：

  server.maxPayloadBytes: 104857600
  

  保存后重启Kibana服务。

• 第三步：彻底重置Kibana索引（可选，如果前两步无效）
  停止Kibana服务，然后在Elasticsearch里删除所有.kibana开头的索引（可能有多个版本，比如.kibana_1、.kibana_task_manager等）：

  curl -XDELETE http://your-es-host:9200/.kibana*
  

  重新启动Kibana，让它自动重建基础索引，之后再去UI创建并设置默认索引模式。

补充说明 #

命令行创建索引模式只是在Elasticsearch中写入了索引模式的元数据，但设置默认索引模式需要Kibana发送包含UI状态的请求，这个请求体才是触发413的关键——所以必须解决请求大小限制的问题，才能正常通过UI操作。

你的报错堆栈信息：
http://staging.alct56.club/bundles/kibana.bundle.js?v=16070:231:21272
at processQueue (http://staging.alct56.club/bundles/commons.bundle.js?v=16070:39:9912)
at http://staging.alct56.club/bundles/commons.bundle.js?v=16070:39:10805
at Scope.$digest (http://staging.alct56.club/bundles/commons.bundle.js?v=16070:39:21741)
at Scope.$apply (http://staging.alct56.club/bundles/commons.bundle.js?v=16070:39:24520)
at done (http://staging.alct56.club/bundles/commons.bundle.js?v=16070:38:9495)
at completeRequest (http://staging.alct56.club/bundles/commons.bundle.js?v=16070:38:13952)
at XMLHttpRequest.xhr.onload (http://staging.alct56.club/bundles/commons.bundle.js?v=16070:38:14690)

内容的提问来源于stack exchange，提问作者richard