At 2005-07-15 19:35:55+, Chuck Swiger writes:
As someone else suggested, you can also stick things like config
files into version control (like CVS, subversion, etc), and then
back that up via the mechanism above.
We do this; all our system config files (except /etc/passwd) are in
At 2005-07-15 23:58:27+, Alex Zbyslaw writes:
Nick Barnes wrote:
Here are my previous questions on the related subject, some 4 years
ago now:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=872461+0+archive/2001/freebsd-questions/20010617.freebsd-questions
Shame no-one answered
On Fri, Jul 15, 2005 at 03:35:55PM -0400, Chuck Swiger wrote:
As someone else suggested, you can also stick things like config files into
version control (like CVS, subversion, etc), and then back that up via the
mechanism above.
Be careful about CVS and symbolic links. They don't mix.
On 7/15/05, Nick Barnes [EMAIL PROTECTED] wrote:
[deleted]
2. taking backups offsite. Seems to me that the best route is a
number of external firewire hard disks. This machine doesn't have
motherboard firewire, so I'll need to get a PCI firewire board.
* Computer (in a headless
On Jul 15, 2005, at 7:21 AM, Nick Barnes wrote:
1. RAID mirror filesystem questions:
1a: should this be vinum? I have read and can follow the handbook
instructions for a vinum root filesystem.
In my opinion its a fine thing that the root boot filesystem can be
vinum. However its just
1. RAID mirror filesystem questions:
1a: should this be vinum? I have read and can follow the handbook
instructions for a vinum root filesystem.
1b: Will it help to upgrade to 5.x, to get this to go smoothly?
I'd suggest to buy an ata raid controller, as
hardware should be more
[...]
So I'm thinking I probably want to move to a RAID mirror filesystem,
and keep some sort of quality backups offsite.
1. RAID mirror filesystem questions:
1a: should this be vinum? I have read and can follow the handbook
instructions for a vinum root filesystem.
1b: Will it help to
Nick Barnes wrote:
[ ... ]
I don't want to have to do all that ever again, after this iteration.
You've had a learning experience, I see. :-)
So I'm thinking I probably want to move to a RAID mirror filesystem,
and keep some sort of quality backups offsite.
1. RAID mirror filesystem
Chuck Swiger wrote:
Nick Barnes wrote:
[ ... ]
3c: Opinions on using firewire hard disks for this at all? Would I be
better off writing DVDs?
Hard drives provide near-online backup, but only a single full
iteration. You can do incrementals to DVD or CD-RW or tape, and keep
many
On Jul 15, 2005, at 11:01 AM, Chuck Swiger wrote:
3c: Opinions on using firewire hard disks for this at all? Would
I be
better off writing DVDs?
Hard drives provide near-online backup, but only a single full
iteration. You can do incrementals to DVD or CD-RW or tape, and
keep
- /usr/ports/sysutils/smartmontools
can help you monitor your HDDs
- RAID 0 doubles the chances of HDD failure and thereby data loss
- DVDs and CDs are chronically unreliable, see the 14/2005 issue of the
German c't magazine where they tested CD/DVD burners and
Chad Leigh -- Shire.Net LLC wrote:
On Jul 15, 2005, at 11:01 AM, Chuck Swiger wrote:
[ ... ]
Hard drives provide near-online backup, but only a single full
iteration. You can do incrementals to DVD or CD-RW or tape, and keep
many iterations handy, which is far more reliable.
If you use
On Jul 15, 2005, at 1:15 PM, Chuck Swiger wrote:
Chad Leigh -- Shire.Net LLC wrote:
On Jul 15, 2005, at 11:01 AM, Chuck Swiger wrote:
[ ... ]
Hard drives provide near-online backup, but only a single full
iteration. You can do incrementals to DVD or CD-RW or tape, and
keep many
Chad Leigh -- Shire.Net LLC wrote:
On Jul 15, 2005, at 1:15 PM, Chuck Swiger wrote:
[ ... ]
Sure. But a single spare HD is a single point of failure. Having
one tape per week or per month going back 10 or 100 tapes gives much
more redundancy
Better yet -- using dump, backup to HD
Chuck Swiger wrote:
Chad Leigh -- Shire.Net LLC wrote:
On Jul 15, 2005, at 1:15 PM, Chuck Swiger wrote:
[ ... ]
Sure. But a single spare HD is a single point of failure. Having
one tape per week or per month going back 10 or 100 tapes gives much
more redundancy
Better yet --
Stephen Hilton wrote:
Chuck Swiger wrote:
[ ... ]
Sure. But a single spare HD is a single point of failure. Having one
tape per week or per month going back 10 or 100 tapes gives much more
redundancy
But were the tapes all generated by the same tape-drive? if so it is
once again a
At 2005-07-15 17:01:18+, Chuck Swiger writes:
Nick Barnes wrote:
[ ... ]
I don't want to have to do all that ever again, after this iteration.
You've had a learning experience, I see. :-)
Yeah, and I've had them before, and this time enough is enough.
On a related subject, the last
At 2005-07-15 17:01:18+, Chuck Swiger writes:
Nick Barnes wrote:
[ ... ]
I don't want to have to do all that ever again, after this iteration.
You've had a learning experience, I see. :-)
Here are my previous questions on the related subject, some 4 years
ago now:
lars wrote:
-/usr/ports/sysutils/smartmontools
can help you monitor your HDDs
But if your disk is a hardware RAID of any kind, and you cannot see
through the controller to individual disks, then you'll only be told
about one of the disks, I would presume. That's where a CLI comes
Nick Barnes wrote:
Here are my previous questions on the related subject, some 4 years
ago now:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=872461+0+archive/2001/freebsd-questions/20010617.freebsd-questions
Shame no-one answered your badsect question. Did you ever figure it out?
--Alex
20 matches
Mail list logo
