Acumos Boreas版本在Ubuntu 18.04上安装失败求助

你遇到的问题核心是MariaDB Pod无法正常启动，进而引发了后续的数据库连接超时和认证错误，我们一步步拆解根源和解决办法：

1. 首要问题：PersistentVolumeClaim（PVC）未绑定 #

Kubernetes仪表盘里的pod has unbound immediate PersistentVolumeClaims警告是关键——MariaDB Pod需要挂载持久化存储来保存数据，但Minikube没有自动创建对应的PersistentVolume（PV）来匹配PVC的请求，导致Pod一直处于Pending状态，根本无法对外提供服务，这才是后续连接失败的源头。

解决步骤： #

• 检查Minikube默认存储类：Minikube自带standard存储类，会自动为PVC动态生成PV，先确认它是否正常工作：

  kubectl get storageclass
  

  如果没有standard存储类，或者其Provisioner不是k8s.io/minikube-hostpath，重新启用Minikube的存储插件：

  minikube addons enable storage-provisioner
  minikube addons enable default-storageclass
  

• 手动创建PV（动态配置失效时）：如果动态存储配置没生效，直接手动创建一个匹配MariaDB PVC需求的PV。先查看PVC的规格：

  kubectl get pvc -n acumos
  

  假设PVC需要10Gi存储、ReadWriteOnce访问模式，创建一个hostPath类型的PV（仅适合测试环境）：

  apiVersion: v1
  kind: PersistentVolume
  metadata:
    name: acumos-mariadb-pv
  spec:
    capacity:
      storage: 10Gi
    accessModes:
      - ReadWriteOnce
    hostPath:
      path: /data/acumos-mariadb/
    storageClassName: standard
  

  保存为mariadb-pv.yaml后执行：

  kubectl apply -f mariadb-pv.yaml
  

  等PVC状态变为Bound后，MariaDB Pod会自动启动。

2. 后续数据库认证错误的处理 #

当PVC绑定成功、MariaDB Pod正常启动后，之前的Access denied错误大概率会自动消失——因为之前的连接尝试是在Pod未就绪时发起的，脚本用的是临时生成的密码，而Pod初始化完成后密码才会同步到正确的配置中。

如果Pod正常启动后仍有认证问题：

• 查看MariaDB Pod日志，确认数据库初始化是否完成：

  kubectl logs -n acumos <acumos-mariadb-pod-name>
  

• 核对Secret中的密码：Acumos会把数据库密码存在Kubernetes Secret里，执行以下命令查看真实密码：

  kubectl get secret -n acumos acumos-mariadb-db-secret -o jsonpath='{.data.mariadb-root-password}' | base64 --decode
  

  对比错误日志里的密码，如果不一致，可重新执行oneclick_deploy.sh，或手动更新Secret后重启MariaDB Pod。

额外注意事项 #

• 给Minikube分配足够资源：你的虚拟机配置（6核16G）足够，但Minikube默认可能限制了资源，执行以下命令调整：

  minikube config set memory 12288
  minikube config set cpus 4
  minikube stop && minikube start
  

• 以root用户执行脚本时，确保Minikube的配置路径（~/.minikube）能被root正常访问，避免环境变量缺失导致的配置异常。

内容的提问来源于stack exchange，提问作者Arne Munch-Ellingsen