Skip to content

Reingest process from Uncompressed AIP to Compressed 7Z with BZip does not create zip #321

Open
@ross-spencer

Description

@ross-spencer

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:

image

We can see the compression task happened:

image

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:

image

Ingest #2:

image

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type: bugA flaw in the code that causes the software to produce an incorrect or unexpected result.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions