Re: Brutus may have more downtime
On 25-03-2005 17:25, "Adam R. B. Jack" <[EMAIL PROTECTED]> wrote: >> Ehm, no, I don't think so. And we actually gained some memory. I'm hoping >> that gump will be completely moving onto several vmware instances and some >> solaris zones. (FYI, the solaris machine has stuff like 32GB of RAM. It's > an >> animal). That will free brutus up for other stuff. > > That works for me. [I don't think Gump will "like" being on a VM (VMWare > don't push their stuff for use cases that like to use 100% resources) but I > think it is one Gump ought take for the team. It can move slower, and/or we > can optimise it further.] Well, I've been looking at gump perform, and most of the time, it seems like IO wait is really the problem. We're really burning up those disks. The good bit here is that I believe IO isn't that much slower on VMWare ESX. > Most of re-install Gump ought be trivial, but I do worry about things like > Dims' mono build, and such. Hopefully w/ a backup we (at least) have a crib > sheet. Right now I'm backing up /, /usr and /home to a firewire disk we have attached to brutus. The only stuff I'm not backing up (provided I get the commands right) is the actual gump workspaces. > Thanks for all your efforts Leo, especially the recent extra infra work > you've been putting in. I'll relay that to the 10+ people that have been losing sleep over our poor little mail server! :-D Cheers, Leo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Brutus may have more downtime
> Ehm, no, I don't think so. And we actually gained some memory. I'm hoping > that gump will be completely moving onto several vmware instances and some > solaris zones. (FYI, the solaris machine has stuff like 32GB of RAM. It's an > animal). That will free brutus up for other stuff. That works for me. [I don't think Gump will "like" being on a VM (VMWare don't push their stuff for use cases that like to use 100% resources) but I think it is one Gump ought take for the team. It can move slower, and/or we can optimise it further.] Most of re-install Gump ought be trivial, but I do worry about things like Dims' mono build, and such. Hopefully w/ a backup we (at least) have a crib sheet. Thanks for all your efforts Leo, especially the recent extra infra work you've been putting in. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Brutus may have more downtime
Ehm, so I killed all gump and forrest stuff again so I can run proper backups. Seems we might be in a little bit of a hurry... - Leo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Brutus may have more downtime
On 25-03-2005 14:43, "Adam R. B. Jack" <[EMAIL PROTECTED]> wrote: >> The mailserver (hermes) has been flaky since we did the colo move. Some > bits >> of brutus may be required to fix it, which means we may have more > downtime. >> Sorry :/ > > Are there any backups/snapshots of Brutus (configurations, installs, > whatever) that we can/should take in case we end up loosing something > significant? No there aren't, yes we should, yes I will :-D > I believe I've seen that Brutus has given up a power supply, what else is > likely to be taken? Memory? CPUs? Disk? Just curious (I do understand the > priority towards mail.) Ehm, no, I don't think so. And we actually gained some memory. I'm hoping that gump will be completely moving onto several vmware instances and some solaris zones. (FYI, the solaris machine has stuff like 32GB of RAM. It's an animal). That will free brutus up for other stuff. Cheers, Leo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Brutus may have more downtime
> The mailserver (hermes) has been flaky since we did the colo move. Some bits > of brutus may be required to fix it, which means we may have more downtime. > Sorry :/ Are there any backups/snapshots of Brutus (configurations, installs, whatever) that we can/should take in case we end up loosing something significant? I believe I've seen that Brutus has given up a power supply, what else is likely to be taken? Memory? CPUs? Disk? Just curious (I do understand the priority towards mail.) regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Brutus may have more downtime
Hi gang, The mailserver (hermes) has been flaky since we did the colo move. Some bits of brutus may be required to fix it, which means we may have more downtime. Sorry :/ - Leo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]