Re: Can't connect to X11 window server
On 23-03-2005 10:38, Graham Leggett [EMAIL PROTECTED] wrote: Hi all, During ./gump site, forrest is bombing out with an exception as it tries to open an X display for some weird reason. Weird. Is there a way of stopping forrest from trying any X tricks? The DISPLAY environment variable is unset, it is unclear as to where it's getting the :0.0 from. Probably a default. You might want to ask on the forrest dev list (though I think david is around here as well), or your could also try to just run xfvb like we do on brutus to work around the problem. Hope that helps, Leo - 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]
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]
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
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 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]
