bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New machine for shitbox / wiki system


From: Thomas Schwinge
Subject: Re: New machine for shitbox / wiki system
Date: Tue, 8 Jul 2008 09:41:20 +0200
User-agent: Mutt/1.5.11

Hello!

On Sat, Jul 05, 2008 at 02:16:41AM +0200, olafBuddenhagen@gmx.net wrote:
> On Thu, Jul 03, 2008 at 10:56:17PM -0400, Barry deFreese wrote:
> > I'm still a  little concerned about the HD but I'm not sure how much
> > trouble it would  be to get it up on a new one.  I'm up for
> > suggestions, etc.
> 
> Shouldn't be a problem I think... Just copy the whole disk :-)

... using dd.  After doing that, you can use resize2fs to enlarge the
file system to the new partiton's size.  (Supposing that it is to be
enlarged and not shrinked.)


> > I also have a nicer machine P4 (2.4Ghz or so I think) that I was
> > thinking about replacing flubber with but I am wondering if that makes
> > the most sense?  Since flubber is now the wiki code and such, should
> > it  be taken out of the more "public" role?  I'm thinking maybe using
> > the  gnubber hardware for flubber and set up a new gnubber might make
> > more sense.

flubber is ``only'' acting as the main wiki (Git) repository server.  And
this functionality is supposed to be moved to the GNU Savannah machine.
(If someone wants to help working on that, please shout.)  flubber's
speed should not be the cause for the wiki system slowness.


> Well, I'm always feeling a bit strange about the fact that a public
> machine prone to frequent crashes is also used for the wiki...

That's why I put a note onto the wiki page about that.


> On the other hand, the wiki seems to need a fast machine, so using it
> for the wiki exclusively would be a waste...

Rebuilding wiki pages is resource intensive w.r.t. raw CPU time, plus a
bunch of spawning-a-lot-of-new-processes overhead.  A faster machine
should help there.


> Not sure what the best approach is. Ideally, they should run in two
> distinct VMs sharing the hardware :-)

Yes.  That's also what I'd suggest.  There'd as well be the plus of other
people being able to reboot/recover hung systems, if Barry is on
vacations, etc.  Samuel, perhaps you can help to set-up such a system?
(Remembering that you've just been doing the same for the Debian GNU/Hurd
buildds.)


Regards,
 Thomas

Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]