input/hardware-wishlist.creole

   1 = Hardware Wishlist =
   2
   3 == snapshot.debian.org ==
   4
   5 Currently snapshot.debian.net is operated by a single individual on their
   6 hardware at home. It is a service archiving old binary and source packages.
   7 Access to old packages, which have in the meantime been deleted from the
   8 regular debian archive, allows Developers and Users to debug upgrade problems,
   9 to check when regressions were introduced, to check if old packages had been
  10 miscompiled, to downgrade to older versions while bugs are being fixed etc.
  11
  12 Requirements:
  13
  14 * Two systems with sufficient storage, hosted somewhere not in the US (so we
  15   can import old non-US into it).
  16 * Storage should be at least on the order of 8T (currently snapshot.d.n is
  17   using about 4T), and easily expandable
  18 * remote management stuff
  19
  20 Proposers:
  21
  22 * Joerg Jaspert/ftpteam
  23 * Peter Palfrader
  24
  25
  26 == data.d.o ==
  27
  28 A service by ftpmaster to host larger arch-all packages for datasets like
  29 scientific databases (e.g. RCSB PDB, a database of protein structures) or
  30 datasets for games.
  31
  32 This service could (and probably should) share hardware with snapshot.
  33
  34 Proposers:
  35
  36 * ftpteam/Joerg Jaspert
  37
  38
  39 == new debian mail setup ==
  40
  41 A set of systems that will handle all incoming mail for all debian systems.
  42 Currently our incoming mail handling is on the individual host hosting a
  43 service, i.e. on master.debian.org for @debian.org, on bugs.debian.org for the
  44 bug tracking system, on lists.debian.org for our mailinglists and on several
  45 other systems for their individual, smaller email traffic.
  46
  47 Centralizing email handling will allow us to maintain our anti-spam measures in
  48 a single point, avoiding duplicate work and hopefully improving our success.
  49
  50 Requirements:
  51
  52 * Four or so systems, in at least two different locations, capable of handling
  53   modern anti-spam software. This probably needs a bit of CPU.
  54 * remote management stuff
  55
  56 Proposers:
  57
  58 * Martin Zobel-Helas
  59 * Stephen Gran
  60
  61 We probably have sufficient hardware for this. Current plan involves using one
  62 new box from HP, murphy, a new old sparc that zobel gets from some place, and
  63 puccini that will soon no longer have packages on it.
  64
  65 == new bugs.d.o ==
  66
  67 Currently bugs runs on a single DL385g1 system which cannot keep up with the
  68 load that the BTS causes.
  69
  70 Owner@bugs would like to split the BTS accross multiple hosts: two for incoming
  71 email and spam filtering (would not be required if we had the setup mentioned
  72 above), one master, and at least two user-facing web servers.
  73
  74 Requirements (assuming the above mentioned mail system is in place, else add
  75 two mail servers):
  76
  77 * two systems with fast disks (we don't need that much storage, some 200 gigs
  78   should suffice easily for a while - say 4x140 gig raid10), some ram for
  79   caching (say 16g?), and the CPU to handle the scripts (if we can get two quad
  80   cores per box that would be great)
  81 * one master that processes incoming email, changing bugs as required, and
  82   pushes the changes to the web facing servers
  83
  84 Proposers:
  85
  86 * Don Armstrong
  87
  88 If the snapshot hosts go through we might be able to put the bugs front end
  89 webservers on them too. Probably a question of load but it can't hardly be
  90 worse than rietz at the moment.
  91
  92
  93 == merge.d.o ==
  94
  95 I'd like to use Ubuntu's merge-o-matic to generate diffs between Debian's
  96 source archive and the source archives of various other Debian-based distros
  97 (Knoppix, Freespire, Mepis, Sidux, gNewSense and so on). The result will be
  98 much like patches.ubuntu.com. merge-o-matic downloads source packages, unpacks
  99 them and generates diffs against unpacked pure debian source packages. As a
 100 result lots of disk space would be required since the whole Debian archive plus
 101 an unpacked version of it and the same for each derivative distribution is
 102 needed.
 103
 104 Requirements:
 105
 106 * a system with sufficient disk space (how much is that?)
 107
 108 Proposers:
 109
 110 * Paul Wise
 111
 112
 113 == source.debian.org ==
 114
 115 Idea: A machine which has all sources extracted from orig.tar.gz + diff applied for all dists.
 116
 117 Requirements:
 118
 119 * a system with sufficient disk space (how much is that?)
 120
 121 Proposers:
 122
 123 * Noel Koethe
 124
 125 == new ftp-master ==
 126
 127 ftp-master's hardware is becoming old and warranty is running out (we keep extending it, but that's not for free either).
 128
 129 We probably should look into getting a new machine somewhere in the US.  Apart
 130 from recent CPUs, reasonable amount of ram (16-32g?) and the usual management
 131 fu primary requirement is reliable storage.  We probably should look at some
 132 raid6, either internal or external for the master copy of the archive in the range
 133 of 2-4T (is that right, ftp folks?).  Additionally some faster internal storage
 134 could be useful for the database part of the ftp archive (4 disks raid10?).
 135
 136 == new backup.d.o ==
 137
 138 bartok, the current backup.d.o, is getting old too, and there is not all that
 139 much spare space.
 140
 141 We should be looking at replacing that eventually.  A raid6 of big SATA disks
 142 would probably provide the required robustness and be cost-effective.
 143