acumos - 关系状态为待处理
问题描述
当我部署 Acumos 时,使用命令“bash oneclick_deploy.sh 2>&1 | tee aio_deploy.log”它不成功并打印出“nexus status is Pending”</p>
①我使用了一个现有的k8s集群:Minikube
②命令“bash system-integration/AIO/setup_prereqs.sh k8s localhost $USER generic 2>&1 | tee aio_prep.log”运行成功
kubectl 获取 pods --all-namespaces
master@ubuntu:/home$ kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
acumos nexus-5b577d94f8-hqxxl 0/1 Pending 0 18m
kube-system coredns-6967fb4995-p2sjh 1/1 Running 3 3d20h
kube-system coredns-6967fb4995-p57ml 1/1 Running 3 3d20h
kube-system etcd-minikube 1/1 Running 0 5h14m
kube-system kube-addon-manager-minikube 1/1 Running 2 3d20h
kube-system kube-apiserver-minikube 1/1 Running 0 5h14m
kube-system kube-controller-manager-minikube 1/1 Running 2 5h14m
kube-system kube-proxy-2wqqp 1/1 Running 1 3d20h
kube-system kube-scheduler-minikube 1/1 Running 2 3d20h
kube-system kubernetes-dashboard-95564f4f-wrjgj 1/1 Running 2 3d20h
kube-system storage-provisioner 1/1 Running 2 3d20h
kube-system tiller-deploy-75f5747884-5rnmc 1/1 Running 0 5h8m
kubectl 描述 -n acumos pod nexus-5b577d94f8-hqxxl
master@ubuntu:/home$ kubectl describe -n acumos pod nexus-5b577d94f8-hqxxl
Name: nexus-5b577d94f8-hqxxl
Namespace: acumos
Priority: 0
Node: <none>
Labels: app=nexus
pod-template-hash=5b577d94f8
Annotations: <none>
Status: Pending
IP:
Controlled By: ReplicaSet/nexus-5b577d94f8
Containers:
nexus:
Image: sonatype/nexus:3.9.0
Ports: 8081/TCP, 8082/TCP
Host Ports: 0/TCP, 0/TCP
Environment:
log_level: DEBUG
Mounts:
/maven/logs from logs (rw)
/nexus-data from nexus-data (rw)
/var/run/secrets/kubernetes.io/serviceaccount from default-token-r6d6c (ro)
Conditions:
Type Status
PodScheduled False
Volumes:
logs:
Type: PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace)
ClaimName: logs
ReadOnly: false
nexus-data:
Type: PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace)
ClaimName: nexus-data
ReadOnly: false
default-token-r6d6c:
Type: Secret (a volume populated by a Secret)
SecretName: default-token-r6d6c
Optional: false
QoS Class: BestEffort
Node-Selectors: <none>
Tolerations: node.kubernetes.io/not-ready:NoExecute for 300s
node.kubernetes.io/unreachable:NoExecute for 300s
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Warning FailedScheduling 47s (x2 over 47s) default-scheduler pod has unbound immediate PersistentVolumeClaims
这个问题困扰了我很长时间,一直没有解决。如果有人能指导我如何解决这个问题,我将不胜感激。
解决方案
我可以帮你调试,但请注意我们没有在 minikube 环境中测试过这些工具。Minikube 与单节点 (AIO) k8s 集群的不同之处在于它可能无法正常工作;另请注意,您可以使用脚本https://github.com/acumos/system-integration/blob/master/tools/setup_k8s.sh创建单节点集群(在 Ubuntu 或 Centos 上)。
但是对于您的 minikube 案例,pod 状态的“待处理”状态通常意味着 PV 尚未准备好分配给 PVC。这可能是 minikube 的副作用。“kubectl get pv”的结果是什么?
推荐阅读
- vba - Access 2016 中带有报告作为附件的自动电子邮件
- java - JavaEE/Servlet/Tomcat 项目只识别 JSP
- c# - 使用按钮单击 WPF 动态更改内容堆栈面板
- javascript - 无法在 TypeScript 中导入 NPM 包(例如 Faker)
- neural-network - 为什么真阳性-假阴性分布总是一样的
- spring - 自定义 AuthenticationProvider 没有被调用
- reactjs - React Lifecycle- The plot is drawn using the initial state value, and not using the fetched value
- apache-spark - 如何在 Pyspark 中获取 kafka 模式注册表?
- c# - .NET 换行符的 POS
- python - 使用 python request.put 上传 csv 类型数据而不从保存的 csv 文件中读取?