Page tree

Note that this documentation is for the coming release
NetarchiveSuite 5.5.1
and is still work-in-progress.

For documentation on the released versions, please view the previous versions of the NetarchiveSuite documentation and select the relevant version.

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 5 Next »

We have prepared a bash shell script that starts all the necessary components on one machine. We will use this script throughout this quickstart manual to allow you to get a feel for what the system can do and how it works without having to deal with issues of distributing to other servers.

Base system required

For the quick startup, NetarchiveSuite requires:

  • A Linux system.
    Note that for the quickstart, you must be able to run a browser on the machine that you run the system on - this is an artifact of the quickstart system and is not the case in the full system. Root access is not required.
  • Running Ant application - Java based build tool like make
  • Sun Java SE (Standard Edition) JDK version 1.6.0_19 (or later) running on the Linux system.
    Newer versions of Sun Java 1.6 will probably work, but have not been tested. The latest download version of Sun Java 6 SE is "JDK 6 Update 24" (03 February 2011).

To check that you have the right version of Java do the following

  • start a terminal login to the linux system as a ordinary user
  • check java version is version 1.6.0_19 (or higher) by writing:
    $ java -version
    you should then see something like
    linux>java -version
    java version "1.6.0_19"
    Java(TM) SE Runtime Environment (build 1.6.0_19-b04)
    Java HotSpot(TM) Server VM (build 16.2-b04, mixed mode)


Download of the newest release is described here

Note: Instead of downloading a you can also build itself from the svn trunk:

$ svn checkout --username developername .
$ cd trunk
$ ant releasezipball 

Setup JMS

NetarchiveSuite uses JMS for inter-process communication. JMS is the Java Messaging Service, which provides asynchronous communication between processes. You do not need any knowledge of JMS to use NetarchiveSuite. However you need to make sure that there are not already JMS brokers running on your system using PORT 7676.

Currently only the open-source version of Sun's JMS implementation is supported, since some functionality of other implementations does not match our assumptions well.

To download and install it, do the following:

  • Open this link in a browser window
  • Click the Linux Link under version 4.4 Binary Downloads to download a file (or later version)
  • Save the download file to the netarchive directory you created earlier 
  • Goto the directory
     $ cd ~/netarchive 
  • Unpack the zip file (this creates a directory openmq4_4-installer), and run the X-Windows installer. The installer ask you to choose an install-home (choose netarchive/MessageQueue), and a JDK.
    $ unzip
    $ cd openmq4_4-installer; ./installer
  • Set necessary environment variables: IMQ_HOME, IMQ_VARHOME, IMQ_ETCHOME)
    $ export IMQ_HOME=$HOME/netarchive/MessageQueue/mq
    $ export IMQ_VARHOME=$HOME/netarchive/MessageQueue/var/mq
    $ export IMQ_ETCHOME=$HOME/netarchive/MessageQueue/etc/mq
  • Run imqbroker in order to create settings file
    $ chmod +x ./MessageQueue/mq/bin/imqbrokerd
  • check that
    starts and that the last message is
     "Broker <localhost>:7676 ready" 
  • stop the imqbroker by pressing
  • edit settings to allow for enough listeners to a queue by doing
  • uncomment and specify count=20 for listeners by changing line
    #            imq.autocreate.queue.maxNumActiveConsumers

To start it, do the following:

$ cd netarchive
$./MessageQueue/mq/bin/imqbrokerd &


Download following files to the netarchive directory:


The first script is a simple script for doing all the steps during deployment. It takes a NetarchiveSuite package ('.zip'), a configuration file (the second file), and a temporary installation directory as arguments (in the given order). The different ports used by the application for communication are included in the deploy_standalone_example.xml file.

In the configuration file all the applications are placed on one machine, e.g. the current machine (localhost)

When the installation script is run it will unpack the installation files into the netarchive/deploy directory and install NetarchiveSuite into the /home/test/QuickStart directory (using ssh). It assumes that user 'test' already exists. Remember to check, that a Sun JVM is in the path for the test (instead of GNU java compiler, that is default with some Linux'es.). If you already have a Quickstart installation, the existing bitarchive, database and files will be untouched. You must explicit remove any previous installation, if you want a clean empty installation.

$ deploy_standalone_example.xml deploy/

Note thatf you have not setup your automatic ssh test user login (using key based login), you need to login some times before the installation finish successfully. You must also have permission to ssh and scp to test@localhost ( try e.g ssh test@localhost)

The script creates a deployment folder named "Quickstart" in e.g. /home/test/Quickstart, which contains methods for starting and stopping NetarchiveSuite, and starts the whole NetarchiveSuite. The files to run the installation will be placed in the ~/netarchive/deploy dir

  • Start a web browser. Note that it is important that the browser is started on the same machine as the simple harvest script is run on
  • Setup the browser to proxy on port 8070 and exclude localhost and the hostname (used by the Heritrix GUI) e.g. in firefox:
Choose in the firefox toolbar:
Manual Proxy Configuration
and add:
Proxy: localhost
Port: 8070
No Proxy for: localhost,
  • Write following url in the started browser http://localhost:8074/HarvestDefinition
  • You can now see the webinterface in the browser. You can now create, run and browse according to the following or the User Manual
  • You can stop and start the entire NAS system with:
cd /home/test/Quickstart
  • If you want to try other deploy examples, then go to "Examples of deploy configuration files" in the Installation Manual.
  • No labels