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

Resubmit jobs after restart, restart of failed jobs, upload of old files at harvester restart, scheduler skips old jobs.

 

Start a standard test system.

Start a hourly selective harvest for the 'netarkivet.dk'domain.

Create a new template:

  1. Downloade the default_orderxml template and save it to a file.
    1. Click 'Definition->Edit harvest template' from the left menu.
    2. Select the 'default_orderxml' in the Download dropdown.
    3. Select 'Save to disk'
    4. Press 'Retrieve'
  2. Edit the file to change the field max-size-bytes to 5.000:
    1. Open the downloaded file in a text editor
    2. Change the number 100.000.000 to 5.000.
    3. Save the file
  3. Upload the new template
    1. Click 'Definition->Edit harvest template'.
    2. Select 'Upload' at the bootom and insert 'small_arcfiles_order.xml'.
    3. Select the locally edited file.

Modify domain templates 

  1. Configure the defaultconfig for  kum.dk to use template 'small_arcfiles_order.xml'.
  2. Configure the  defaultconfig for  dbc.dk to use template 'frontpages'.
  3. Configure the  defaultconfig for  bs.dk to use template 'path_10levels_order.xml'. 

Make a new snapshot harvest definition with a name you can remember

  1. Create a new snapshot harvest Set 'Max number of bytes per domain’ 1.000.000 bytes (1 mbyte).
  2. Tjek that the job is started correctly in the  'Harvest status'->'All Jobs' in the left menu and that no errors or warnings are present in the system overview.

Check that at least one file has been uploaded.

  1. Stop the system after the first arc fil has been uploaded
    1. Go to harvest status page at http://kb-test-adm-001.kb.dk:8076/HarvestDefinition and find the Job for kum.dk.
    2. In the system overview finde the harvester running the job. The information will appear in the log column when the job has been started.
    3. Run the attached script to stop the test system after the first arcfile has been uploaded. Note that the script needs to be updated with the relevant job number and harvester.
  2. Check that the coreect file has been generated.
    1. Log on to the harveter, eg. ssh kb-test-har-001.
    2. Verify that a meta data fil exists at ~/TEST?/harvester_low/{crawldir}/metadata/
    3. Copy the file to /tmp
  3. Create a fake crawl dir
    1. ssh sb-test-har-001.statsbiblioteket.dk
    2. cd TEST6/harvester_high
    3. cp -r ~netarkiv/testdata/TEST6/23-fakejobdir .
  4. Restart the test system
  5. Verify the restarted system. On kb-test-adm-001
    1. Check the log for warnings and errors.

      cd /home/test/$TESTX/log/
      grep SEVERE *.log.0
      grep WARNING *.log.0

      The following entries are normal: 

      arcrepositoryapplication0.log.0:WARNING: AdminDataFile (./admin.data) was not found.
      guiapplication0.log.0:WARNING: Refusing to schedule harvest definition 'netarkivet' in the past. Skipped 18 events. Old nextDate was Mon Dec 18 14:29:30 CET 2006 new nextDate is Tue Dec 19 09:29:30 CET 2006
      GUIApplication0.log.0:WARNING: Job 2 failed: HarvestErrors = dk.netarkivet.common.exceptions.IOFailure: Crawl probably interrupted by shutdown of HarvestController

      The following warning may occur after a while: 

      WARNING: Error processing message '
      Class:                  com.sun.messaging.jmq.jmsclient.ObjectMessageImpl
      getJMSMessageID():      ID:40-130.225.27.140(d2:1:3:b1:10:de)-46478-1197902260630
      getJMSTimestamp():      1197902260630
      getJMSCorrelationID():  null
      JMSReplyTo:             null
      JMSDestination:         TEST6_COMMON_THE_SCHED
      getJMSDeliveryMode():   PERSISTENT
      getJMSRedelivered():    false
      getJMSType():           null
      getJMSExpiration():     0
      getJMSPriority():       4
      Properties:             null'
      dk.netarkivet.common.exceptions.UnknownID: Job id 23 is not known in persistent storage
              at dk.netarkivet.harvester.datamodel.JobDBDAO.read(JobDBDAO.java:294)
              at dk.netarkivet.harvester.scheduler.HarvestSchedulerMonitorServer.processCrawlStatusMessage(HarvestSchedulerMonitorServer.java:103)
              at dk.netarkivet.harvester.scheduler.HarvestSchedulerMonitorServer.visit(HarvestSchedulerMonitorServer.java:285)
              at dk.netarkivet.harvester.harvesting.distribute.CrawlStatusMessage.accept(CrawlStatusMessage.java:133)
              at dk.netarkivet.harvester.distribute.HarvesterMessageHandler.onMessage(HarvesterMessageHandler.java:67)
              at com.sun.messaging.jmq.jmsclient.MessageConsumerImpl.deliverAndAcknowledge(MessageConsumerImpl.java:330)
              at com.sun.messaging.jmq.jmsclient.MessageConsumerImpl.onMessage(MessageConsumerImpl.java:265)
              at com.sun.messaging.jmq.jmsclient.SessionReader.deliver(SessionReader.java:102)
              at com.sun.messaging.jmq.jmsclient.ConsumerReader.run(ConsumerReader.java:174)
              at java.lang.Thread.run(Thread.java:595)
  6. Go to the system overview page and check that all the expected applications are listen and are without warnings or errors.

Check that a job can be resumitted

  1. Check that you can reject a job for resubmission using the "Reject?" button so that it is no longer visible when you list failed jobs.
  2. Check that you can see the rejected job when you now list all jobs.
  3. Click on one or more "Genstart"/"Resubmit" buttons. Note that you only can resubmit jobs failed due to harvesting errors, not due to upload errors.
  4. Check that the job-status changes to "resubmitted" and that a new Job is made from the same harvestdefinition with the same configurations.
  5. Check that resubmitted jobs contain information about which job they were resubmitted (FR770)
  • No labels