spring.cloud运行时报申请apl失败

Posted 2023-05-11

1、apl包导错了
说白了依赖包版本冲突，你写的版本和你实际用的版本不一致所导致的，可以去查看一下pom.xml文件中的和你导入的jar版本是否一致。
第二种，未能求证，但是有人解决过，动一下配置就可以了。
springboot启动时会自动注入数据源和配置apl
解决：在@SpringBootApplication中排除其注入
@SpringBootApplication(exclude=DataSourceAutoConfiguration.class,HibernateJpaAutoConfiguration.class)即可。 参考技术A 首先打开设置并进入屏幕使用时间。
2、其次点击内容隐私访问限制选项。
3、最后在允许窗口中点击浏览器设置相应的时间并保存即可 参考技术B 首先打开设置并进入屏幕使用时间。
2、其次点击内容隐私访问限制选项。
3、最后在允许窗口中点击浏览器设置相应的时间并保存即可

部署 spring-cloud-kubernetes kubernetes-hello-world-example 失败

【中文标题】部署 spring-cloud-kubernetes kubernetes-hello-world-example 失败

【英文标题】：deploying spring-cloud-kubernetes kubernetes-hello-world-example fails

【发布时间】：2019-10-17 15:15:28

【问题描述】：

我正在尝试运行示例 https://github.com/spring-cloud/spring-cloud-kubernetes/tree/master/spring-cloud-kubernetes-examples/kubernetes-hello-world-example 的 1.0.1.RELEASE 版本，但它在 minikube 和 gcloud 中都失败并出现此错误： 无法从注册表中提取映像“cloud/kubernetes-hello-world:1.0.1.RELEASE”。

我首先在 Kubernetes in Action 中完成了示例 kubia，它同时在 minikube 和 gcloud 中运行。

示例自述文件中有一个关于执行器健康路径问题的警告，我想出了如何通过在 kubectl 中编辑来修复它，但这没有帮助。

这表明在 docker 中找不到该图像。 我已经运行了“gcloud auth configure-docker”来将本地 docker 配置为 gcloud。 构建 'mvn fabric8:deploy -Pkubernetes' 似乎工作，有非致命的 javadoc 错误：

[INFO] Creating a Deployment from kubernetes.yml namespace default name kubernetes-hello-world
[INFO] Created Deployment: spring-cloud-kubernetes-examples/kubernetes-hello-world-example/target/fabric8/applyJson/default/deployment-kubernetes-hello-world-2.json
[INFO] F8: HINT: Use the command `kubectl get pods -w` to watch your pods start up
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS

图像似乎存在于 docker 中

stephens-MacBook-Pro:kubernetes-hello-world-example stephen$ docker images
REPOSITORY                        TAG                 IMAGE ID            CREATED             SIZE
cloud/kubernetes-hello-world      1.0.1.RELEASE       1b71ed3f02fb        10 minutes ago      464MB

kubectl 获取 pods -w 返回

kubernetes-hello-world-984b55c69-8t2qg   0/1   ErrImagePull   0     3m19s
kubernetes-hello-world-984b55c69-8t2qg   0/1   ImagePullBackOff   0     3m30s

【参考方案1】：

你有描述 Pod 状态的“ErrImagePull”状态，尝试做kubectl describe PODNAME -n NSNAME 并查看完整描述。然后你就可以知道发生了什么。可能您可以找到图像名称并手动将其拉出： docker search IMAGENAME 在您的工作节点上： docker pull IMAGENNAME:TAG 如果失败，则该图像可能已被删除。任何情况下您都需要提供更多信息。