Hi-
I have a new Fedora 3.6.1 installation. I am bringing forward data from
a legacy Fedora 3.3 system. I was able to do this using the fcsu tool
to convert the low-level datatto the akubra format, and the redora-rebuild.sh
to rebuild the mySQL datatbase.
Looking at the low-level layout, we were worried the that default rule for
HashFileMapping, 256 directories, would have a very large number of files per
hash directory
for the potential size of our production database, and wished to change the
mapping rule.
It looked like this was possible in the file
FEDORA_HOME/fedora/server/fedora-internal-use/config/akubra-llstore.xml
by setting the constructor argument for the HashPathIdMapper in the
fsObjectStoreMapper and fsDataStreamMapper objects; for instance in
the example below
<bean name="fsObjectStoreMapper"
class="org.fcrepo.server.storage.lowlevel.akubra.HashPathIdMapper"
singleton="true">
<constructor-arg value="##/##" />
</bean>
the "##/##" creates a hashing directory structure that is two directories deep,
with 256 directories at each level.
I appears that this can also be see in the fcsu conversion tool, in the file
akubra.xml
I did the above, and ran the fcsu copy legacy akubra, and it built the correct
underlying structure.;
however, when I try to rebuild the mySQL database for this using
fedora-rebuild.sh, it fails,
telling me that the underlying data path does not exist. I'm guessing that this
tool is using the
defulat HashPath File Mapping, and not using the kubra-llstore.xml
file.
Does anyone on the list have experience changing the Hash File Path Mapping,
and did you run into this
problem?
Thanks,
Mark
Mark Suhovecky
System Administrator
University of Notre Dame
213 Hesburgh Library
[email protected]
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
