The bug tracker can be exported and imported as XML files!
I'm a firm believer in a VPS for trinity in the long run. Most offer 99.9% guarantee uptime and are cheap enough that for probably around hundred to two hundred a year we could have a stable web server. This would hold bugzilla, website whatever else. Also the connections are business class so no more slow website under heavy load.
I know funding would be the major blocker would in that idea.
Calvin
--- On Sun, 5/20/12, Timothy Pearson <kb9vqf@pearsoncomputing.net> wrote:
> From: Timothy Pearson <kb9vqf@pearsoncomputing.net>
> Subject: Re: [trinity-devel] Que Pasa Bro -- What be the Story Tim?
> To: trinity-devel@lists.pearsoncomputing.net
> Date: Sunday, May 20, 2012, 1:31 PM
> > On 05/20/2012 01:05 AM, Timothy
> Pearson wrote:
> >> Nothing serious on this end fortunately. :-)
> >>
> >> The ISP that services the TDE server cluster had a
> localized equipment
> >> failure, but instead of trying to fix the outage
> they decided to blame
> >> the
> >> customer (me). This prolonged the outage
> significantly, even though in
> >> the end it did turn out to be upstream ISP
> equipment failure.
> >>
> >> I do apologize for the outage; as you are probably
> aware the TDE
> >> services
> >> can only utilize a single carrier due to the
> long-term contractual
> >> expense
> >> of bringing out a redundant service provider to the
> server location.
> >>
> >> Tim
> >
> > Have we approached any of the high-bandwidth
> Universities or OpenSource
> > outfits
> > to see if they would be willing to provide mirror
> services? I see so many
> > run-of-the-mill projects that have mirror services all
> over the world. It
> > sure
> > seems like a favorable project like TDE would be a
> prime candidate to be
> > accepted and helped by some of these institutions.
>
> <snip>
>
> We do mirror most of our static binary content on a
> worldwide mirror system. However, most of the TDE services are dynamic
> (GIT, Wiki, mailing lists, searchable documentation, IRC, bugtracker, patch
> lists, etc.) and therefore cannot (easily/safely) be mirrored.
>
> Good idea though!
I'm not concerned about the type of outage we experienced. Those things happen.
If the recent outage was a hosting plan squabble and you still had normal customer ISP access, then a personal email to somebody would have helped to pass the word as much as possible. If you lost personal services too, then perhaps a trip to the library or local coffee shop would have been in order to send an email or leave a message in IRC.
The recent outage leaves me concerned about what we can do should something serious happen long-term. Nasty weather and natural disasters could disrupt an ISP connection for days, weeks, or months. Serious illness could keep you out of touch too.
We need a basic contingency plan. Something so the project stays alive and the remaining participants are not left hanging.
When the outage occurred I had the latest (known) GIT sources. Worst case then the project could have move toward some kind of restoration with that, minus a few patches. Yet when I think about the bug tracker, etherpad, wiki, and mail list archives disappearing then I do not feel so comfortable.
Granted, part of what we do is dynamic, but not so much that a basic contingency plan can't restore.
Currently we have two domains: www.pearsoncomputing.net and www.trinitydesktop.org. If both are housed from the same location/ISP, then we become dependent upon those people not to get a bug up their backside. Perhaps we can move one domain elsewhere. Basically, diversify --- don't put all our eggs in one basket.
We do not need to mirror everything in the traditional sense. Some work-arounds would save the project.
For example, some of us can rsync our local GIT tree at least daily or more often. We don't need to "mirror" those sources if several of us do that. GIT is a distributed system so all we need are people keeping synced.
Losing the bug tracker would be a huge challenge. Is there a way some of us can rsync or spider the bug tracker to our personal systems? Likewise for the wiki, etherpad, mail list archives. Such efforts would be the equivalent of a backup system.
None of this need cost additional funds. We just need a way for several project members to rsync/spider files. Should disaster strike we then have a way to get us back on our feet.
I don't want to make mountains out of molehills. I'm just asking that as a group we consider basic stewardship. :-)
Darrell
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting