On 1/9/08, NetOne - Doichin Dokov <[EMAIL PROTECTED]> wrote:
> Bacula (www.bacula.org) is your friend.
yes, bacula is great. I just discovered, that it is in ports (even as
package available), so I have to use it on OpenBSD yet, but it
can't be harder to set up than on other platforms.
I prefer i
On Tue, Jan 08, 2008 at 06:25:44PM -0800, johan beisser wrote:
> For a little while, I've had a project on my plate to create a simple
> backup system that'd use rsync to mirror the directory for easy
> access, and then have versions going back X-months that can be
> archived to tape, etc,
On Jan 8, 2008, at 1:15 PM, Douglas A. Tutty wrote:
Well, right now, I just do full backups. Incrementals get rather
tedius. Especially since they find new files but they don't notice a
file that has been deleted. So I don't need a list of what files
are in
which tarball but rather just wha
Douglas A. Tutty ??:
On Jan 8, 2008, at 6:29 AM, Douglas A. Tutty wrote:
I know that the FAQ says to just use dump to make backups but what if
you want a tape of a specific group of files for archiving? When last
did the dump format change? Since it reads the filesystem directly,
I'
> On Jan 8, 2008, at 6:29 AM, Douglas A. Tutty wrote:
> >
> >I know that the FAQ says to just use dump to make backups but what if
> >you want a tape of a specific group of files for archiving? When last
> >did the dump format change? Since it reads the filesystem directly,
> >I'd
> >assume tha
On Tue, Jan 08, 2008 at 04:42:59PM +, Stuart Henderson wrote:
> On 2008/01/08 10:29, Douglas A. Tutty wrote:
> > However, if you have one directory you wish to put on tape, e.g. as an
> > archive of old OS .iso's (in case the origionals get scratched), as far
> > as I know, you can't use dump (
* Douglas A. Tutty <[EMAIL PROTECTED]> [2008-01-08 17:31]:
> On Tue, Jan 08, 2008 at 03:37:36PM +0100, Henning Brauer wrote:
>
> > > I know that the FAQ says to just use dump to make backups but what if
> > > you want a tape of a specific group of files for archiving? When last
> > > did the dum
On Jan 8, 2008, at 7:29 AM, Douglas A. Tutty wrote:
However, if you have one directory you wish to put on tape, e.g. as an
archive of old OS .iso's (in case the origionals get scratched), as
far
as I know, you can't use dump (which is only for entire filesystems).
Or, is there any reason that
On 2008/01/08 10:29, Douglas A. Tutty wrote:
> However, if you have one directory you wish to put on tape, e.g. as an
> archive of old OS .iso's (in case the origionals get scratched), as far
> as I know, you can't use dump (which is only for entire filesystems).
dump(8) manual says:
files-t
On Jan 8, 2008, at 6:29 AM, Douglas A. Tutty wrote:
I know that the FAQ says to just use dump to make backups but what if
you want a tape of a specific group of files for archiving? When last
did the dump format change? Since it reads the filesystem directly,
I'd
assume that its filesystem-
On Tue, Jan 08, 2008 at 03:37:36PM +0100, Henning Brauer wrote:
> > I know that the FAQ says to just use dump to make backups but what if
> > you want a tape of a specific group of files for archiving? When last
> > did the dump format change? Since it reads the filesystem directly, I'd
> > ass
* Douglas A. Tutty <[EMAIL PROTECTED]> [2008-01-08 15:33]:
> I'm seriously looking into getting a tape drive but, of course, I can't
> afford a new one. I'll see what I can get on the commercial-used market
> (not eBay) with a bit of a waranty (beyond DOA). Right now, it would be
> connected to m
On Tue, Jan 08, 2008 at 09:48:03AM +, Khalid Schofield wrote:
> On 8 Jan 2008, at 08:08, Nick Guenther wrote:
> >On Jan 7, 2008 7:22 AM, knitti <[EMAIL PROTECTED]> wrote:
> >>the posting von hannah shows what to do. Ths big picture is this:
> >>Backup (and/or archiving) is not fire-and-forget.
On 8 Jan 2008, at 08:08, Nick Guenther wrote:
On Jan 7, 2008 7:22 AM, knitti <[EMAIL PROTECTED]> wrote:
On 1/4/08, Nick Guenther <[EMAIL PROTECTED]> wrote:
How would you verify the whole disk is readable? And if it's all
readable, how do you ensure the data is still the same pattern
you put
On Jan 7, 2008 7:22 AM, knitti <[EMAIL PROTECTED]> wrote:
> On 1/4/08, Nick Guenther <[EMAIL PROTECTED]> wrote:
> > How would you verify the whole disk is readable? And if it's all
> > readable, how do you ensure the data is still the same pattern you put
> > on before?
>
> the posting von hannah s
On Mon, Jan 07, 2008 at 01:22:53PM +0100, knitti wrote:
> Backup (and/or archiving) is not fire-and-forget. You have to know how
> long you want to store this data to choose the right technology and
> media. And you have to have a process to verify that your data is good
> after this time. If you w
On 1/4/08, Nick Guenther <[EMAIL PROTECTED]> wrote:
> On 1/3/08, knitti <[EMAIL PROTECTED]> wrote:
> > this is becoming OT, but I can't recommend storing HDDs as "real"
> > backup solution either. HDDs _do_ have bitrot, and one should at least,
> > say, once a year, verify that the *whole* disk is
On 1/4/08 6:22 PM, Douglas A. Tutty wrote:
How well do tapes written with one drive read on another?
Good, provide you use serious designed tape drives.
> Presuably, drives don't last for 30 years.
..
How robust are the drives? How well do they age?
It's difficult to speak for other mak
On Thu, Jan 03, 2008 at 11:40:44PM -0800, Ted Unangst wrote:
> On 1/3/08, Douglas A. Tutty <[EMAIL PROTECTED]> wrote:
> > I thought that there was a trend in the industry away from tapes toward
> > hard-drive-based systems, e.g. virtual tape libraries that are basically
> > large file servers with
On 1/3/08 11:35 PM, Douglas A. Tutty wrote:
On Thu, Jan 03, 2008 at 05:10:59PM +0100, knitti wrote:
..
this is becoming OT, but I can't recommend storing HDDs as "real"
backup solution either. HDDs _do_ have bitrot, and one should at least,
say, once a year, verify that the *whole* disk is re
Hi!
On Fri, Jan 04, 2008 at 02:47:11AM -0500, Nick Guenther wrote:
>On 1/3/08, knitti <[EMAIL PROTECTED]> wrote:
>> On 1/3/08, Marius Hooge <[EMAIL PROTECTED]> wrote:
>> > I personally don't recommend backups to CD/DVD.
>> > They degenerate rather "quickly" depending on their quality and
>> > the
On Thu, Jan 03, 2008 at 01:29:38AM +0100, Erik Wikstr??m wrote:
>
> file-server which will contain stuff with some emotional value, data- loss.
Houses burn.
Dump/tar & scp/ftp offsite to your box or web space.
* Douglas A. Tutty <[EMAIL PROTECTED]> [2008-01-04 03:55]:
> I thought that there was a trend in the industry away from tapes toward
> hard-drive-based systems, e.g. virtual tape libraries that are basically
> large file servers with far more capacity than throughput.
yes, because decision makers
On 1/3/08, knitti <[EMAIL PROTECTED]> wrote:
> On 1/3/08, Marius Hooge <[EMAIL PROTECTED]> wrote:
>
> > I personally don't recommend backups to CD/DVD.
> > They degenerate rather "quickly" depending on their quality and
> > the storage humidity.
> > Unlike a USB/Firewire harddisk inside your fire-,
On 1/3/08, Douglas A. Tutty <[EMAIL PROTECTED]> wrote:
> I thought that there was a trend in the industry away from tapes toward
> hard-drive-based systems, e.g. virtual tape libraries that are basically
> large file servers with far more capacity than throughput. If bitrot is
> a serious concern,
On Jan 3, 2008 8:47 PM, Douglas A. Tutty <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 03, 2008 at 11:36:31PM +0100, Henning Brauer wrote:
> > * Douglas A. Tutty <[EMAIL PROTECTED]> [2008-01-03 23:34]:
> > > If neither hard drives nor CD/DVDs are a good backup soluton, and
> > > networking the backup to
On Thu, Jan 03, 2008 at 11:36:31PM +0100, Henning Brauer wrote:
> * Douglas A. Tutty <[EMAIL PROTECTED]> [2008-01-03 23:34]:
> > If neither hard drives nor CD/DVDs are a good backup soluton, and
> > networking the backup to another computer's hard drive (which then
> > presumably also has the bitro
* Douglas A. Tutty <[EMAIL PROTECTED]> [2008-01-03 23:34]:
> If neither hard drives nor CD/DVDs are a good backup soluton, and
> networking the backup to another computer's hard drive (which then
> presumably also has the bitrot problem) isn't an option, and a DLT or
> whatever tape drive is too ex
On Thu, Jan 03, 2008 at 05:10:59PM +0100, knitti wrote:
> On 1/3/08, Marius Hooge <[EMAIL PROTECTED]> wrote:
> > Doug wrote:
> >
> > >2. I don't know the size of the disk to know the size of the backup
> > > media required. However, CD/DVD burners are less than the cost
> > > of a
On 2008/01/03 16:59, Tobias Weingartner wrote:
> Stuart Henderson wrote:
> >
> > It wouldn't be more likely that the disk _crashes_ by doing this,
> > and it may give _some_ protection against _some_ failure modes.
> > It also gives new and exciting ones to take their place.
>
> Actually, sinc
Stuart Henderson wrote:
>
> It wouldn't be more likely that the disk _crashes_ by doing this,
> and it may give _some_ protection against _some_ failure modes.
> It also gives new and exciting ones to take their place.
Actually, since you'd be mirroring to two different portions of the
same di
On 1/3/08, Marius Hooge <[EMAIL PROTECTED]> wrote:
> Doug wrote:
>
> >2. I don't know the size of the disk to know the size of the backup
> > media required. However, CD/DVD burners are less than the cost
> > of a hard drive and the media is relatively cheap.
>
> I personally don't
Doug wrote:
2. I don't know the size of the disk to know the size of the backup
media required. However, CD/DVD burners are less than the cost
of a hard drive and the media is relatively cheap.
I personally don't recommend backups to CD/DVD.
They degenerate rather "quickl
On Thu, January 3, 2008 07:58, Peter N. M. Hansteen wrote:
... snip
> With any kind of reasonable Internet access, rsync to another machine
> is extremely easy to set up and maintain, and once the initial
> duplication of all data is done the periodic (say once or twice a day)
> transfer is almost
Erik WikstrC6m <[EMAIL PROTECTED]> writes:
> configuration using RAIDframe or something similar. If this is possible,
> will it buy me any additional protection against dataloss, or is it more
> likely that my disk crashes all together?
As others have pointed out, when a disk fails, just what dat
On Thu, Jan 03, 2008 at 01:29:38AM +0100, Erik Wikstr??m wrote:
> I am setting up a OpenBSD box to act as a router/file-server for my
> parents, the box consists mostly of old parts and I try to not spend any
> extra money on it. One of my biggest worries is, since it will act as a
> file-server wh
: misc@openbsd.org
Subject: Improving disk reliability
Date: Thu, 03 Jan 2008 01:29:38 +0100
Mailer: Thunderbird 2.0.0.9 (Windows/20071031)
Delivered-To: [EMAIL PROTECTED]
Hi
I am setting up a OpenBSD box to act as a router/file-server for my
parents, the box consists mostly of old parts and I try to no
On 2008/01/03 01:29, Erik Wikstrvm wrote:
> The preferable way to solve this would probably be to use two disks but
> that is not an option for me. So I was wondering if it is possible to
> instead split the disk in two parts, the first is used to install
> OpenBSD on, and the rest is split in two
Erik Wikstrvm wrote:
> Hi
>
> I am setting up a OpenBSD box to act as a router/file-server for my
> parents, the box consists mostly of old parts and I try to not spend any
> extra money on it. One of my biggest worries is, since it will act as a
> file-server which will contain stuff with some em
Erik WikstrC6m wrote:
Hi
I am setting up a OpenBSD box to act as a router/file-server for my
parents, the box consists mostly of old parts and I try to not spend any
extra money on it. One of my biggest worries is, since it will act as a
file-server which will contain stuff with some emotional v
On Jan 2, 2008, at 4:29 PM, Erik Wikstrvm wrote:
The preferable way to solve this would probably be to use two disks
but
that is not an option for me. So I was wondering if it is possible to
instead split the disk in two parts, the first is used to install
OpenBSD on, and the rest is split in tw
Hi
I am setting up a OpenBSD box to act as a router/file-server for my
parents, the box consists mostly of old parts and I try to not spend any
extra money on it. One of my biggest worries is, since it will act as a
file-server which will contain stuff with some emotional value, data- loss.
The p
42 matches
Mail list logo
