Audio mp3 SIP01 attempt01

Main Page > Vancouver Digital Archives > System Testing > mp3 SIP01 attempt01

mp3 SIP01 attempt01

Date: 2011-02-01

Conducted by: Glenn Dingwall

Purpose/Goal
Test ingest procedures for Archviematica 0.6.2

Hardware/Software
Archivematica 0.6.2

DA LAN network consisting of:
 * 1 x Archivematica Server
 * 3 x Archivematica clients (host names: Archivematica-2, DA-LAN-Server, ICA-Atom)

SIP Contents:
 * 10x mp3 files - mp3 conversions of commercial music
 * 1x .txt file
 * ~40MB

SIP UUID = 077f5c43-3ebb-4573-b292-d92c1b2614b5

Procedure

 * 1) Create compliant SIP structure
 * 2) Add checksums
 * 3) Add DC metadata
 * 4) Submit to Receive SIP and edit name to Audio_mp3_SIP01_attempt01
 * 5) Remove 1 .mp3, 1 .txt file from SIP at "Appraise for Submission"
 * 6) Remove 1 .mp3 file from SIP at "Appraise for Preservation"
 * 7) Proceed as expected
 * 8) System becomes unresponsive at "Normalize"

Results
Task UUID: e782df31-3c88-4aa9-9cf9-87085bd29928 File UUID: ea1ed60c-459f-4724-a99a-22b85d573a22 File name: Frank_Sinatra.mp3 Client: da-lan-server normalize_v0.0 (exit code: None)
 * Process never exits from "Normalize"
 * 2 hours after submitting the SIP, the dashboard still indicates that the service is "executing"
 * 7 of 8 .mp3 files completed normalization with exit code=0
 * 1 .mp3 file seems to be stuck in normalization. Dashboard indicates:
 * There was no info written to the normalization log (in /.currentlyProcessing/[SIPname]/...) for this file, all of the other 7 files had info present in the log.
 * the normalized .wav version of the file does appear in the /objects directory
 * there is no METS file for the normalized version present in the /fileMeta directory

Comments
I resubmitted the .mp3 file that failed to normalize, to see if it was the file itself that was causing the problem. The same thing happened - the SIP (UUID=0be24f90-1b56-454d-b856-f22f01559daa) never exited from normalization.