Opened 5 years ago

Closed 5 years ago

#2317 closed defect (fixed)

Failed to deploy artifacts dav:http://download.osgeo.org/webdav/geotools/

Reported by: jive Owned by: sac@…
Priority: major Milestone:
Component: SysAdmin Keywords:
Cc:

Description

This is a possible follow up to:

And may just consist of updating my permissions with a little help.

I am performing a manual deploy of geotools to the OSGeo repository as our build server has been unavailable for about a month. While I am able to deploy to repo.boundlessgeo.com (so I know my script is working) deploying to the osgeo repository is failing with the following error:

Failed to deploy artifacts: Could not find artifact org.geotools:geotools:pom:20.4 in osgeo (dav:http://download.osgeo.org/webdav/geotools/)

My .m2/settings.xml contains my credentials which I updated on May 10th as per #2291. Has anything changed or has additional security measures been put in place on this resource?

Change History (11)

comment:1 by jive, 5 years ago

I am marking this as urgent (higher than normal) priority since it is holding up a release

comment:2 by jive, 5 years ago

It could be all the keys have been reset as per https://trac.osgeo.org/osgeo/ticket/2312

Ideally we would like committers to be able to deploy and the build box be able to deploy.

comment:3 by robe, 5 years ago

Jive,

I did remove a private key because I was told it was not in use. We might need to reput that back in.

comment:4 by robe, 5 years ago

oh actually just realized that would have nothing to do with that if you are going thru webdav.

We had changed the keys remember and I sent you the new password. But we tested right after together and it was working. Did it suddenly stop working.

comment:5 by robe, 5 years ago

now I remember what we decided -- the deploy is not to webdav

It should be to

http://download.osgeo.org/upload/geotools/

Remember we couldn't change webdav because too many public sites are using it.

And for some reason webdav couldn't get to work for both. Though now I htink it was just a misconfiguration on my part so we could go back to using webdav. webdav being called webdav and not being really webdav is kinda confusing.

comment:6 by robe, 5 years ago

Resolution: fixed
Status: newclosed

tbarsballe was able to use the geotools webdav account I sent to upload to the upload/geotools.

I had to increase limit to 100MB since 1MB is the default and some items could not be pushed.

Change committed at:

https://git.osgeo.org/gitea/sac/download-config/commit/2bb21ac8958c7ada66fdbfc183f90fb3a8e9b78d

comment:7 by aaime, 5 years ago

I'm trying to upload a file to dav using my OsGeo LDAP account, but keep on getting a 401... do I need a different account?

comment:8 by wildintellect, 5 years ago

Resolution: fixed
Status: closedreopened

There are additional users that need the same permissions. We should probably clarify what the fix is and document it somewhere the Geotools community shares information.

comment:9 by robe, 5 years ago

There were two approaches. One using a local webdav account and one using sftp like everyone else.

Can you talk to tbarsballe about this. I think he settled on using sftp with a key he provided me. I don't know the details of what was done on the java side for geoserver/geotools sides. Also not sure where the best place is to document this.

comment:10 by robe, 5 years ago

sent Andrea the webdav account info and cc'd wildintellect, jive and tbarsballe

comment:11 by robe, 5 years ago

Resolution: fixed
Status: reopenedclosed

Andrea said the credentials worked for him so closing this out. I'll add the password info to secure.

Note: See TracTickets for help on using tickets.