标签: devops

以前创建的 crd 不会删除。仍处于终止状态。有什么解决方案可以正确删除此 crds？

   Error from server (MethodNotAllowed): error when creating "elkkib.yml": create not allowed while custom resource definition is terminating
    
    Error from server (MethodNotAllowed): error when creating "elkkib.yml": create not allowed while custom resource definition is terminating

我正在 Azure DevOps 上使用 NuGet 包。使用 Visual Studio 包管理器查看发布到 DevOps Artifacts 中我的提要的包时，不会显示图标。当我下载包并在计算机上创建本地资源时，图标在 Visual Studio 包管理器中正确显示。知道为什么 devops feed 不显示图标而本地则显示图标吗？都是同一个包，只是来源不同。

这似乎是一件非常简单的事情，但我找不到相关信息。在 Visual Studio 中，计算所有项目的代码指标非常容易，我希望在 Azure DevOps 中的构建管道期间执行相同的操作。

有人做过这样的事吗？

我正在使用 NUnit.Framework 来测试我的 .NET Framework 项目。我想通过 GitHub Actions 运行我的测试。yml 文件：

build:
runs-on: windows-latest
steps:
- uses: actions/checkout@v2
- name: Setup .NET
  uses: actions/setup-dotnet@v1
  with:
    dotnet-version: '3.0.x'
- name: Setup MSBuild Path
  uses: microsoft/setup-msbuild@v1
- name: Build
  run:  msbuild.exe .\CalcStatistics\CalcStats\CalcStats.sln
- name: Setup VSTest and add to PATH
  uses: darenm/Setup-VSTest@v1
- name: Run VSTest
  id: run_vstest
  run: vstest.console.exe .\CalcStatistics\CalcStats\CalcStatsTests\bin\Debug\CalcStatsTests.dll /Platform:x64

我得到的回应是：没有可用的测试。我尝试使用以下命令通过 MsBuild 运行测试：

run:& "$(vswhere -property installationPath)\Common7\IDE\MSTest.exe" /testcontainer:.\CalcStatistics\CalcStats\CalcStatsTests\bin\Debug\CalcStatsTests.dll

我收到同样的通知，没有可用的测试。

我创建了一个管道，并且需要向特定用户发送有关该过程结果的自动电子邮件。是否有经过验证的操作可以使用 github 操作发送电子邮件。我已经在市场上看到了一些行动，但不幸的是这些行动尚未得到验证。

我无法让我的图表使用我的volumes, 和volumeMounts值。在我的values.yaml 文件中，我有这样的内容：

volumes:
- name: docker1
  hostPath:
    path: /var/
- name: docker2
  hostPath:
    path: /usr/
- name: docker3
  hostPath:
    path: /opt/
    
volumeMounts:
- name: docker1
  mountPath: /var/
- name: docker2
  mountPath: /usr/
- name: docker3
  mountPath: /opt/

在我的 _deployment.tpl 文件中，我有这样的内容：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ include "fullname" . }}
  namespace: {{ .Values.namespace }}
  labels:
    {{- include "labels" . | nindent 4 }}
spec:
  replicas: {{ .Values.replicaCount }}
  revisionHistoryLimit: {{ .Values.revisionHistory | default 2 …

当我去创建 RDS 数据库时，PostgreSQL 没有显示 db.t2.micro 数据库。

我选中了“包括上一代类”框。显示的是 MySQL 的实例类型，而不是 PostgreSQL。

从昨天开始，我在 github 操作上运行单元测试时遇到了这个错误，我不明白为什么会发生这个错误。你能帮我解决这个问题吗？

> whisper-ui@1.0.0 test
> react-scripts test --coverage --watchAll=false --updateSnapshot



#
# Fatal error in , line 0
# Check failed: !holder_map.has_named_interceptor().
#
#
#
#FailureMessage Object: 0x7ffd7ab08610
 1: 0xb691f1  [/opt/hostedtoolcache/node/16.9.0/x64/bin/node]
 2: 0x1bf3094 V8_Fatal(char const*, ...) [/opt/hostedtoolcache/node/16.9.0/x64/bin/node]
 3: 0x10ac4a1 v8::internal::compiler::JSGlobalObjectRef::GetPropertyCell(v8::internal::compiler::NameRef const&, v8::internal::compiler::SerializationPolicy) const [/opt/hostedtoolcache/node/16.9.0/x64/bin/node]
 6: 0x1e61ba3 v8::internal::compiler::JSNativeContextSpecialization::ReduceNamedAccess(v8::internal::compiler::Node*, v8::internal::compiler::Node*, v8::internal::compiler::NamedAccessFeedback const&, v8::internal::compiler::AccessMode, v8::internal::compiler::Node*) [/opt/hostedtoolcache/node/16.9.0/x64/bin/node]
Error: Process completed with exit code 1.

这是我为 github action 编写的 yaml 代码

web_test:
    name: Web Tests
    runs-on: ubuntu-latest
    strategy:
      matrix:
        node-version: [14.x, 16.x]
    steps: …

我正在使用 docker context 将本地容器部署到我的 debian Web 服务器。我在 Windows 10 上使用 Docker Desktop for Windows。该应用程序是使用 Flask 编写的。

在某些时候，我在 \xe2\x80\x9cdocker 上下文使用远程\xe2\x80\x9d 之后尝试了 \xe2\x80\x9cdocker-compose up --build\xe2\x80\x9d ，并且收到以下错误：

来自守护程序的错误响应：无效的卷规范：\xe2\x80\x98C:\\Users\\user\\fin:/fin:rw\xe2\x80\x99

当我尝试将其部署到生产服务器时，本地一切正常，但会弹出错误。

Dockerfile 如下所示：

FROM python:3.8-slim-buster\n\nENV INSTALL_PATH /app\nRUN mkdir -p $INSTALL_PATH\nWORKDIR $INSTALL_PATH\n\nENV PATH="/home/user/.local/bin:${PATH}"\n\nCOPY . ./\n\n# set environment variables\nENV PYTHONDONTWRITEBYTECODE 1\nENV PYTHONUNBUFFERED 1\n\nRUN useradd -ms /bin/bash user && chown -R user $INSTALL_PATH\nUSER user\n\nCOPY requirements.txt requirements.txt\nRUN pip install -r requirements.txt\n\nRUN pip install --upgrade pip\n\nCMD gunicorn -c "python:config.gunicorn" "fin.app:create_app()"\n

docker-compose.yml 的摘录如下所示：

version: …

我目前正在研究 DynamoDB 的按需设置。我们偶尔会在高流量高峰期间看到一些限制，它跨越所有索引，因此不特定于某个分区。所有与按需容量模式相关的 DynamoDB 文档似乎都表明，一旦设置了新的峰值使用量，它基本上就无限期地达到峰值。我的假设是否正确，还是在一段时间后它会重置/缩小？是否有任何地方记录了按需容量模式的发电机扩展的内部结构？

我想通过配置任意高容量并切换回按需容量模式来预热我的低容量表，只是想最终发现该策略会随着时间的推移而持续下去吗？