Move new 5 hosts bugs setup to historical

diff --git a/input/hardware-wishlist.creole b/input/hardware-wishlist.creole
index 8522fbe..081c90a 100644 (file)
--- a/input/hardware-wishlist.creole
+++ b/input/hardware-wishlist.creole
@@ -36,33 +36,6 @@ Proposers:
 * ftpteam/Joerg Jaspert
 
 
-== new bugs.d.o ==
-
-Currently bugs runs on a single DL385g1 system which cannot keep up with the
-load that the BTS causes.
-
-Owner@bugs would like to split the BTS accross multiple hosts: two for incoming
-email and spam filtering (would not be required if we had the setup mentioned
-above), one master, and at least two user-facing web servers.
-
-Requirements (assuming the above mentioned mail system is in place, else add
-two mail servers):
-
-* two systems with fast disks (we don't need that much storage, some 200 gigs
-  should suffice easily for a while - say 4x140 gig raid10), some ram for
-  caching (say 16g?), and the CPU to handle the scripts (if we can get two quad
-  cores per box that would be great)
-* one master that processes incoming email, changing bugs as required, and
-  pushes the changes to the web facing servers
-
-Proposers:
-
-* Don Armstrong
-
-If the snapshot hosts go through we might be able to put the bugs front end
-webservers on them too. Probably a question of load but it can't hardly be
-worse than rietz at the moment.
-
 
 == merge.d.o ==
 
@@ -156,3 +129,38 @@ everywhere, at least some of the reasons for this proposal are no longer valid.
 It still might make sense to eventually move @debian.org mail from master to a new
 system but we don't need 4 dedicated hosts for that, probably.  (weasel)
 
+== new bugs.d.o ==
+
+Currently bugs runs on a single DL385g1 system which cannot keep up with the
+load that the BTS causes.
+
+Owner@bugs would like to split the BTS accross multiple hosts: two for incoming
+email and spam filtering (would not be required if we had the setup mentioned
+above), one master, and at least two user-facing web servers.
+
+Requirements (assuming the above mentioned mail system is in place, else add
+two mail servers):
+
+* two systems with fast disks (we don't need that much storage, some 200 gigs
+  should suffice easily for a while - say 4x140 gig raid10), some ram for
+  caching (say 16g?), and the CPU to handle the scripts (if we can get two quad
+  cores per box that would be great)
+* one master that processes incoming email, changing bugs as required, and
+  pushes the changes to the web facing servers
+
+Proposers:
+
+* Don Armstrong
+
+If the snapshot hosts go through we might be able to put the bugs front end
+webservers on them too. Probably a question of load but it can't hardly be
+worse than rietz at the moment.
+
+Status (2009-05-04):
+
+We were quite successful in using other hosts as bugs web mirrors (even if
+right now we aren't running any due to other hardware failing), so that is
+a more or less solved problem.  We also intent to move bugs-master to a kvm
+domain at ubc/ece once the blade there is fixed.  And we can probably move
+incoming MX to a blade instance in darmstadt and another one at the same
+place as new bugs-master will be if the bugs folks still want that.