Server status page


SETI@home server status information is also available in XML.

[As of 7 Nov 2009 9:20:10 UTC]

Server status

ProgramHostStatus
BOINC replica databasejocelynRunning
BOINC master databasemorkRunning
primary science databasethumperRunning
secondary science databasebambiRunning
data-driven web pagesthinmanRunning
scheduling serveranakinRunning
scheduler processanakinRunning
download server 1baneRunning
download server 2vaderRunning
upload serverbrunoRunning
feeder.i686anakinRunning
file_deleter1brunoRunning
file_deleter2brunoRunning
file_deleter3brunoRunning
file_deleter4vaderRunning
file_deleter5vaderRunning
file_deleter6vaderRunning
db_purge.x86_64vaderRunning
transitioner1anakinRunning
transitioner2anakinRunning
transitioner3anakinRunning
transitioner4anakinRunning
transitioner5anakinRunning
transitioner6anakinRunning
vote_monitorbrunoRunning
sah_validate1brunoRunning
sah_validate2brunoRunning
sah_validate3brunoRunning
sah_validate4brunoRunning
ap_validate1brunoRunning
ap_validate2brunoRunning
ap_validate3brunoRunning
ap_assimilator1vaderRunning
ap_assimilator2vaderRunning
ap_assimilator3vaderRunning
sah_assimilator1vaderRunning
sah_assimilator2vaderRunning
sah_assimilator3vaderRunning
sah_assimilator4vaderRunning
ap_splitter1landoDisabled
ap_splitter2landoDisabled
ap_splitter3landoNot Running
ap_splitter4bambiNot Running
mb_splitter6landoRunning
mb_splitter7landoRunning
mb_splitter8landoRunning
mb_splitter_trybambiDisabled
mb_splitter9bambiDisabled
mb_splitter10bambiRunning
mb_splitter11bambiRunning
mb_splitter12bambiRunning
mb_splitter13bambiDisabled
mb_splitter14bambiDisabled
Running: Program is operating normally
Not Running: Program failed or ran out of work
(or the project is down)
Disabled: Program has been disabled by staff
(for debugging/maintenance)

Database/file status

BOINC Database Engine State#As of*
Master database queries/second  3540m
Replica seconds behind master  00m
 
Data Distribution StateSETI@home #Astropulse #As of*
Results ready to send118,84309m
Current result creation rate31.6789/sec0.0177/sec5m
Results out in the field4,177,56970,6639m
Results received in last hour37,4754445m
Result turnaround time (last hour average)77.39 hours127.26 hours5m
Results returned and awaiting validation3,609,79270,0909m
Workunits waiting for validation909m
Workunits waiting for assimilation2409m
Workunit files waiting for deletion1809m
Result files waiting for deletion8209m
Workunits waiting for db purging374,9026,2819m
Results waiting for db purging814,86315,3779m
Transitioner backlog (hours)  00m
* minutes (m) or hours (h) since last checked

Splitter status

File nameSizeProgress
   Multibeam    Astropulse  
01ap07ac50.07 GB(done) (2)
01ap07ad50.07 GB(done) (4)
02ap07aa50.07 GB(done) (1)
02ap07ab50.07 GB(done)
02ap07ac50.07 GB(done) (4)
02ap07ad50.07 GB (10)  (8)
02ap07ae50.07 GB (8) 
02ap07af50.07 GB (3) 
03ap07aa34.89 GB (1) 
04ap07aa50.07 GB
05ap07aa47.69 GB
06ap07ab0.75 GB
06ap07ac0.38 GB
06ap07ah50.07 GB
total available channels on disk:126196
channels in progress:60
channels done:00
channels ended in error:1619
total channels to do:104177
: channels in progress
: completed channels
: channels with errors
(each file contains data for 14 channels)

Client Connection Statistics

For a periodically updated list of client types/versions that recently connected to our servers, click here.

 

Glossary

Programs:

  • BOINC master database: The mysql database that contains all BOINC related information (user stats, forum messages, basic workunit/result information, etc.).
  • BOINC replica database: A back-up server which contains an identical copy of everything in the BOINC database. Read-only queries can be aimed at this server to lessen the load on the BOINC database.
  • primary science database: The informix database that contains final science products returned by SETI@home clients.
  • secondary science database: Like the BOINC replica database, this is a back-up redundant read-only science database server.
  • data-driven web pages: Pages that require database access to be generated. Pages like the forums, or ones that contain statistics or client version information, etc. are occasionally turned off (by hand) when the database is down.
  • upload/download server: Handles workunit/result transactions initiated by BOINC clients. When a client requests a workunit, this server sends it out. When a client has a result to send back, this server reads it and saves it to disk for later validation/assimilation/etc.
  • scheduler: Determines what work is going to be sent to/received from requesting clients. Clients go to the scheduler first to request work, and the scheduler tells the client what to get and where to get it. If this is off, you cannot get any new work. After a client sends a result back, it then contacts the scheduler which then marks it as received.
  • feeder: Fills up the scheduler work queue with workunits ready to be sent. The scheduler is usually too busy handling client transactions to maintain such a queue itself.
  • transitioner: Handles state transitions of workunits and results. Basically, the transitioners keep track of the results in progress and makes sure they properly move down the pipeline. It is always asking the questions: Is this workunit ready to send out? Has this result been received yet? Is this a valid result? Can we delete it now?
  • sah_validate: Validates SETI@home results by comparing them with similar results returned by other users. If enough results for the same workunit have been returned, the validator compares the data, deems one result from the set the "canonical" result, and issues credit to all responsible users accordingly.
  • sah_assimilator: Takes scientific data from validated results and puts them in the SETI@home master database for later analysis.
  • file_deleter: Deletes input/output files when no longer needed (i.e. after assimilation). This program keeps our upload/download disks as empty as possible.
  • sah_splitter: Reads tapes (or tape images on disk) containing raw telescope data and creates workunits for the BOINC/SETI@home clients. At least one needs to be running to produce work, and that's usually enough.
Hosts
  • bambi: Intel Server (2 x 2.66GHz Xeon, 8 GB RAM)
  • bane: Intel Server (2 x quad-core 2.66GHz Xeon, 4 GB RAM)
  • bruno: Intel Server (2 x 2.8GHz Xeon, 12 GB RAM)
  • jocelyn: Sun V40z (4 x 2.2GHz Opteron, 28 GB RAM)
  • lando: Intel Server (4 x 3.20GHz Xeon, 4 GB RAM)
  • anakin: Intel Server (2 x 2.8GHz Xeon, 4 GB RAM)
  • sidious: Intel Server (3 x dual-core 3GHz Xeon, 24 GB RAM)
  • mork: Intel Server (4 x six-core 2.13GHz Xeon, 64 GB RAM)
  • thinman: AMD Server (2 x 2.4GHz Opteron, 16 GB RAM)
  • thumper: Sun Fire X4500 (2 x dual-core 2.6GHz Opteron, 16 GB RAM)
  • vader: Intel Server (4 x dual-core 3GHz Xeon, 16 GB RAM)
Database/file status states
  • Results ready to send: For each workunit, "empty" results are generated that are then sent out to individual users to be filled with data. This is the number of excess empty results ready to be sent out, i.e. a backlog in case demand exceeds the current rate of creation.
  • Results out in the field: Number of results currently being processed by clients.
  • Result turnaround time: The average "wall time," taken over the last hour, between when a workunit was downloaded and its result was uploaded.
  • Results returned and awaiting validation: Number of finished results that have been uploaded to our servers, but their constituent workunit has yet to reach quorum (usually because the redundant result is still being process by another client).
  • Workunits waiting for validation: The number of workunits that reached quorum and are waiting to be validated.
  • Workunits waiting for assimilation: The number of workunits waiting to have data from their canonical result input into the master science database.
  • Workunit/Result files waiting for deletion: The number of workunit or result files which can be deleted from disk, as the workunit has been assimilated, and there is no more use for it or its constituent results.
  • Workunits/Results waiting for db purging: The number of workunits or results which have been deleted from disk and, after a short grace period (currently 24 hours), will be purged from the database. It is during this grace period that completed results can still be viewed in your personal account pages. For safety, important information is written to disk and archived before these rows are deleted.
  • Transitioner backlog: Amount of time that the transitioner is behind (i.e. the age of the oldest result in the database waiting to be transitioned to another state).
 

Copyright © 2009 University of California