I wonder if anyone can throw any light on this. We are running fedora 2.2.3
with muradora 1.3.3. Following a recent reindex we are experiencing the
following problem - our muradora interface now displays all our current
objects, but also list deleted objects - although these cannot be accessed
as they are not actually present in fedora.
We have performed the following steps
1) rebuild fedora database using rebuild.sh
2)rebuild fedora index using rebuild.sh
3)run db+_recover
4)reindex solr
Several times, to no avail.
What I do notice is that following reindexing, fedora.log contains the
entry Error getting datastreams
fedora.server.errors.ObjectNotInLowlevelStorageException: no path in db
registry for [york:521]
Which is interesting as york:521 is a deleted collection. However a number
of current objects were previously members of this collection. They have
since been moved to another collection, but their foxml still contains
references to york:521 in the versioning information for the rels-ext
datastream - I suspect for some reason mura or rebuild.sh is indexing this
obsolete rels ext information as well as the current rels-ext version
Heres an example extract from one such object showing the versioned
(obsolete)rels ext datastream
<foxml:datastreamVersion CREATED="2009-02-02T19:56:32.340Z"
ID="RELS-EXT.1" LABEL="Metadata" MIMETYPE="text/xml" SIZE="579">
<foxml:contentDigest DIGEST="none" TYPE="DISABLED"/>
<foxml:xmlContent>
<rdf:RDF xmlns:dc="http://purl.org/dcs/elements/1.1/";
xmlns:fedora="info:fedora/fedora-system:def/relations-external#"
xmlns:myns="http://www.nsdl.org/ontologies/relationships#";
xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc";
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#";
xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#";>
<rdf:Description rdf:about="info:fedora/york:2751">
<rel:isMemberOf rdf:resource="info:fedora/york:521"
xmlns:rel="info:fedora/fedora-system:def/relations-external#"/>
</rdf:Description>
</rdf:RDF>
</foxml:xmlContent>
</foxml:datastreamVersion>
We suspected for a while that this was a gsearch problem, however I believe
that mura 1.3.3 uses solr rather than gsearch - the only gsearch files I can
be found are in our archived backup copy of the old mura 1.3.1 install.
Can anyone throw any light on this?
Peri Stracchino
Digital Library Team
University of York
ext 4082
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
