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

Re: My views on release management



On Sat, 6 Mar 1999, Jason Gunthorpe wrote:

> On Sat, 6 Mar 1999, James R. Van Zandt wrote:
> 
> > Brandon Mitchell <bmitch@atdot.org> writes:
> > >  I'd also suggest flattening the symlinks at the beginning of
> > >the freeze for the mirrors to catch up earlier rather than later.
> > 
> > I second this suggestion.
> 
> This is simply not possible. Flattening the symlinks for slink added about
> a gig of extra space to the mirror and forced many of our our sites to
> erase hamm in order to not fill their disks (many have probably filled
> their drives and not even noticed!) Doing it earlier will force us to
> restrict the availability of the previous release for a much longer time.

Well, I think I've been taken out of context so let me just say this
suggestion goes along with a plan that would reduce the freeze time to a
few weeks.  There should also be more communication between the mirrors
alerting them to any change that will cause lots of bandwidth or hd space.
Random thought, perhaps reversing the sym links for a freeze would work,
no extra space, but a bit of bandwidth.  Anyway, it's all irrelevant since
my message was only so it would be on the record for future use and wasn't
intended to make any changes to the current system.  Let's give Richard a
chance, I think he'll make some improvements (assuming he does take
Brian's place).

> Unfortunately this will remain true as long as we don't have a mirror
> program that can handle hardlinks (rsync does, but rsync has other issues)
> We use hardlinks instead of duplicating files to save space on our
> servers, a 8.8G archive is pushing things :|

This would be nice, but what about those other mirrors that wouldn't have
hard link capabilities (insist on making a mirror via ftp).  I guess
they'd just suffer with multiple copies.  It's problems like yours that
make me think we'll end up breaking the ftp archive into multiple parts
one day.  Scalability and centralization don't work very well together.

Brandon

+---                                                                     ---+
| Brandon Mitchell  bmitch@atdot.org  http://bmitch.dhis.org/  ICQ 30631197 |
| Throughout history, UNIX systems have regularly been broken into, beaten, |
| brutalized, corrupted, commandeered, compromised, and illegally fscked.   |
|                                    -- UNIX System Administration Handbook |


Reply to: