From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.fsf.org (mail.fsf.org [IPv6:2001:470:142::13]) by sourceware.org (Postfix) with ESMTPS id 6932D3858D32; Mon, 3 Oct 2022 04:18:55 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6932D3858D32 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=fsf.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=fsf.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=fsf.org; s=mail-fsf-org; h=MIME-Version:In-reply-to:Date:Subject:To:From:References; bh=rCXFbW3M5D36jwCYvEO+xyutkqr3+3EJvpxOaf1O+Yo=; b=Dh54xGk9FqeSwBC3gnedr9B6r RP80egqUI+b8i7kuGztYIlECHHdYZ2kNeciIbX0Zn3juv211FoYS7yB0sKmbqk1W5AH1klpRcKGdQ 3Hjy7DGcb8+pPDzo06COC961SclwOS1Bupnxwm9XLLh2QYcxqwmOLRxrseH61mE7yoLsIpANJI3eh 6k7TxUWj/sCE7oAN9UJfiALg6q8RCk7tZrurbO9LWpz+Zv6dSwJW14fvGRDeHJtXJ2pTCp7iJF0OK ACWu4NylorOhIjdlJL+lRh0mffSZnINnzTwfvqMGTziq1jj8I2xYhk1bsmZ1XgufgF3QsJDpFgZhv f72pK91hA==; References: User-agent: mu4e 1.9.0; emacs 29.0.50 From: Ian Kelling To: Overseers mailing list Cc: mark at klomp dot org Subject: Re: [Bug Infrastructure/29644] New: Offsite backup/system Date: Mon, 03 Oct 2022 00:10:35 -0400 In-reply-to: Message-ID: <87fsg54k0i.fsf@fsf.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: mark at klomp dot org via Overseers writes: > https://sourceware.org/bugzilla/show_bug.cgi?id=29644 > > Bug ID: 29644 > Summary: Offsite backup/system > Product: sourceware > Version: unspecified > Status: NEW > Severity: normal > Priority: P2 > Component: Infrastructure > Assignee: overseers at sourceware dot org > Reporter: mark at klomp dot org > Target Milestone: --- > > Sourceware currently has a life backup system (running in the same rack as the > main machine) that could take over the main server if it goes down. But we > don't have a full offsite backup system (even though most project data is > mirrored in various places). > > We should make a plan and budget for having a full system backup offsite. How > much data changes per hour/day which needs to be stored offsite. And write up > procedures for how to (re)create a life system from that in case of emergency. At the FSF, we do nightly backups to a physical machine we run with all free software including the bios, and monthly backups to tape that are manually stored offline in a separate location for disaster recovery. I bet we have plenty of storage room to backup sourcware's data too (how much are we talking?). I presume it would make sense to allow the sourceware servers to write and read backups, but not delete them without a human being involved. Note: I think the right term is "live system" instead of "life system". -- Ian Kelling | Senior Systems Administrator, Free Software Foundation GPG Key: B125 F60B 7B28 7FF6 A2B7 DF8F 170A F0E2 9542 95DF https://fsf.org | https://gnu.org