无法安装 helm 图表,但当我使用 helm 生成的原始文件时,我可以通过 kubectl apply 安装。
当我使用时显示以下错误helm install myChart . --debug
Error: cannot re-use a name that is still in use
helm.go:88: [debug] cannot re-use a name that is still in use
helm.sh/helm/v3/pkg/action.(*Install).availableName
helm.sh/helm/v3/pkg/action/install.go:442
helm.sh/helm/v3/pkg/action.(*Install).Run
helm.sh/helm/v3/pkg/action/install.go:185
main.runInstall
helm.sh/helm/v3/cmd/helm/install.go:242
main.newInstallCmd.func2
helm.sh/helm/v3/cmd/helm/install.go:120
github.com/spf13/cobra.(*Command).execute
github.com/spf13/cobra@v1.1.3/command.go:852
github.com/spf13/cobra.(*Command).ExecuteC
github.com/spf13/cobra@v1.1.3/command.go:960
github.com/spf13/cobra.(*Command).Execute
github.com/spf13/cobra@v1.1.3/command.go:897
main.main
helm.sh/helm/v3/cmd/helm/helm.go:87
runtime.main
runtime/proc.go:225
runtime.goexit
runtime/asm_amd64.s:1371
Run Code Online (Sandbox Code Playgroud)
使用以下命令安装 helm 生成的原始文件效果很好,但当我运行时helm install myChart .会出现上述错误
helm install myChart . --dry-run > myChart.yaml
kubectl apply -f myChart.yaml
Run Code Online (Sandbox Code Playgroud) 我试图理解注释和标签之间的区别。
我对注释的理解是,它是添加键值对的元数据,Kubernetes 无法使用这些元数据来识别/过滤资源。
另一方面,标签是 Kubernetes 可以用来识别/过滤资源的元数据键值对。
这是正确的吗?如果是这样,那么注解的实际用途是什么?跟性能有关系吗?标签在 Kubernetes 扫描仪的过滤器和注释下的位置纯粹是为了添加仅供参考的元数据?
但我见过部署需要 Nginx 或使用注释的入口功能的情况。那么它是如何被搜索或使用的呢?为什么这里不使用标签呢?
我们什么时候在标签上使用注释,反之亦然?各自的优点和缺点是什么?
我的理解相当有限,但是阅读官方文档并没有真正帮助我理解何时使用注释和标签的用例。
我是否需要为复杂的Web应用程序使用单独的Docker容器,或者我可以将所有必需的服务放在一个容器中?任何人都可以解释我为什么我应该将我的应用程序分成多个容器(例如php-fpm容器,mysql容器,mongo容器),因为我有能力在一个容器中安装和启动所有东西?
我有一台 Linux [ Ubuntu 版本 16.04 或更高版本 ] 计算机,我想查看现在有多少服务正在运行,以及使用 1 个命令或最少使用命令安装了多少服务。我怎样才能看到这个?
从 Windows 10 家庭版运行docker toolbox ( v19.03.1 ) 会产生以下错误消息:
Running pre-create checks...
Error with pre-create check: "This computer doesn't have VT-X/AMD-v enabled. Enabling it in the BIOS is mandatory"
Looks like something went wrong in step ´Checking if machine default exists´... Press any key to continue...
Run Code Online (Sandbox Code Playgroud)
我在网上尝试了很多帮助线程,但所有这些都归结为在 BIOS 中启用 AMD-V(或 intel 等效项)(完成),禁用 Hyper-V(不能,家庭版甚至没有) ,禁用管理程序启动类型(完成)或禁用核心隔离(关闭),它仍然不起作用。这里有一些屏幕截图来显示我的一些设置。
运行带有 x570 主板的 Ryzen 3600,我在 BIOS 中启用了虚拟化:
这是我的 bcdedit,hypervisorlaunchtype 是 Off。
Windows功能:我尝试了所有打开和关闭虚拟机平台/windows hypervisor平台的排列,它们都不起作用,这是当前状态。
核心隔离关闭。
一张图片中的所有设置:设置
我也试过禁用防病毒软件,它没有帮助。尝试单独重新安装 docker 工具箱、VirtualBox,但没有奏效。(尝试过 VirtualBox 版本5.2.20(包含在 docker 工具箱安装程序中)和最新 …
我有一个docker-compose文件运行一些Dockerfiles来创建我的容器.我并不想修改自己的Dockerfiles设置时区,因为他们可以通过我的团队成员随时更改,我有一个码头工人,compose.override.yml文件,以使当地环境的变化.但是,我的一个容器(基于Selenium的容器)似乎没有拉出主机时区,这对我来说是个问题.基于此我想在我的所有容器上强制执行时区.我现在在我的Dockerfiles中
ENV TZ=America/Denver
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
Run Code Online (Sandbox Code Playgroud)
一切正常.如何在docker-compose语法中复制相同的命令?
我在ubuntu 16.04上安装了Redis服务器.但当我尝试启动(sudo systemctl启动redis)redis服务我收到消息.
无法启动redis.service:单元redis-server.service被屏蔽.
我对这个错误一无所知.
我是开发社区的新手,特别是DevOps实践的新手,作为项目的一部分,我们正在尝试将SonarQube与Gitlab集成,在SonarQube和Git CI(持续集成)上进行了一些研发,看起来像是为Github和SonarQube发布的插件而不是Gitlab.
使用SonarQube配置GitLab以检查每个拉取请求的代码质量以及集成这两个部分的最佳实践是多么现实.
谢谢
我正在为我从 docker-hub 中提取的开发堆栈运行 docker 容器,该图像是为与我的应用程序应该部署的时区不同的时区创建的。
如何更改 docker 容器中的时区?
我试图通过运行来更改容器内的时区配置
echo "Africa/Lusaka" > /etc/timezone
Run Code Online (Sandbox Code Playgroud)
并重新启动容器,但我仍然得到相同的时区。
我刚刚使用 YAML 文件创建了一个管道,但总是收到错误“/_Azure-Pipelines/templates/webpart.yml: (Line: 41, Col: 27, Idx: 1058) - (Line: 41, Col: 60) ,Idx:1091):解析块映射时,未找到预期的键。”。我已经验证了 YAML 文件的缩进,看起来不错。
下面是我的 YAML 文件。
parameters:
- name: azureSubscription
type: string
- name: cdnStorageAccount
type: string
- name: cdnResourceGroupName
type: string
- name: cdnEndpointName
type: string
- name: cdnProfileName
type: string
- name: sourceBranchTrigger
type: string
stages:
- stage: build_stage
displayName: "Build"
jobs:
- job: build_job
steps:
- task: UseNode@1
displayName: "Use Node 8.x"
inputs:
version: "8.x"
- task: CmdLine@2
displayName: "Build"
inputs:
script: | …Run Code Online (Sandbox Code Playgroud) devops ×10
docker ×4
kubernetes ×2
admin ×1
azure ×1
azure-devops ×1
command ×1
containers ×1
deployment ×1
dockerfile ×1
gitlab ×1
helm3 ×1
kubectl ×1
linux ×1
plugins ×1
redis ×1
service ×1
sonarqube ×1
timezone ×1
ubuntu-16.04 ×1