Archivematica Storage Service 0.18.1 is a legacy release, and these documents are no longer being maintained.


Checking fixity is the process of ensuring that digital files have not changed unexpectedly over time. The Archivematica Storage Service exposes an API endpoint that enables users to check the fixity of individual AIPs in storage. Users can access the API endpoint directly or by using the Fixity application developed by Artefactual.

Archivematica AIPs are packaged according to the BagIt File Packaging Format. The fixity API endpoint verifies the bag by validating the contents of the bag against the checksums and payload oxum listed in the bag files. This can tell users if files have been modified, deleted, or added to the AIP.

For more information about fixity and checksums, see the Digital Preservation Coalition’s Digital Preservation Handbook.

On this page:

Checking fixity using the API endpoint

The fixity API endpoint can be used to scan a single AIP. It will return a success or failure, as well as any error messages. More information about the endpoint can found found in the Storage Service API documentation.

Using the Fixity application

Fixity is also an application for use with the Archivematica Storage Service. Fixity is run from the command-line and uses the API endpoint documented above to perform batch checking across the entirety of the AIP store.

See the Fixity documentation for more information on its installation and usage.

Reviewing fixity results in the Storage Service

The result of a fixity check is written back to the Storage Service and shown in the Packages tab of the user interface in the Fixity Date and Fixity Status columns.

The Fixity Date and Fixity Status columns are displayed in the

The fixity status is displayed as either “Success” or “Failed”. For more information about the check, click on the status of the AIP. The fixity check information page will show the date and time that the fixity check was run, as well as any error output resulting from the check. It will also show a full history of fixity checks run on the AIP.

The fixity check information page showing the results of one fixity scan, which resulted in an error.

In the example shown in the screenshot above, the fixity scan resulted in an error.

Oxum error. Found 8 files and 71101 bytes on disk; expected 8 files and
71100 bytes.

In this case, an extra byte has been added to one of the files, so the payload oxum in the bag-info.txt file is no longer correct. The next step for the user would be to retrieve the AIP and investigate the files to see what has changed.

Return to the top