KubeApps:来自插件helm.packages的无效GetAvailablePackageSummaries响应：.无法获取图表类别

Question

我跟踪了设置说明k3s，以及kubectl在这个答案中。当我引导到KubeApps时，我会得到这个错误

从插件获取目录:无效的GetAvailablePackageSummaries响应时发生错误:代码=内部desc =无法获取图表类别: pq:关系“图表”不存在。

如何解决此错误？

当我拔出原木时，我明白了，

I0608 21:01:12.935502 1 root.go:32]资产同步器已配置为：server.Config{DatabaseURL:"kubeapps-postgresql:5432", DatabaseName:"assets", DatabaseUser:"postgres", DatabasePassword:"E0mn56sa5d", Debug:false, Namespace:"kubeapps", OciRepositories:[]string{}, TlsInsecureSkipVerify:false, FilterRules:"", PassCredentials:false, UserAgent:"asset-syncer/2.4.5 (kubeapps/2.4.5)", UserAgentComment:"kubeapps/2.4.5", GlobalReposNamespace:"kubeapps", KubeappsNamespace:"", AuthorizationHeader:"", DockerConfigJson:""}

然后是，

Usage:
  asset-syncer sync [REPO NAME] [REPO URL] [REPO TYPE] [flags]

Flags:
  -h, --help                       help for sync
      --oci-repositories strings   List of OCI Repositories in case the type is OCI
      --version                    version for sync

Global Flags:
      --add_dir_header                   If true, adds the file directory to the header of the log messages
      --alsologtostderr                  log to standard error as well as files
      --database-name string             Name of the database to use (default "charts")
      --database-url string              Database URL (default "localhost:5432")
      --database-user string             Database user
      --debug                            verbose logging
      --filter-rules string              JSON blob with the rules to filter assets
      --global-repos-namespace string    Namespace for global repos (default "kubeapps")
      --log_backtrace_at traceLocation   when logging hits line file:N, emit a stack trace (default :0)
      --log_dir string                   If non-empty, write log files in this directory
      --log_file string                  If non-empty, use this log file
      --log_file_max_size uint           Defines the maximum size a log file can grow to. Unit is megabytes. If the value is 0, the maximum file size is unlimited. (default 1800)
      --logtostderr                      log to standard error instead of files (default true)
      --namespace string                 Namespace of the repository being synced
      --one_output                       If true, only write logs to their native severity level (vs also writing to each lower severity level)
      --pass-credentials                 pass credentials to all domains
      --skip_headers                     If true, avoid header prefixes in the log messages
      --skip_log_headers                 If true, avoid headers when opening log files
      --stderrthreshold severity         logs at or above this threshold go to stderr (default 2)
      --tls-insecure-skip-verify         Skip TLS verification
      --user-agent-comment string        UserAgent comment used during outbound requests
  -v, --v Level                          number for the log level verbosity (default 3)
      --vmodule moduleSpec               comma-separated list of pattern=N settings for file-filtered logging

除了这些错误，

错误:获取https://charts.bitnami.com/bitnami/index.yaml：拨号tcp:查找10.43.0.10:53上的charts.bitnami.com :服务器故障

我向上游提交了一个bug，但我不确定这是一个bug还是一个错误配置：

• https://github.com/vmware-tanzu/kubeapps/issues/4882#issue-1265184794

Answer 1

上游回答--网络问题.

虽然我在一个新的安装中得到了这个，但我被引导到这个位置，这表明了一个更大的问题，

kubectl -n kubeapps exec deployment/kubeapps -- curl -sI https://charts.bitnami.com/bitnami/index.yaml

这将返回“以退出代码6结尾的命令”。

我可以通过遵循nslookup来进一步识别关于dns故障排除的k3s教程的问题，而无需使用Kube )

kubectl run -it --rm --restart=Never busybox --image=busybox:1.28 -- nslookup www.google.com

跟踪

现在我知道了这个问题是什么(使用外部DNS解决方案)，我已经问了这个问题，以获得更多的信息，新安装的k3s集群对新操作系统安装不能解析外部域，主机什么时候可以？