One

主题

One2024-12-24
1839
8.5m
Get...

terraform排错 ​

Terraform排错 ​

TS：terraform.lock.hcl锁文件故障-2024.6.19(已解决) ​

1、报错现象 ​

image-20240619074602235

bash
╷│Error:Failedtoinstallproviderfromsharedcache││Errorwhileimportinghashicorp/nullv3.1.1fromthesharedcachedirectory:theprovidercacheat.terraform/providershasacopyof│registry.terraform.io/hashicorp/null3.1.1thatdoesn't match any of the checksums recorded in the dependency lock file.╵

image-20240619074623731

2、gpt ​

这个错误表明在尝试从共享缓存目录安装 hashicorp/null提供程序版本 3.1.1时出现了问题。具体来说，.terraform/providers目录中的提供程序缓存的校验和不匹配 terraform.lock.hcl文件中记录的任何校验和。

为了解决这个问题，你可以尝试以下步骤：

  1. 检查锁文件：打开 terraform.lock.hcl文件，并验证 hashicorp/null版本 3.1.1的校验和是否与预期相符。如果锁文件中的校验和与缓存中的不匹配，你需要更新缓存或锁文件。

  2. 清理缓存：你可以尝试删除 .terraform/providers目录中的 hashicorp/null提供程序缓存。然后，当你再次运行 terraform init时，Terraform 将重新下载并验证提供程序。

    bash
    rm-rf.terraform/providers/registry.terraform.io/hashicorp/null/3.1.1/*

  3. 重新初始化：删除缓存后，运行 terraform init命令来重新初始化你的工作目录。这将导致 Terraform 重新下载提供程序并确保其校验和与锁文件匹配。

    bash
    terraforminit

  4. 检查网络连接：确保你的计算机可以访问互联网，并且没有任何防火墙或代理设置阻止 Terraform 下载提供程序。

  5. 检查版本：确保你的 terraform.lock.hcl文件中指定的 hashicorp/null版本 3.1.1是正确的，并且该版本在 Terraform 注册表中仍然可用。

如果上述步骤仍然无法解决问题，你可以考虑更新 terraform.lock.hcl文件中的提供程序版本，或者检查是否有关于 hashicorp/null提供程序的已知问题或更新。在某些情况下，提供程序的维护者可能已经发布了修复问题的更新版本。

3、测试 ​

image-20240619075048167

bash
[root@devops8 k8s]#ls -altotal52drwxr-xr-x3rootroot160Jun1907:44.drwxr-xr-x6rootroot115May3021:13..-rw-r--r--1rootroot15343May3017:37ingress.yaml-rw-r--r--1rootroot2778May3017:37kind.tf-rw-r--r--1rootroot1010May3017:37README.mddrwxr-xr-x3rootroot23Jun1907:44.terraform-rw-r--r--1rootroot452May3019:39.terraform.lock.hcl-rw-r--r--1rootroot19207Jun1821:21terraform.tfstate-rw-r--r--1rootroot155Jun1821:20terraform.tfstate.backup[root@devops8 k8s]#cat .terraform.lock.hcl# This file is maintained automatically by "terraform init".# Manual edits may be lost in future updates.provider"registry.terraform.io/hashicorp/null"{version="3.1.1"constraints="3.1.1"hashes=["h1:fcb4bK9o7kOVwvyFzhqUH/yHxDMbP0N3Z5/Jrz+XraM=",]}provider"registry.terraform.io/tehcyx/kind"{version="0.0.12"constraints="0.0.12"hashes=["h1:rmC++QY2+7N4DXL8CPYz8RLzTUzpZFMZjQviApOjPSE=",]}

清理缓存（失败） ​

  1. 清理缓存：你可以尝试删除 .terraform/providers目录中的 hashicorp/null提供程序缓存。然后，当你再次运行 terraform init时，Terraform 将重新下载并验证提供程序。

    bash
    rm-rf.terraform/providers/registry.terraform.io/hashicorp/null/3.1.1/*

image-20240619074942245

直接删除锁文件（已解决） ​

bash
[root@devops8 k8s]#rm -rf .terraform.lock.hcl terraform.tfstate terraform.tfstate.backup[root@devops8 k8s]#terraform initInitializingthebackend...Initializingproviderplugins...-Findinghashicorp/nullversionsmatching"3.1.1"...-Findingtehcyx/kindversionsmatching"0.0.12"...-Usingtehcyx/kindv0.0.12fromthesharedcachedirectory-Usinghashicorp/nullv3.1.1fromthesharedcachedirectoryTerraformhascreatedalockfile.terraform.lock.hcltorecordtheproviderselectionsitmadeabove.IncludethisfileinyourversioncontrolrepositorysothatTerraformcanguaranteetomakethesameselectionsbydefaultwhenyourun"terraform init"inthefuture.Terraformhasbeensuccessfullyinitialized!YoumaynowbeginworkingwithTerraform.Tryrunning"terraform plan"toseeanychangesthatarerequiredforyourinfrastructure.AllTerraformcommandsshouldnowwork.IfyoueversetorchangemodulesorbackendconfigurationforTerraform,rerunthiscommandtoreinitializeyourworkingdirectory.Ifyouforget,othercommandswilldetectitandremindyoutodosoifnecessary.[root@devops8 k8s]#

TS：误删Terraform 状态文件terraform.tfstate-2024.6.19(已解决) ​

1、报错现象 ​

bash
[root@devops8 k8s]#terraform destroy --auto-approveChangestoOutputs:YoucanapplythisplantosavethesenewoutputvaluestotheTerraformstate,withoutchanginganyrealinfrastructure.Destroycomplete!Resources:0destroyed.[root@devops8 k8s]#

image-20240619075616112

2、gpt ​

从你提供的命令和输出信息来看，你执行了 terraform destroy --auto-approve命令来尝试销毁通过 Terraform 创建的基础设施资源。然而，输出显示 "Destroy complete!Resources:0 destroyed."，这意味着没有资源被销毁，可能是因为当前 Terraform 状态中没有需要销毁的资源。

以下是一些可能的原因和建议的后续步骤：

  1. 状态为空：如果当前的 Terraform 状态文件（通常是 terraform.tfstate）为空或者不包含任何资源，那么 terraform destroy命令将不会销毁任何东西。你可以通过运行 terraform state list来检查当前状态中是否存在资源。

    bash
    terraformstatelist

    image-20240619075743050

  2. 状态文件丢失或损坏：如果状态文件丢失或损坏，Terraform 可能无法识别需要销毁的资源。在这种情况下，你需要恢复状态文件或重新应用配置。

    淦：刚才自己把这些文件给删除了……

    image-20240619075843042

  3. 配置更改：如果你最近更改了 Terraform 配置文件，并且这些更改导致了资源的删除或重新定义，那么可能需要重新应用配置以更新状态文件。

  4. 状态后端同步问题：如果你使用远程状态后端（如 AWS S3、Google Cloud Storage 等），请确保状态文件已正确同步，并且你正在使用正确的状态文件。

  5. 权限问题：确保你有足够的权限来销毁资源。如果资源位于云服务提供商（如 AWS、Azure、GCP 等），请检查你的凭据和权限设置。

  6. 重新初始化：在某些情况下，重新运行 terraform init命令可以帮助解决状态相关的问题。

    bash
    terraforminit

如果上述步骤都无法解决问题，你可能需要更详细地检查你的 Terraform 配置和状态文件，以确定为什么没有资源被销毁。如果需要进一步的帮助，请提供更多的上下文信息，例如你的 Terraform 配置文件和状态文件的内容。

3、解决办法 ​

额，直接删除集群重新测试吧

bash
kinddeletecluster--namedevopscluster

重建成功。

image-20240619081555482

4、总结 ​

terraform生成的一些文件千万（terraform.tfstate）不能删除哦，否则会影响terraform正常使用的。

bash
[root@devops8 ~]#cd myiac-gitee/k8s/[root@devops8 k8s]#lsingress.yamlkind.tfREADME.mdterraform.tfstateterraform.tfstate.backup[root@devops8 k8s]#ls -altotal52drwxr-xr-x3rootroot160Jun1908:04.drwxr-xr-x6rootroot115May3021:13..-rw-r--r--1rootroot15343May3017:37ingress.yaml-rw-r--r--1rootroot2778May3017:37kind.tf-rw-r--r--1rootroot1010May3017:37README.mddrwxr-xr-x3rootroot23Jun1907:44.terraform-rw-r--r--1rootroot452Jun1907:53.terraform.lock.hcl-rw-r--r--1rootroot19207Jun1908:04terraform.tfstate-rw-r--r--1rootroot155Jun1908:04terraform.tfstate.backup
最近更新