On Sun, 24 Feb 2013 13:04:52 +0100, David Demelier
wrote:
Le mardi 12 février 2013 21:42:01 Ronald Klop a écrit :
On Tue, 12 Feb 2013 19:44:49 +0100, David Demelier
wrote:
> Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit :
>> on 12/02/2013 09:57 David Demelier said the following:
>
Dabbling with ZFS now, and giving some thought to how to handle backup
strategies.
ZFS' snapshot capabilities have forced me to re-think the way that I've
handled this. Previously near-line (and offline) backup was focused on
being able to handle both disasters (e.g. RAID adapter goes nuts and
sc
On Fri, 01 Mar 2013 15:24:53 +0100, Karl Denninger
wrote:
Dabbling with ZFS now, and giving some thought to how to handle backup
strategies.
ZFS' snapshot capabilities have forced me to re-think the way that I've
handled this. Previously near-line (and offline) backup was focused on
being a
On Fri, Mar 1, 2013 at 6:06 AM, Ronald Klop wrote:
> On Fri, 01 Mar 2013 15:24:53 +0100, Karl Denninger
> wrote:
>
>> Dabbling with ZFS now, and giving some thought to how to handle backup
>> strategies.
>>
>> ZFS' snapshot capabilities have forced me to re-think the way that I've
>> handled this
On 03/01/2013 8:24 am, Karl Denninger wrote:
Dabbling with ZFS now, and giving some thought to how to handle backup
strategies.
ZFS' snapshot capabilities have forced me to re-think the way that
I've
handled this. Previously near-line (and offline) backup was focused
on
being able to handle
On 3/1/2013 9:36 AM, dweimer wrote:
> On 03/01/2013 8:24 am, Karl Denninger wrote:
>> Dabbling with ZFS now, and giving some thought to how to handle backup
>> strategies.
>>
>> ZFS' snapshot capabilities have forced me to re-think the way that I've
>> handled this. Previously near-line (and offl
I have an odd situation: I just installed a FreeBSD 9.1 system yesterday, and
it always stops that the "Press [Enter] to boot" prompt without doing the
10-second countdown.
Prior to disabling the beastie menu, it would sit at the menu and wait for
Enter.
/boot/loader.conf:
geom_mirror_load="YE
On 03/01/2013 9:45 am, Karl Denninger wrote:
I briefly did something like this between two FreeNAS boxes, it
seemed
to work well, but my secondary Box wasn't quite up to par hardware.
Combine that with the lack of necessary internet bandwidth with a
second physical location in case of somethin
On 3/1/2013 10:08 AM, dweimer wrote:
> On 03/01/2013 9:45 am, Karl Denninger wrote:
>>>
>>> I briefly did something like this between two FreeNAS boxes, it seemed
>>> to work well, but my secondary Box wasn't quite up to par hardware.
>>> Combine that with the lack of necessary internet bandwidth
On 2/28/2013 1:43 PM, Dag-Erling Smørgrav wrote:
> Author: des
> Date: Thu Feb 28 18:43:50 2013
> New Revision: 247485
> URL: http://svnweb.freebsd.org/changeset/base/247485
>
> Log:
> Pull in OpenSSH 6.1 from head.
Hi,
I updated a box to RELENG_9 with this change, and I can no longer s
Quoth Karl Denninger :
> Dabbling with ZFS now, and giving some thought to how to handle backup
> strategies.
[...]
>
> Take a base snapshot immediately and zfs send it to offline storage.
> Take an incremental at some interval (appropriate for disaster recovery)
> and zfs send THAT to stable stor
On Fri, 1 Mar 2013, Ben Morrow wrote:
Quoth Karl Denninger :
Dabbling with ZFS now, and giving some thought to how to handle backup
strategies.
[...]
Take a base snapshot immediately and zfs send it to offline storage.
Take an incremental at some interval (appropriate for disaster recovery)
On 3/1/2013 11:35 AM, Mike Tancsa wrote:
> On 2/28/2013 1:43 PM, Dag-Erling Smørgrav wrote:
>> Author: des
>> Date: Thu Feb 28 18:43:50 2013
>> New Revision: 247485
>> URL: http://svnweb.freebsd.org/changeset/base/247485
>>
>> Log:
>> Pull in OpenSSH 6.1 from head.
>
> Hi,
> I updated a bo
01.03.2013 16:24, Karl Denninger:
Dabbling with ZFS now, and giving some thought to how to handle backup
strategies.
ZFS' snapshot capabilities have forced me to re-think the way that I've
handled this. Previously near-line (and offline) backup was focused on
being able to handle both disasters
Quoth Daniel Eischen :
>
> Yes, we still use a couple of DLT autoloaders and have nightly
> incrementals and weekly fulls. This is the problem I have with
> converting to ZFS. Our typical recovery is when a user says
> they need a directory or set of files from a week or two ago.
> Using dump fr
On Thu, 28 Feb 2013 01:30:20 -0800, Darren Pilgrim wrote:
> On 2013-02-27 18:23, Adrian Chadd wrote:
> > Hm, have you disabled that CAM target layer stuff at boot? It's likely
> > tying up some RAM.
>
> Disabling CTL let cc1plus get is resident size up to 167 MB, but that still
> wasn't enou
On 2013-03-01 10:50, Ian Smith wrote:
At 256MB - the
minimum earlier that completed installation without disabling CTL - swap
often sat at ~14MB but blew out to around 165MB building those huge llvm
libraries - cc1plus 332M, 173M resident was one top I snipped, but I
can't say I caught the bigges
Mike Tancsa writes:
> OK, so it looks like something to do with hardware crypto. If I unload
> aesni.ko and restart sshd, it works, even with aes128-cbc which I guess
> it was trying to use cryptodev
Are you sure this was due to the OpenSSH update, and not the OpenSSL
update a few days ago? Can
On 3/1/2013 2:44 PM, Dag-Erling Smørgrav wrote:
> Mike Tancsa writes:
>> OK, so it looks like something to do with hardware crypto. If I unload
>> aesni.ko and restart sshd, it works, even with aes128-cbc which I guess
>> it was trying to use cryptodev
>
> Are you sure this was due to the OpenSSH
On 03/01/2013 1:25 pm, kpn...@pobox.com wrote:
On Fri, Mar 01, 2013 at 09:45:32AM -0600, Karl Denninger wrote:
I rotate the disaster disks out to a safe-deposit box at the bank,
and
they're geli-encrypted, so if stolen they're worthless to the thief
(other than their cash value as a drive) and
Mike Tancsa writes:
> Dag-Erling Smørgrav writes:
> > Are you sure this was due to the OpenSSH update, and not the OpenSSL
> > update a few days ago? Can you try to roll back to r247484?
> I didnt think openssl got updated on RELENG_9 ?
Ah, you're right. There is an OpenSSL commit immediately
On Fri, 1 Mar 2013, Ben Morrow wrote:
Quoth Daniel Eischen :
Yes, we still use a couple of DLT autoloaders and have nightly
incrementals and weekly fulls. This is the problem I have with
converting to ZFS. Our typical recovery is when a user says
they need a directory or set of files from a
On 3/1/2013 2:34 PM, Daniel Eischen wrote:
> On Fri, 1 Mar 2013, Ben Morrow wrote:
>
>> Quoth Daniel Eischen :
>>>
>>> Yes, we still use a couple of DLT autoloaders and have nightly
>>> incrementals and weekly fulls. This is the problem I have with
>>> converting to ZFS. Our typical recovery is
On Fri, 1 Mar 2013, kpn...@pobox.com wrote:
On Fri, Mar 01, 2013 at 12:23:31PM -0500, Daniel Eischen wrote:
Yes, we still use a couple of DLT autoloaders and have nightly
incrementals and weekly fulls. This is the problem I have with
converting to ZFS. Our typical recovery is when a user says
On 3/1/2013 1:25 PM, kpn...@pobox.com wrote:
> On Fri, Mar 01, 2013 at 09:45:32AM -0600, Karl Denninger wrote:
>> I rotate the disaster disks out to a safe-deposit box at the bank, and
>> they're geli-encrypted, so if stolen they're worthless to the thief
>> (other than their cash value as a drive
On Mar 1, 2013, at 12:23, Daniel Eischen wrote:
> dump (and ufsdump for our Solaris boxes) _just work_, and we
> can go back many many years and they will still work. If we
> convert to ZFS, I'm guessing we'll have to do nightly
> incrementals with 'tar' instead of 'dump' as well as doing
> ZFS s
On Mar 1, 2013, at 15:39, Daniel Eischen wrote:
> On Fri, 1 Mar 2013, kpn...@pobox.com wrote:
>
>> What about extended attributes? ACLs? Are those saved by tar?
>
> I think tar (as root or -p) will attempt to preserve those.
Specifically bsdtar (with libarchive) and star:
https://github.com/l
On Mar 1, 2013, at 12:55, Volodymyr Kostyrko wrote:
> Yes, I'm working with backups the same way, I wrote a simple script that
> synchronizes two filesystems between distant servers. I also use the same
> script to synchronize bushy filesystems (with hundred thousands of files)
> where rsync p
Quoth David Magda :
> On Mar 1, 2013, at 15:39, Daniel Eischen wrote:
> > On Fri, 1 Mar 2013, kpn...@pobox.com wrote:
> >
> >> What about extended attributes? ACLs? Are those saved by tar?
> >
> > I think tar (as root or -p) will attempt to preserve those.
>
> Specifically bsdtar (with libarchiv
On 3/1/2013 3:34 PM, Dag-Erling Smørgrav wrote:
> Mike Tancsa writes:
>> Dag-Erling Smørgrav writes:
>>> Are you sure this was due to the OpenSSH update, and not the OpenSSL
>>> update a few days ago? Can you try to roll back to r247484?
>> I didnt think openssl got updated on RELENG_9 ?
>
> Ah
30 matches
Mail list logo
