On Tue, Dec 18, 2012 at 7:02 PM, Richard Rodgers <[email protected]> wrote: > SRB classes are always in the code path (even if not using SRB storage) - > just a peculiarity of the implementation.
Thanks for confirming that, Richard. Sorry about the false alarm, Chris. Chris, you didn't actually write whether you checked that the /dspace/assetstore/69/33/76/69337668490481973706799046656780523434 file exists. OTOH, you said you checked a file named 69337668490481973706799046656780523434.gz, which is weird, because files in the asset store shouldn't have extensions. So either the file has the .gz extension errorneously appended, in which case it should be renamed; or it's actually the assetstore file which was compressed, in which case it should be uncompressed. You can do a "toe in the water" check by running "file 69337668490481973706799046656780523434.gz", which will tell you whether it's actually a gzipped file. After renaming/uncompressing it and verifying that you can download it (fixing your problem), you should run "[dspace]/bin/dspace checker" to verify the MD5 checksums of the files in assetstore. You can use the -a parameter to check only one item by specifying its handle, or -b to specify a bitstream_id. Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
