[ 
https://issues.apache.org/jira/browse/CAMEL-20138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17909273#comment-17909273
 ] 

Aurélien Pupier commented on CAMEL-20138:
-----------------------------------------

I think we have the first dependabot update which doesn't fail on timeout:
https://github.com/apache/camel/actions/runs/12580726300/job/35063188537

I found "only" 846 times "Latest version is".
The dependabot job took 22 minutes.

It is potentially the combination of dependabot that improved the speed to do 
the checks, a bit less of dependencies and all dependencies up to date (at 
least the ones detected by Dependabot)

> Avoid time out during dependabot Check Update job
> -------------------------------------------------
>
>                 Key: CAMEL-20138
>                 URL: https://issues.apache.org/jira/browse/CAMEL-20138
>             Project: Camel
>          Issue Type: Task
>          Components: build system
>            Reporter: Aurélien Pupier
>            Priority: Minor
>
> The dependabot jobs are currently taking more than 45 minutes and are failing 
> in timeout -(not a problem right now as it always has enough dependencies 
> update to provide)-
> {noformat}
>   proxy | 2023/11/21 06:29:21 proxy starting, commit: 
> 6cffd6fae1b2f713f2d837bc45fe916f855c821d
> {noformat}
> {noformat}
> updater | time="2023-11-21T07:15:42Z" level=warning msg="timeout running job" 
> error="waiting for updater: waiting for container: context deadline exceeded" 
> job_id=752523002
> updater | 2023/11/21 07:15:42 Unsolicited response received on idle HTTP 
> channel starting with "0\r\n"; err=<nil>
> updater | 2023/11/21 07:15:42 Unsolicited response received on idle HTTP 
> channel starting with "0\r\n"; err=<nil>
> {noformat}
> [GitHub is suggesting to limit the number of dependencies to 
> check|https://docs.github.com/en/code-security/dependabot/working-with-dependabot/troubleshooting-dependabot-errors#dependabot-timed-out-during-its-update]
>  (but in our case we will miss the purpose of it)
> One point that i observed is that the Apache snapshot repository is checked. 
> As far as I know it is usually a slow one and i do not think that we care 
> about snapshots version. i think this could be the first point to try: 
> removing the Apache Snapshots repo during this check
> {noformat}
> proxy | 2023/11/21 06:45:01 [390] HEAD 
> https://repository.apache.org:443/snapshots/org/infinispan/infinispan-core/14.0.21.Final/infinispan-core-14.0.21.Final.test-jar
> {noformat}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to