On Wednesday, February 22, 2012 12:45:14 AM Jeff Epler did opine: > On Tue, Feb 21, 2012 at 05:59:58PM -0500, Kent A. Reed wrote: > > Finally, perhaps you've already addressed this, but will it be > > possible to leave "forwarding addresses" on the old sites, at least > > for a time, so that people directed to us by mostly old links from > > external sites will be able to find us? > > I probably didn't address this, or didn't do so clearly. > > If we pursue a sourceforge renaming, then old links on sourceforge that > refer to the old project name will stop working. > > If we leave the old sourceforge project, then links will continue > referring to the same thing. Unfortunately, there is no uniform > provision to say "look in a new location for the new stuff". > > So I don't see either of the options as being very good in terms of > automatically sending people who use old URLs to current, relevant > resources. It's a choice between breaking URLs right now, or leaving > them "working" but stale until we request project deletion. > > > On data migration: sourceforge actually seems to be pretty good at > providing data for export (for project administrators). Chris Radek has > investigated and found that the mailing list archives are available in > mbox format, the subscriber lists are available as flat files, and the > bug tracker information is available in an xml format. > > > Specific to the mailing lists: > > Dreamhost says they support importing mailing list archives. This is > via a support request, not automated via the web panel, so I haven't > tested it. > > I believe gmane.org (the site I generally use when referring people to > mailing list posts via the web) can import old posts when we open new > groups to archive our new lists. I also suspect but can't promise that > they will retain the historical posts at the same URLs as now. > > If we switch to dreamhost mailman, I anticipate that a html-format > archive plus monthly "mbox" archives will be available through a web > interface, probably to the public but maybe only to subscribers. This > is a standard mailman feature. > > I personally keep full archives of the list on my home system. These > archives could be used in case of loss of data by dreamhost. > > I'm not aware of an automated way to back up the roster of subscribers, > but this can be done manually by list administrators. > If dreamhost would co-operate by allowing amanda to grab your whole list tree, say in a full once a week and incrementals the other 6 days, no reason you can't keep a current image of it, say a month deep without needing a tape drive. I have amanda doing that here, which includes the /home and 5 other trees on the milling machine box every night. It does a full on a 4 day schedule, and incrementals the other three nights here. I use a separate drive, a 1TB drive for this.
This is to a hard drive whose directories look like tape drives to amanda, except that recoveries are hundreds of times faster than tapes because the hard drive is random access, where the tapes have to be read sequentially. For long time archiving to off site storage for protection in case of fire etc, this same amanda, running from a different config setup, can dump that hard drive to a tape once a month too. Amanda, the Advanced Maryland Automatic Network Disk Archiver, is probably the oldest linux backup there is, started out on the Unix of yore, and is still in active development if you want to follow that path. I do, building and running the latest snapshots, essentially playing the part of the canary in the coal mine, which has headed off problems months before a linux distro would pick it up and ship it. It is one of those programs that once setup, is run by cron. You have the option of a printed report for record keeping, and it will send you an email with an expanded version of the same data. I have been using it since 1998, and I haven't lost a byte that I could blame on amanda yet. Dreamhost would need to cut a 3 port wide hole for amanda in their firewalls, and set up an amandahosts file and if they want to encrypt what goes off their site, amanda can handle that too. > Specific to the bug tracker: > > There are indications that others have written sourceforge tracker xml > to bugzilla importers, but we haven't yet investigated how well they > actually work. If there's someone who is interested in pursuing this > specific question, I don't think there's any reason that we couldn't > furnish a copy of the xml export for that purpose. > > If we switch to dreamhost bugzilla, I anticipate that bug exports will > be available in bugzilla's xml format, probably to the public but maybe > only to bugzilla account holders. This is a standard bugzilla feature. > > In addition, I anticipate that a board member will regularly make > backups of the contents of the bugzilla sql database that will be stored > on a separate system, in case of data loss by dreamhost. > > > This got a little bit wordy, so I hope that you're still with me and > that this answered your questions. > > Jeff > > ------------------------------------------------------------------------ > ------ Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://coyoteden.dyndns-free.com:85/gene> We lie loudest when we lie to ourselves. -- Eric Hoffer ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
