Closed Bug 1233623 Opened 9 years ago Closed 9 years ago

Tear down inbound-archive

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: nthomas, Assigned: nthomas)

References

Details

We have a nice archive going back to mid-march 2015 at http://inbound-archive.pub.build.mozilla.org, which could be integrated with https://archive.mozilla.org. I'm calculating how much space that is now, for oremj's approval. If we go ahead we'd copy the data over using S3 API calls, then make inbound-archive a CNAME that points to archive.m.o, and tear down the S3 bucket (firefox-mozilla-inbound-usw2) and Elastic Beanstalk environment.
Blocks: 1213721
After trimming it down to 24 weeks (4 release cycles at 6 weeks each) we would have about 115TB of extra data, spread over 14M objects. That includes a discount for the 31 days of overlap leading up to the migration on ~ Oct 20. If that's OK with oremj then catlee could organize access to the firefox-mozilla-inbound-usw2 bucket to start the copy. Please note that mappings would go like this: * anything matching *android* firefox-mozilla-inbound-usw2:<dir> --> net-mozaws-prod-delivery-archive:pub/mobile/tinderbox-builds/<dir> * everything else firefox-mozilla-inbound-usw2:<dir> --> net-mozaws-prod-delivery-firefox:pub/firefox/tinderbox-builds/<dir>
There are also objects for directories in that bucket which should be ignored, eg alder-linux-debug/1439500790/. Maybe a test like size > 0 to exclude them.
Flags: needinfo?(oremj)
Travis is going to follow up in e-mail.
Flags: needinfo?(oremj)
I think we shouldn't bother with this now. Inbound-archive was keeping 168 days of builds, and currently has files from 03-Jul-2015 to 20-Oct-2015 (old files have been expiring, and we stopped syncing in when we switched to S3 in October). Ideally archive.m.o would have the same retention, but has files from 20-Sep-2015 to today (some of these files have modification times of ~ 20-Oct-2015 due to syncing to S3). So there's only a three week gap to backfill, and any lost-productivity is already done. I'm going to tear down inbound-archive at the end of the month.
Assignee: nobody → nthomas
Summary: Merge content from inbound-archive into archive.m.o → Tear down inbound-archive and CNAME to archive.m.o
CNAME changed from serves3-mozilla-inbound.elasticbeanstalk.com to archive.mozilla.org
Turns out the bucketlister app behind archive.m.o doesn't work like this, and I don't think it's worth asking CloudOps to fix, so I've removed inbound-archive.pub.build.mozilla.org from DNS. Cleaned up the Beanstalk env, removed s3serve from IAM. Still need to untangle the buckets and delete 'em.
Removed old and empty bucket from dev of the archive - mozilla-releng-tinderbox-builds Removed logging bucket - firefox-s3-logging Removed data bucket - firefox-mozilla-inbound-usw2 RIP.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Summary: Tear down inbound-archive and CNAME to archive.m.o → Tear down inbound-archive
You need to log in before you can comment on or make changes to this bug.