#3116:repos.osgeo.org needs admin attention
--------------------------±--------------------------
Reporter: peterafrigis | Owner: sac-tickets@…
Type: defect | Status: new
Priority: major | Milestone: Unplanned
Component: SysAdmin | Keywords: repo
--------------------------±--------------------------
Automated [Workflow runs · geoserver/geoserver · GitHub GeoServer
builds] are failing for the past 3-4 days with the error message:
Error: 4,838 [ERROR] Failed to execute goal on project gs-grib: Could not
resolve dependencies for project org.geoserver.extension:gs-
grib:jar:2.25-SNAPSHOT: Failed to collect dependencies at org.geotools:gt-
grib:jar:31-SNAPSHOT → edu.ucar:cdm:jar:4.6.15 →
edu.ucar:httpservices:jar:4.6.15: Failed to read artifact descriptor for
edu.ucar:httpservices:jar:4.6.15: The following artifacts could not be
resolved: edu.ucar:httpservices:pom:4.6.15 (absent): Could not transfer
artifact edu.ucar:httpservices:pom:4.6.15 from/to osgeo-releases
(Repository - Sonatype Nexus Repository): status code: 500, reason
phrase: Server Error (500) → [Help 1]
Jody believes one of the repos is having problems; we access via a cache
at repos.osgeo.org
Could the repo admin please take a look at the problem to resolve it?
Replying to [comment:1 jive]:
> Andrea collected some details - with the conclusion that it may be
corrupted storage on the repo server? He indicated clearing the cache and
allowing it to redownload the artifacts did help.
>
> Checking the pom.xml file causing problems:
>
> * Visiting Sonatype Nexus Repository
cache:edu%2Fucar%2Fhttpservices%2F4.6.15 it appears listed
>
> * Other things in that cache are present: https://repo.osgeo.org/repository/ucar-
cache/edu/ucar/cdm/4.4.0/cdm-4.4.0.pom
>
> * The original content is here Sonatype Nexus Repository
releases:edu%2Fucar%2Fhttpservices%2F4.6.15
>
> * And the original pom.xml file can be downloaded Sonatype Nexus Repository
releases:edu%2Fucar%2Fhttpservices%2F4.6.15%2Fhttpservices-4.6.15.pom
>
> So I expect this is a problem with repo.osgeo.org storage / cache.
I do not have it under control, I may have time to look at it next week.
It feels like Andrea did the things that could be done with application configuration (clearing cache and letting it try and fetch again). Which is all I know how to do …
Oops you replied to discourse instead of adding to trac. Because you are an admin and I can’t block admins from replying. That said, I’m going to take this opportunity to reply to you back on discourse.
No I don’t see any signs of disk corruption. I’m worried it might have had something to do with the upgrade a couple of weeks ago, maybe something got corrupted during the upgrade process. You know how long this has been an issue?
So I think that rules out the major upgrade I did on #2932 as that was 3
weeks ago.
I'm going to check the errors in the logs and do a more intensive disk
check if I can't determine from the logs.
Might also be something about how docker volumes work that something is
locked and maybe the container just needs a reboot.
--
Ticket URL: <#3116 (repos.osgeo.org needs admin attention) – OSGeo;
OSGeo <Gter - OSGeo;
OSGeo committee and general foundation issue tracker.
One more question, from the above, I'm not sure how to tell if anything is
even wrong.
Can you give me some command or web call I can use to replicate the issue,
all the above links when I go there show something, so I think I'm missing
something.
--
Ticket URL: <#3116 (repos.osgeo.org needs admin attention) – OSGeo;
OSGeo <Gter - OSGeo;
OSGeo committee and general foundation issue tracker.
has been failing. The other cache healthchecks return okay. So I guess
that gets to your point about the ucar-cache being corrupt. Though that
job doesn't say how long it's been failing and it runs every hour.
I also do notice it looks like the docker container restarted 2 weeks ago,
and I can't remember restarting it, though it's possible I did. So perhaps
something happened during that restart or it restarted on it's own because
of some corruption.
--
Ticket URL: <#3116 (repos.osgeo.org needs admin attention) – OSGeo;
OSGeo <Gter - OSGeo;
OSGeo committee and general foundation issue tracker.
I am attempting to follow along. The "download link" is on the right hand
side, under Summary > Path > click this link (e.g. https://repo.osgeo.org/repository/ucar-
cache/edu/ucar/httpservices/4.6.15/httpservices-4.6.15.pom)
instead of adding to trac. Because you are an admin and I can’t block admins from replying. That said, I’m going to take this opportunity to reply to you back on discourse.