Bug #12932

DIP upload fails with 2.5 destination

Added by David Hume about 3 years ago. Updated about 3 years ago.

Status:VerifiedStart date:04/01/2019
Priority:MediumDue 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

Screenshot_UploadDIP_Fail_2019Mar30.png (199 KB) David Hume, 04/01/2019 06:21 PM

Related issues

Related to Access to Memory (AtoM) - Bug #12829: Problem: levels of description API endpoint and other URL... Verified 02/18/2019

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"

#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

Also available in: Atom PDF