tongchenkeji
发表于：0次点击

云效一直在超时 看下怎么搞？[阿里云云效]

云效一直在超时 看下怎么搞？部署单ID:5561b9da23104d9d900d7a2aa3b1c41f 、 edfc7daa13354f62b1f45c810d72a16c agent也是运行状态的 一直在超时。

「点点赞赏，手留余香」

    还没有人赞赏，快来当第一个赞赏的人吧！
阿里云云效# 云效3181
=====这是一个广告位，招租中，联系qq 78315851====
阿里云云效
云效流水线主机部署之后 nohuo java -jar能够启动应用，但是流水线一直在运行是怎么回事?[阿里云云效]
阿里云云效
云效使用自定义构建镜像，阿里云有公共镜像库地址可供上传下载镜像的吗？[阿里云云效]
1 条回复 A 作者 M 管理员

  1. 对于云效的超时问题，你可以尝试以下几种解决方法：

    1. 增加任务的执行时间限制。在云效的任务设置中，你可以增加任务的执行时间限制。如果任务的执行时间过长，可能会导致任务超时。

    2. 优化任务脚本。如果你的任务脚本中存在性能瓶颈，也可能会导致任务超时。你可以尝试优化任务脚本，以提高任务的执行速度。

    3. 增加云效实例的数量。如果你的任务需要大量的计算资源，你可以增加云效实例的数量，以提高任务的执行速度。

    4. 使用并行任务。如果你的任务可以并行执行，你可以使用并行任务来提高任务的执行速度。

    5. 增加任务的重试次数。如果你的任务经常失败，你可以增加任务的重试次数，以提高任务的执行成功率。

    6. 查看日志。你可以查看任务的日志，以了解任务超时的具体原因。如果任务在执行过程中遇到了错误，你可以根据日志中的信息来解决问题。

    已喜欢 已反对

  2. 没创建deploy但是失败了的应用，您按照这个排查一下：
    示例中假定待发布的工作负载类型为 deployment，预期的名字为 demo-deploy，所处的命名空间为 demo-namespace.

    4.1检查 Rollout 辅助对象是否成功创建

    由于 Rollout 辅助对象会使用预期名，故可直接获取：
    kubectl get rollout demo-deploy -n demo-namespace -o=yaml
    4.2 确认是否存在基线版本缺失

    根据前一步获取的 Rollout yaml，判断是否有基线版本缺失：
    spec:
    componentName: demo-deploy
    rolloutPlan:
    batchPartition: 0
    rolloutBatches:

    - replicas: 1rolloutStrategy: IncreaseFirsttargetSize: 1

    targetRevisionName: demo-deploy-v181
    status:
    LastSourceRevision: demo-deploy-v179
    batchRollingState: batchInitializing
    conditions:
    …
    currentBatch: 0
    lastTargetRevision: demo-deploy-v180
    rollingState: rolloutAbandoning
    rolloutTargetSize: 1
    targetGeneration: da4e412e71377443
    upgradedReadyReplicas: 0
    upgradedReplicas: 0

    请关注 status 属性下的 LastSourceRevision 和 lastTargetRevision 两个字段，它们应该对应存在的 Deployment 名字；如果 rollingState 处于 rolloutAbandoning 且 LastSourceRevision 和 lastTargetRevision 对应的 Deployment 遭删除，则发布可能如上面所示地停滞。

    如果确认 Deployment 确实遭删除，可以通过回补 Deployment 完成发布补偿，补偿后的版本将是 spec 属性中的 targetRevisionName 版本，通常是最近一次指定发布的工作负载版本。回补的 Deployment 建议设置为 0 复本，以避免不必要的资源开销或业务流量导入。此回答整理自钉群“云效交

    已喜欢 已反对