On 2017-11-10, Curt wrote:
>>
>> I didn't get the impression it's a software question as much as a "how
>> does unskilled/unprivileged person know when it's ok to pull out the
>> drive" question, because the actual backing up is already done.
>
> Hack the person.
>
>> And remember the first rule
On 2017-11-09, Michael Stone wrote:
> On Thu, Nov 09, 2017 at 10:54:57AM -0800, David Christensen wrote:
>>There are many choices for software:
>
> I didn't get the impression it's a software question as much as a "how
> does unskilled/unprivileged person know when it's ok to pull out the
> driv
On 11/09/17 14:46, Bob Weber wrote:
On 11/9/17 2:01 AM, David Christensen wrote:
Okay. What RAID technology were you using -- LVM, mdadm, btrfs, ZFS, other?
I use software raid with mdadm. Its pretty forgiving with powering down and
removing a drive (after sync) and growing the array back do
On 11/9/17 2:01 AM, David Christensen wrote:
> On 11/08/17 17:44, Bob Weber wrote:
>> On 11/8/17 5:59 PM, David Christensen wrote:
>>> I have read articles about building a RAID 1 with three drives, migrating in
>>> data, pulling one drive and placing it off-site, operating in degraded mode
>>> on
On Thu, Nov 09, 2017 at 10:54:57AM -0800, David Christensen wrote:
There are many choices for software:
I didn't get the impression it's a software question as much as a "how
does unskilled/unprivileged person know when it's ok to pull out the
drive" question, because the actual backing up is
On 11/09/17 04:35, Michael Stone wrote:
On Thu, Nov 09, 2017 at 10:13:17AM +0100, Dominik George wrote:
what is the goal in having an identical copy of the disk?
It's not even so much that.
It's that the person who will be changing the disks will be hardly
capable of just that, and will not g
On Thu, Nov 09, 2017 at 10:13:17AM +0100, Dominik George wrote:
what is the goal in having an identical copy of the disk?
It's not even so much that.
It's that the person who will be changing the disks will be hardly
capable of just that, and will not get anything close to root access to
the m
> what is the goal in having an identical copy of the disk?
It's not even so much that.
It's that the person who will be changing the disks will be hardly
capable of just that, and will not get anything close to root access to
the machine.
And I am afraid that all that complexity around automoun
On 11/08/17 17:44, Bob Weber wrote:
On 11/8/17 5:59 PM, David Christensen wrote:
I have read articles about building a RAID 1 with three drives, migrating in
data, pulling one drive and placing it off-site, operating in degraded mode on
two drives, and then periodically re-installing the third d
On 11/8/17 5:59 PM, David Christensen wrote:
> On 11/08/17 02:49, Dominik George wrote:
>> Hi,
>>
>> I have the following scenario:
>>
>> * A server with two hard drives in removable cases
>> * A backup process writes data to both disks, making up a live backup
>> server
>> * A third disk is
On 11/08/17 02:49, Dominik George wrote:
Hi,
I have the following scenario:
* A server with two hard drives in removable cases
* A backup process writes data to both disks, making up a live backup server
* A third disk is to be kept off-site
* On a ergular basis, I want to hot-swap one
On Wed, Nov 08, 2017 at 07:55:24PM +0100, Dominik George wrote:
Hi,
Instead, if you just want a disk that has a readable copy of the files, you
may find that rsync is more straightforward and can be a lot faster after
the first time if the volume of changes is a small percentage of the total.
Hi,
> Instead, if you just want a disk that has a readable copy of the files, you
> may find that rsync is more straightforward and can be a lot faster after
> the first time if the volume of changes is a small percentage of the total.
Yes, of course. But that would not lead to an identical copy
On Wed, Nov 08, 2017 at 11:49:33AM +0100, Dominik George wrote:
* A server with two hard drives in removable cases
* A backup process writes data to both disks, making up a live backup server
* A third disk is to be kept off-site
* On a ergular basis, I want to hot-swap one of the disks, as in, r
Hi,
I have the following scenario:
* A server with two hard drives in removable cases
* A backup process writes data to both disks, making up a live backup server
* A third disk is to be kept off-site
* On a ergular basis, I want to hot-swap one of the disks, as in, remove
one of the two s
15 matches
Mail list logo
