Open
Description
To test:
- Set up a defaultMCPProcessing.xml with the option
None
for AIP Compression. - Ingest first as
Uncompressed
when given the option - Download and verify we receive a tarred set of folders from the Storage Service
- Once complete, reingest with
7Zip with Bzip
- Download and verify we still only receive a tarred set of folders from the Storage Service
- Further, check the ingest/AIP storage times in the AM Archival Storage tab, the time we see will be from the original transfer and so hasn't been updated.
For transfer with UUID aeb6568f-a0d6-43dd-bfe4-42892cfb31a1
in http://am17x.qa.archivematica.org/archival-storage/aeb6568f-a0d6-43dd-bfe4-42892cfb31a1/
We see the following screen following re-ingest:
We can see the compression task happened:
But there are no other clues in the log that suggest where the 7z didn't then become the canonical AIP.
The compressed to uncompressed workflow have been shown to work okay:
Compressed -> Uncompressed Workflow: UUID bc429ed0-9f62-465a-9105-ce319542f6bc
Ingest #1:
Ingest #2:
The select compression page: http://am17x.qa.archivematica.org/tasks/078fddc0-5a5f-4621-9e08-3b57328b2c02/
NB The AIP store date is not updated, but the file path is (an elastic search issue on top of the AIP re-ingest?)
Activity