Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

This page holds notes on the current Fedora configuration, as well as misc information that must be understood when
configuring Fedora.

Current test setup

Must fedora-convert-demos to put correct hostname in demo objects.

Current McKoi username & password: fedora

Running on port 8080

For Fedora 2.0, MUST INSTALL the patch available at (the attacments are near the top of the page, and they download with a CGI extension that must be changed to the correct filetype)

Demo objext XML is in My Documents\fedora-2.0-src\dist\client\demo\foxml (there is a parallel directory for the METS versions, but it's unlikely that we will use these)

General notes

Start with:

fedora-start mckoi

Stop with:
mckoi-stop username password

Administration tool: {{{
fedora-admin 8080 fedoraAdmin fedoraAdmin

Fedora runs on its own (modified?) instance of Tomcat. It may be possible to combine this with our production Tomcat, but I'm not sure it is desireable. Be very carful when selecting ports so they don't conflict with another Tomcat that may be running on the same machine.

When ingesting objects, use the admin password, not the database password.

The fedora server must be restarted for any configuration changes to take effect.

The documentation makes it seem fairly easy to move data from one repository to another: just tell the new Fedora instance to ingest all of the data from the old instance. No idea how long this would take, though.

Object records must be in XML form (METS or FOXML) to be ingested.

In the sample web interface, "View the Item Index" means "View the datastreams".

Data storage

The XML records that represent Fedora objects are stored in Fedora's objects directory (fedora2_0_objects by default). Underneath this directory, they are organized by a crazy date/time directory structure. Even though they don't have an XML extension, the files are really XML.

Objects that are loaded as "Fedora managed" content have their datastreams stored in the datastreams directory (fedora2_0_datastreams) using the same crazy directory structure. The file content is unchanged from the file that was loaded, but the filename is changed to reflect the PID and datastream ID.

The database coordinates all of these objects and datastreams using a fairly straightforward table setup.

Space issues

We are considering a move to Its core stats are: Dual CPU 3GHz each, 6G RAM, 420G usable disk space.

Current stats for other collections:

  • Hohenberger: 2143 images, each with master, thumbnail, and "large" JPG. Masters take 13G
  • DIDO: 40,000 images, each with master, thumbnail, and "screen"images. Current storage takes about 22G.

The Fedora project has done some performance testing on a repository with 1 million objects.

  • No labels