由Kubernetes-Helm创建的自定义JSON文件在卷曲/浏览时被切断。

Question

我是库伯内特斯的新手-赫尔姆，请容忍我，我会尽量澄清我的问题。

因此，我有一个ConfigMap.yaml文件来执行以下操作：

apiVersion: v1
kind: ConfigMap
metadata:
  name: envread-settings
  namespace: {{ .Values.environment.namespace }}
data:
  appsettings.environment.json: |-
    {
      "featureBranch": {{ .Values.component.vars.featureId | quote }},
      "BFFServiceUrl": {{ .Values.environment.BFFServiceUrl | quote }}
    }
---

其中的值为：

• .Values.component.vars.featureId = 123
• .Values.environment.BFFServiceUrl =api.dev.Integration/bff-service

这将在我指定的卷路径中创建一个appsettings.environment.json文件。我需要动态创建这个json文件，因为我需要在其中插入上面的变量(不能为我的应用程序可悲地使用环境变量)。

当我进入终端机时，那个文件上的一切看起来都很棒，例如：

{
   "featureBranch": "123",
   "BFFServiceUrl": "api.dev.integration/bff-service"
}

但当我卷曲这份文件时，我得到：

{
   "featureBranch": "123",

当我直接浏览这个文件时，也可以这样说(我正在使用ASP.NET Core3.1运行一个角SPA应用程序)。

我在yaml文件里做了什么可怕的错误吗？

编辑正在运行的curl命令是：curl https://api.integrations.portal/assets/appsettings.json。在请求和响应之间运行着一个NGINX入侵。

Answer 1

我以前也有类似的问题。在我的例子中，curl返回了错误代码18。您可以通过运行看看这个和echo $?为自己设置错误代码。正如我提到的，我有错误代码18，这意味着：

CURLE_PARTIAL_FILE (18)文件传输比预期的短或大。当服务器首先报告预期的传输大小，然后传递与先前给定的大小不匹配的数据时，就会发生这种情况。

这里，您将找到一个链接，以描述任何可能返回的错误。以防你又犯了错误。

这似乎是服务器端的问题。您可以尝试通过使用-http1.0选项强制HTTP1.0连接(以避免可能导致此问题的分块传输)来解决这个问题。

此外，如果使用Nginx和您的/var (或发生Nginx日志记录的分区)具有反向代理或加载均衡器，则可能会切断Nginx的服务器响应。

您还可以阅读这个问题。