Bug #12932
DIP upload fails with 2.5 destination
Status: | Verified | Start date: | 04/01/2019 | |
---|---|---|---|---|
Priority: | Medium | Due date: | ||
Assignee: | - | % Done: | 0% | |
Category: | Archivematica integration | |||
Target version: | Release 2.5.0 | |||
Google Code Legacy ID: | Tested version: | 2.5 | ||
Sponsored: | No | Requires documentation: | No |
Description
On Ubuntu 16.04 2.5 test sites, believe have set all the required settings that have been successful for 2.4.x setups (e.g. ACDPS 16.04 clients)
1) AtoM target page exists
2) archivematica ssh access (DIP successfully copied across to /tmp/ on AtoM)
3) Sword and RestAPI plugins set in AtoM, REST API key generated there and it and credentials set in AM for AtoM/Binder DIP upload
but 404 error on "About to deposit to:" step.
Attached find example of top of error page, it is followed by HTML code essentially saying "Sorry, page not found .... Did you type the URL correctly? ..." etc., after which
[uploadDIP] Response code not expected
Related issues
History
#1 Updated by David Hume about 3 years ago
- Related to Bug #12829: Problem: levels of description API endpoint and other URLs returning 404 error code added
#2 Updated by David Hume about 3 years ago
- Assignee set to Dan Gillean
Not sure if related at all to #12829, but was mentioned this morning as another outstanding issue related to archivematica.
This has been tested from two different Archivematica test servers, >= 1.9.1 / 0.14.0
Example of corresponding /var/log/nginx/error.log results (in this case Santi confirming same error)
2019/03/28 20:16:24 [error] 12859#12859: *118 FastCGI sent in stderr: "PHP message: Empty module and/or action after parsing the URL "/sword/deposit/dip-target" (/)" while reading response header from upstream, client: 3.87.209.17, server: _, request: "GET /sword/deposit/dip-target HTTP/1.1", upstream: "fastcgi://unix:/var/run/php-fpm.atom.sock:", host: "atom25.1604.qa.accesstomemory.net" 2019/03/28 20:16:52 [error] 12859#12859: *120 FastCGI sent in stderr: "PHP message: Empty module and/or action after parsing the URL "/sword/deposit/dip-target" (/)" while reading response header from upstream, client: 83.165.150.184, server: _, request: "GET /sword/deposit/dip-target HTTP/1.1", upstream: "fastcgi://unix:/var/run/php-fpm.atom.sock:", host: "atom25.1604.qa.accesstomemory.net" 2019/03/28 20:21:25 [error] 12859#12859: *134 FastCGI sent in stderr: "PHP message: Empty module and/or action after parsing the URL "/sword/deposit/the-tree-frog-family" (/)" while reading response header from upstream, client: 54.39.187.34, server: _, request: "POST /sword/deposit/the-tree-frog-family HTTP/1.1", upstream: "fastcgi://unix:/var/run/php-fpm.atom.sock:", host: "atom25.1604.qa.accesstomemory.net"
#3 Updated by Steve Breker about 3 years ago
Ready for CR: https://github.com/artefactual/atom/pull/873
#4 Updated by Mike Cantelon about 3 years ago
- Status changed from New to Feedback
- Assignee changed from Dan Gillean to Steve Breker
Looks good to me!
#5 Updated by Steve Breker about 3 years ago
merged to qa/2.5.x
I have tested:
- DIP upload route (seems to be working)
- actor and description image linking (tests /:slug/:module/:action type routes)
- API functionality also working
#6 Updated by Dan Gillean about 3 years ago
- Category set to Archivematica integration
- Status changed from Feedback to Verified
- Assignee deleted (
Steve Breker) - Target version set to Release 2.5.0
- Requires documentation set to No