home *** CD-ROM | disk | FTP | other *** search
/ norge.freeshell.org (192.94.73.8) / 192.94.73.8.tar / 192.94.73.8 / pub / sdf / faq / BASICS / 02 < prev    next >
Text File  |  2013-08-03  |  23KB  |  469 lines
  1. [02] WHAT ARE SDF'S ORIGINS AND HISTORY?  (LONG SUMMARY)
  2.  
  3.      (For related information on SDF and the history behind this public
  4.       access UNIX system, read "The HACKER CRACKDOWN" by Bruce Sterling)
  5.  
  6.      1987 - SDF was originally an APPLE ][e microcomputer running 
  7.      "Magic City Micro-BBS" customized by Ted Uhlemann (iczer).  The
  8.      system was run as a Japanese Anime SIG and was known as the SDF-1.
  9.  
  10.      The SDF-1 at that time was just your typical BBS:  One phone line
  11.      plugged into a 1200bps modem, 128 kilo-nibbles of core and two flexible
  12.      disk drives with 280 kilo-nibbles storage capacity each.
  13.  
  14.      Stephen Jones (smj) helped locate a 5 megabyte mass storage unit for
  15.      the micro.  Ted was only able to get about 3 megabytes out of the disk.
  16.      By adding a 2400bps modem and this new mass storage unit, SDF's users
  17.      noticed a substantial performance increase.
  18.  
  19.      In 1989 Ted and Stephen began running SDF as a CITADEL BBS.  It was
  20.      the filesystem like structure of the Bulletin Board that piqued their
  21.      interest.  Both the Apple ][e and the IBM PC XT served logins. 
  22.  
  23.      Ted, Stephen and Daniel Finster (df) had been dialing into a system
  24.      run by an AT&T employee named Charlie Boykin.  Charlie's system
  25.      was called The UNIX Connection (AKA attctc or killer.dallas.tx.us).
  26.      Charlie's public access UNIX was such a breath of fresh air compared
  27.      to restrictive BBS menus that when killer was abruptly shutdown (20-Feb-90)
  28.      during Operation SunDevil, it was greatly missed.  At that point the three
  29.      decided they would form a replacement for killer.
  30.  
  31.      16-Jun-91 - SDF.LONESTAR.ORG
  32.  
  33.      At this time UNIX had been runable on i386 machines for a couple of
  34.      years.  Ted took on the responsbility of setting up the machine and
  35.      contacting UUCP network administrators around town to get UUCP mail
  36.      going.  After trying to use an inexpensive UNIX clone (COHERENT) 
  37.      which turned out to be a CROCK, Ted decided to go with Kodak's
  38.      Interactive release of UNIX SYSTEM 5 r3.2 1.0.  The caseless
  39.      computer ran laid across Ted's desk.
  40.  
  41.      01-Aug-91 - SDF.LONESTAR.ORG
  42.  
  43.      Interest in the public access UNIX system began to grow and it was
  44.      decided that the system be moved to another location so that more
  45.      phone lines (4) could be installed.  Richard Losey (rlosey) contributed
  46.      to the project so that an AST four port board could be purchased to
  47.      support the 4 - 2400 dialups.  There was also a sidewalk sale booth
  48.      which was mostly comprised of donated goods and half of Aaron Schmiedel's
  49.      (aaron) garage.  From that point, SDF grew.
  50.  
  51.      Summer-92 
  52.  
  53.      Ted and Daniel talked with David Lippke, a network manager at the 
  54.      Unversity of Texas at Dallas (UTD), about an ARPANET connection for
  55.      the SDF.  By then SDF had been running as a UNIX system for about a
  56.      year.  The idea was considered by David, but eventually turned into
  57.      a proposed commercial venture.  By the Fall of 1992 Ted, Daniel and
  58.      three SDF users Steven Parker (sp), Steve Linebarger (srl) and
  59.      Bill Middleton (wjm) had left SDF to form Texas Metronet, Dallas' 
  60.      first (if not in Texas) commercial internet service provider.  Stephen
  61.      remained behind continuing to administer to the SDF.
  62.  
  63.      04-Aug-93
  64.  
  65.      With the help of Charlie Boykin(SMU) and Rich Andrews(SMU), Stephen
  66.      was able to replace the INTEL based PC UNIX with a hardworking and
  67.      reliable WE32100 based minicomputer designed by AT&T (the 3B2).  Brian
  68.      Rogers (brogers) helped Stephen install 9 - 14.4kbps telephone lines.
  69.  
  70.      At this time, SDF's configuration was as follows:
  71.  
  72.         uname   Machine Description
  73.         ------------------------------------------------------------------
  74.         sdf     3b2/400 4 Megs Memory, 2(72) Meg disk
  75.         sdf1    3b2/400 4 Megs Memory, 2(72) Meg disk SCSI HA 338 Meg disk
  76.         sdf2    3b2/310 4 Megs Memory, 1(72) Meg disk
  77.  
  78.      sdf handled dialup access, sdf1 handled UUCP and sdf2 handled USENET
  79.      news processing.  The machine used RFS (Remote File Sharing) over a
  80.      STARLAN network to share data.
  81.  
  82.      Spring-94
  83.  
  84.      4 3B2/400 machines were purchased from South Carolina State University.
  85.      Two were put in immediate service along with the original 3B2/310 system.
  86.      The machines were networked over a 1 megabit local area network (STARLAN)
  87.      and shared resources to give the illusion of one machine.  Also purchased
  88.      were several terminals and an AT&T UNIX PC 7300 called 'minmei'.  
  89.  
  90.      04-Aug-95 
  91.    
  92.      The system is made up of one AT&T 3b2/400 and one AT&T 3b2/310.
  93.      The 310 has a SCSI BUS and handles the majority of USENET processing.
  94.      The 310's SCSI BUS has an EMULEX ESDI to SCSI converter which gives
  95.      support to 4 ESDI drives and only takes up one SCSI ID.  By using this,
  96.      the SCSI BUS could very easily support 24 hard drives.  The 400 handles
  97.      all user sessions.  When you dialup into SDF you are connected to
  98.      the 400.  The 310 and the 400 are on a STARLAN network.  STARLAN is a
  99.      local area network which can be 1mbit or 10mbit in speed.  The two
  100.      machines share disks through the Remote File Sharing package.  When
  101.      you read USENET news on the 400 (sdf) it is actually reading the
  102.      articles over the network from the 310 (news) machine.
  103.  
  104.      03-Mar-96  ANONBBS
  105.  
  106.      Ted and Stephen got together very late one night and decided to start a
  107.      short lived project they called 'ANONBBS'.  ANONBBS was just as it sounds,
  108.      it ran on an i386sx25 toshiba laptop with 60mb of storage and 10mb of RAM
  109.      under Digital Research DOS 5.0 .. The entire BBS was written in TELIX SALT
  110.      with an extremely functional, but minimalistic interface that Ted and
  111.      Stephen literally hashed out over tacos and nachos at 3am in a Taco Cabana.
  112.      The asethetic proved extremely useful and the system became busy.  Users
  113.      would type up messages on their machines and then upload them to the
  114.      'C:\BBOARD>' directory.  Files were stored in 'C:\XFER>' .. some users
  115.      signed their handles on messages while others just remained anonymous.
  116.      It was an experiment to see what people would do in an environment where
  117.      they had completely anonyomity and control. 
  118.      
  119.  
  120.      01-May-96  SDF
  121.  
  122.      Lucent Technologies/AT&T Bell Laboratories donated a 3b2/500 with an
  123.      XM (disk) cabinet that replaced the older setup.  Special thanks to
  124.      Michael Dolan (Lucent) and John Marinho (AT&T) for their help. 
  125.  
  126.      AT&T 3B2 SYSTEM CONFIGURATION:  Memory size: 8 Megabytes
  127.      System Peripherals:
  128.  
  129.         Device Name        Subdevices           Extended Subdevices
  130.  
  131.         SBD
  132.                         Floppy Disk
  133.         SCSI
  134.          (S.E. BUS ID0)
  135.                         SD01 ID1
  136.                                                 155 Megabyte Disk ID0
  137.                         ST01 ID2
  138.                                                 Tape ID0
  139.                         SD01 ID5
  140.                                                 155 Megabyte Disk ID0
  141.                                                 155 Megabyte Disk ID1
  142.                                                 155 Megabyte Disk ID2
  143.         NI
  144.         EPORTS
  145.         MAU
  146.         VCACHE
  147.  
  148.        SBD    System Board.  This board contains the 3b2's main processor.
  149.               It is possible to have up to 3 processor boards in this machine.
  150.        SCSI   Small Computer Systems Interface.  This BUS allows the system to
  151.               support up to 24 storage devices.
  152.        NI     Network Interface.  This feature card is a 10base5 interface which
  153.               support ETHERNET protocol.
  154.        EPORTS Enhanced PORTS.  This feature card supports 8 38400bps serial
  155.               connections.
  156.        MAU    Mathematics Accelerator UNIT.
  157.        VCACHE This board aides the processor by CACHE'ing commonly used 
  158.               3b2/32200 32100 processor instructions.
  159.  
  160.      30-Mar-97
  161.  
  162.      Aaron Schmiedel (aaron) donated several large disk drives and a
  163.      higher capacity tape backup system.  The system was reconfigured
  164.      to take advantage of the new storage resources. 
  165.  
  166.      24-Nov-97
  167.  
  168.      Vincent Helliwell (thecave) donated a 2.1 gig SCSI drive which was used
  169.      to replace the old /udd (user directory directory) filesystem and allow
  170.      the last remaining 5.25" full height drive to be decommissioned.
  171.  
  172.      15-Dec-97
  173.  
  174.      A new server built almost entirely out of user donated parts was configured
  175.      and installed.  The initial plan was for it to run NetBSD (and it just
  176.      may someday) but for the interim it runs a highly modified GNU system
  177.      with a slightly modified Linux kernel.  Donated hardware that makes up
  178.      a portion of this machine:
  179.  
  180.         P166+ CPU and 16megs RAM (aaron)
  181.         1.0 gig HD (cjc) (Traded for old SDF SCSI drives)
  182.         170 meg HD (iczer)
  183.         210 meg HD (wmills)
  184.         case w/ PS, motherboard, cabling, ethernet and video adapters (smj)
  185.    
  186.      For the moment the machine spools news and serves NNTP connections to
  187.      both SDF hosted users and SLIP/PPP dialup users.  It also batches news
  188.      up for UUCP hosts and for outbound local posts.  X windows has been 
  189.      installed on it along with CMU Common Lisp system for UNIX so that we
  190.      can begin porting tons of SDF specific programs to LISP. 
  191.  
  192.      24-May-99
  193.  
  194.      The domain "freeshell.org" was registered as an alias for sdf.lonestar.org
  195.      as a marketing strategy to help sdf grow.  Since the "arpa" vote that
  196.      occured early in this year, SDF's amount sponsorship as grown.  We are
  197.      hoping by making this general marketing step that sdf can continue to 
  198.      grow and make a more obvious name for itself.
  199.  
  200.      23-Aug-99
  201.  
  202.      A secondary server 'sdf-2' is now acting as the main http server. It is
  203.      a PII/450MHz with 256mb of RAM and about 18 gigs of hard drive space.
  204.      it has a 13 gig file system which it sdf mounts so that shell users can
  205.      setup their homepages without having to login to the other machine.
  206.  
  207.      01-Jan-00
  208.  
  209.      System Configuration:
  210.  
  211.      'sdf' P233, 94mb of RAM, 20gig mixed mass storage (EIDE/SCSI)
  212.      linux 2.0.37 kernel (modified), GNU software and 'linux' utilities
  213.      role: shell server, primary dns, secondary http server, mail server,
  214.            pop3 server, ftp server.
  215.              
  216.      'sdf-2' PII/450MHz, 256mb of RAM, 18gigs mass storage (EIDE)
  217.      linux 2.2.14 kernel (modified), GNU software and 'linux' utilities
  218.      role: http server, secondary dns (others will migrate)
  219.  
  220.      Network connectivity: DSL 1.4mb/768kb, 10mbit ethernet, 2b+d ISDN
  221.  
  222.      11-May-00
  223.  
  224.      'sdf' as a P233 has been decomissioned along with support hardware.
  225.  
  226.      'sdf' AMD Athlon 750MHz, 384mb of RAM 36gig mixed mass storage (UDMA/SCSI)
  227.      linux 2.0.36 kernel (modified), GNU software and 'linux' utilities
  228.      same roles.
  229.  
  230.      31-Oct-00
  231.  
  232.      'sdf-2' now has two 30 gigabyte disks and has taken over as the primary
  233.      mail server for 'sdf.lonestar.org'.  It handles incoming and outgoing
  234.      SMTP/POP3 requests as well as primary webservice and minor functions.
  235.  
  236.      'sdf-1' role is to primary that of a shell server.  Mail can be sent 
  237.      outgoing from it and ~login webpages will still be served.  This sort
  238.      of modification should help greatly with uptime and load balancing.
  239.  
  240.      15-May-01
  241.  
  242.      Major hardware failure (sdf-2, now called 'otaku') basically overheated
  243.      and fried its motherboard when its powersupply fan died.  On top of
  244.      that, SDF's root disk (main drive) decided to give up and die.  This is
  245.      the third disk we've lost this year.  Crappy consumer hardware.  
  246.  
  247.      09-Aug-01
  248.                                                          ,        ,
  249.                                                         /(        )`
  250.                                                         \ \___   / |
  251.            BYE BYE LEENOX!                              /- _  `-/  '
  252.               BYE BYE x86!                             (/\/ \ \   /\
  253.                                                        / /   | `    \
  254.                                                          |   ) /    |
  255.                                                        `-^--'`<     '
  256.                    ?                                   (_.)     )   /
  257.                   _o)                                   `.__  `    /
  258.                    /\\                     __             `-----' /
  259.           (O_     _\/V                     / \---.     __ / __   \
  260.       (o< //\                              \\/---|====O)))==) \) /====
  261.       //\ V|/_     (._        (o_/\        >-)---'    `--' `.__,' \
  262.       V_/_          |        /\\<--)->      ,            |        |
  263.   (:_       (~<    //\       \_/_\/                      \       /
  264.  / /\       //\    V_/_  (._                `       ______( (_  / \_____
  265.  \/_/_  (o_ V\/_         (/)                 ,    ,'  ,-----'   |       \
  266.         (\)      (o_         (-<           .      `--{__________) (smj) \/
  267.       (O_   >O)  //\   (~<  //\.-                                  (fl)
  268.       /      (\) V_/_  _|_  V\/_             .
  269.     //\               //L\\
  270.  Oo.V|/_              V\_/V
  271.                        - -
  272.  
  273.      10-Aug-01 - The minicomputers return!
  274.  
  275.      System Configuration:
  276.  
  277.      'sdf' Dec ALPHA 5305, 1024mb of RAM, 55gig SCA SCSI-2 UW 
  278.      NetBSD 1.5.1 performance tuned and hacks
  279.      role:  'users' shell server, primary dns, secondary http server,
  280.              anonymous ftp server
  281.  
  282.      'otaku' Dec ALPHA 5305, 1024mb of RAM, 60gig SCA SCSI-2 UW
  283.      NetBSD 1.5.1 performance tuned and hacks
  284.      role:  'arpa' shell server, secondary dns, primary http server
  285.  
  286.      00-SEP-01  THE FATE OF THE OLD 3B2/500 THAT WAS SDF
  287.  
  288.      I just learned what happened to the 3B2/500 I lent to user '*****' who had
  289.      hopes to buy it when he got money.  It came into his possession in late 
  290.      1997 or 1998 when I decided to try to run SDF on x86 with linux (the 
  291.      biggest mistake I've made, and I apologise).  I gave '*****' the complete 
  292.      3B2/500 setup, a full set of manuals, software and a 4425 AT&T Death Star 
  293.      terminal.  When he moved out of his mother's house in 1999 he put it in 
  294.      the trunk of his car.  It stayed there for 6 months!!  through the Texas 
  295.      heat.  He once went to '**'s house to pick up his friend and they decided 
  296.      they needed some trunk space, so they took the 3B2 out and brought it up 
  297.      to the house.  '**' really hates UNIX and refused to allow the machine in 
  298.      the house, so they left it on his porch.  It sat there for 3 months, 
  299.      through the rain and elements.  '**' finally put into 'storage' with 
  300.      some other computers, but I seriously doubt it will ever run again.  
  301.      '*****' never paid a cent to sdf and will not respond to my emails from 
  302.      is new email address (he no longer uses sdf).
  303.  
  304.      10-OCT-01  SDF Public Access UNIX System, INC.
  305.  
  306.      On this day, the entity SDF Public Access UNIX System was formed
  307.      as a NOT-FOR-PROFIT corporation in the state of Delaware.
  308.  
  309.      22-DEC-01 - 27-DEC-01 MULTIHOMED DS3 CONNECTION
  310.  
  311.      The 'sdf' along with 'otaku', 'sverige', 'neguse' and 'norge' were moved
  312.      to a new datacentre location in Bellevue Washington.  Besides the luxury
  313.      of having a cooled machine room, high availability UPS and monitored site
  314.      security, we also gained a multi-homed 155mbit connection to the net.  
  315.  
  316.      Although only 'sdf' and 'sverige' were production machines at the time, 
  317.      the others were installed in preparation for 'SHIT DAY 01-JAN-02'
  318.  
  319.      Total 'sdf' downtime was exceptionally minimal during the move (1 hour). 
  320.  
  321.      25-JAN-02 - ALL MACHINES ONLINE - bj÷rk runs NetBSD-current SMP today!
  322.  
  323.      All machines are now online at the datacentre .. configuration info:
  324.  
  325.      uname   platform         version  storage  memory  function
  326.      ---------------------------------------------------------------------
  327.      sdf     dual alpha 5305  1.5.3     64gigs  1024mb  Primary shell/UUCP 
  328.      otaku   dual alpha 5305  1.5.3    118gigs  1024mb  SMTP & ARPA member 
  329.      droog   dual alpha 5305  1.5.3    118gigs  1024mb  freeshell.org.uk
  330.      bjork   dual alpha 5305  1.5ZA SMP  9gigs   512mb  Experimental test 
  331.      norge   dual sparc ss20  1.5.3     18gigs   512mb  ROBOT (irc 'bot') 
  332.      sverige dual sparc ss20  1.5.3     18gigs   512mb  MUD server
  333.    
  334.      21-Sep-02 - DISK REPLACEMENT
  335.  
  336.      SDF purchased roughly 30 36.4GB SCA SCSI disks to replace the old
  337.      4.3GB and 9.1GB as necessary.  
  338.  
  339.      20-Nov-02 - ICELAND ONLINE
  340.  
  341.      SDF purchased four API CS20 machines to replace the old ss20s and act
  342.      primarily as shell servers.  This will help to keep resources free on
  343.      'sdf' and 'otaku' so they can fileserve to the API machines.
  344.  
  345.      iceland.freeshell.org a dual 833MHz CS20 w/ 1024mb of RAM went online.
  346.  
  347.      10-Jan-03 - VINLAND ONLINE
  348.  
  349.      The second of the CS20s went into service.  It has the exact same
  350.      configuration as iceland.
  351.  
  352.      27-Jan-03 - MOVE TO THE GIGAPOP
  353.  
  354.      Today NWLINK had its Bellevue co-location customers move to the SIX
  355.      (Seattled Internet Exchange) AKA the Gigapop.  The move took about
  356.      3 hours.
  357.  
  358.      30-Jan-03 - NWLINK TERMINATES SDF CONTRACT
  359.  
  360.      NWLink.com has decided to terminate sdf.lonestar.org's
  361.      co-location contract because of a DDoS attack which apparently was
  362.      directed at sdf.  The termination notice was not written and was
  363.      carried out immediately (approximately 10:30am today).
  364.  
  365.      We attempted to quickly get another co-location contract with two other
  366.      prominent providers, but were turned down because of what happened at
  367.      NWLINK.  Fortunately, we were able to bring services back up late in the
  368.      evening of February 4th, with DNS updating by the afternoon of the 5th.
  369.      This was made possible by a free hosting offer with SiteSpecific.NET
  370.  
  371.      Many SDF members have expressed the need for recourse as we all
  372.      are a victim in this.  If you feel inclined to do so, you
  373.      may file a personal complaint against NWLINK online via
  374.      the NW Better Business Bureau. If you choose to do this,
  375.      please be sure to give concise, mature and correct information.
  376.  
  377.      NWLINK has released a letter via the BBB which quotes a director of
  378.      SDF even though it was explicitly stated in a telephone conversation
  379.      that any joint statement would have to be approved by the SDF board.
  380.  
  381.      04-FEB-03 - SITESPECIFIC.NET PROVIDES FREE CO-LO FOR SDF
  382.  
  383.      Sitespecific has graciously given SDF a free lease while we arrange
  384.      our own site (we've decided to move back to Dallas).  The Dallas 
  385.      site is to be composed of brand new machines with two circuits that we
  386.      will own to prevent any ISP from doing what NWLINK did to us.
  387.  
  388.      15-MAR-03 - MIGRATION TO OUR NEW HOME
  389.  
  390.      droog (sdf-eu.org) was the first to migrate and was basically done
  391.      over the internet in less than a day.
  392.  
  393.      ol was created to do fileservice and was setup so that only the DEC
  394.      SBBs (disks) would have to be shipped from Seattle to Dallas, saving
  395.      us quite a bit.  ol currently has 14 disk drives in two StorageWorks
  396.      SCSI arrays.
  397.  
  398.      sdf, otaku and norge were all recreated as client machines which slave
  399.      off of ol.  The whole migration took less than a week, with users being
  400.      able to access either site at anytime making the migration extremely
  401.      smooth and transparent to most.  The disks drives, which held old mail,
  402.      web and home directories were plugged in with 16 hours of them leaving
  403.      Seattle for Dallas next day air.
  404.  
  405.      31-MAR-03 - AS1200 DECOMMISSION PARTY
  406.  
  407.      50 members were in attendence in 'com' as we decommissioned the DEC
  408.      AS1200 computer which served as SDF.  The four AS1200 systems were
  409.      then auctioned off to the users. 
  410.  
  411.      Summer and Fall 2003 
  412.  
  413.      A number of new hosts (DS10Ls and CS20s) were brought online.  As well,
  414.      all of the 4.3GB and 9.1GB drives were replaced with 36GB 10K SCA
  415.      SCSI drives.  A third t1 was installed to aide with peering and dialup
  416.      was expanded to include 16323 numbers in the USA and Canada.  A mirror
  417.      for 'otaku' was brought online called 'ukato'.  ARPA member websites 
  418.      were split between these two hosts.  'mx' became the primary pop3/imap
  419.      server with its mirror 'xm' balancing out requests.
  420.  
  421.      Spring 2004
  422.  
  423.      'sverige' is now soley for MetaARPA member use.  'screen' is now allowed
  424.      on this machine with limited usage background processes.
  425.  
  426.      10-Jun-2005
  427.  
  428.      After patience and extensive testing all machines were updated from
  429.      NetBSD 1.6.2 to 2.0.2.  The upgrade event was mostly automated and was
  430.      performed in about 2.5 hours which included updates to the fileserver
  431.      and mail server as well as all 6 NFS client systems.  Apart from 
  432.      external problems (such as power and UPS related datacentre issues)
  433.      the NFS performance problems we saw with 1.6.2 have seem to have been
  434.      minimised. 
  435.  
  436.      15-Jun-2005  SDF-EU.ORG TEMPORARILY OFFLINE
  437.  
  438.      Due to inconsistencies in the power at the datacentre we seem to have
  439.      lost the DS10L that was 'sdf-eu.org' .. The DEC StorageWorks disk array
  440.      is fine, and all incoming sdf-eu.org mail is queuing via UUCP.  However
  441.      we had to wait about 5 days for the datacentre technician to get to 
  442.      the machine to replace it with a spare.  This was due to a back injury
  443.      he suffered (please note, the site technician is NOT smj ;-)
  444.  
  445.      20-Jun-2005  NEW DOMAINS
  446.  
  447.      Victor Bragga (vothr) has donated the 'shellacct' domains to SDF.
  448.      These domains will soon be available to ARPA members for website 
  449.      vanity domains as well as virtual email addresses to VPM and MetaARPA
  450.      members.
  451.  
  452.      22-Jun-2005  THXMOO
  453.  
  454.      A MOO (virtual world) is currently being designed and implemented on
  455.      SDF.  It is based on the post world war III THX-1138 world where humans
  456.      live underground and are dependent on pills, television and prayers to
  457.      keep their mental states in subservient check.  The beta THXMOO should
  458.      be available this fall.  Further updates will be posted on thxmoo.org
  459.  
  460.      August - September 2006  DISK MAINTENANCE AND UPGRADES
  461.  
  462.      All of the 36.4GB disks in the three arrays were slated to be replaced.
  463.      This was mainly for preventative maintenance, though one or two drives
  464.      had gone bad of their 3 years or so of service.  28 73.8GB SCA2 15KRPM
  465.      drives were installed during this time and a subsequent ARPA vote 
  466.      increased the base disk quota to 600MB.  MetaARPA members were given 
  467.      an 800MB quota with an increase of files to 15000 per filesystem.
  468.     
  469.