On Mar 16, 2012, at 4:29 PM, John R Pierce wrote:
> and with LVM, an entire PP block has to be copied, right? those are
> generally much larger than file system blocks, 4MB to 16MB, I believe?
> thats kind of brutal.
Actually the larger the block the less of a load. It moves more data in a
On 03/16/12 4:10 PM, ken wrote:
> Thanks, Les! That fleshes the process out a little more for me. But
> what does it mean that a snapshot is "active"?
means one exists.LVM maps logical volumes (LV) onto a set of PP
(physical partitions, also called extents) that are maybe 4-16MB each
(this
On 03/16/2012 02:53 PM Les Mikesell wrote:
> On Fri, Mar 16, 2012 at 1:19 PM, ken wrote:
>>> I find that LVM snapshots are useful to insure data integrity. for
>>> example, I backup my mysql databases by stopping the mysql server,
>>> taking an LVM snapshot and restarting it. The whole snapshot
On 03/16/12 12:44 PM, Markus Falb wrote:
> Note that this results in degraded write performance while the snapshot
> is active. Basically you have to "double write", at least.
and with LVM, an entire PP block has to be copied, right? those are
generally much larger than file system blocks, 4MB t
On 16.3.2012 19:53, Les Mikesell wrote:
> On Fri, Mar 16, 2012 at 1:19 PM, ken
> wrote:
>>
>>> I find that LVM snapshots are useful to insure data integrity. for
>>> example, I backup my mysql databases by stopping the mysql server,
>>> taking an LVM snapshot and restarting it. The whole s
On 03/16/12 11:53 AM, Les Mikesell wrote:
> LVM snapshots just present a view of the disk as it was when the
> snapshot was taken. To do that, whenever you write to the disk with a
> snapshot active, it first copies the old data into the snapshot.
> Blocks that don't change don't need to be copied
On Fri, Mar 16, 2012 at 1:19 PM, ken wrote:
>
>>>
>> I find that LVM snapshots are useful to insure data integrity. for
>> example, I backup my mysql databases by stopping the mysql server,
>> taking an LVM snapshot and restarting it. The whole snapshot process
>> probably takes less then 15 sec
On 03/14/2012 02:59 PM Nataraj wrote:
> On 03/14/2012 08:43 AM, Les Mikesell wrote:
>> On Wed, Mar 14, 2012 at 10:10 AM, ken wrote:
>>> What (FOSS) backup apps can back up a system running at level 3/5?
>> Almost all backup methods except raw partition/disk images will work
>> with the system ru
On 3/15/2012 3:20 PM, John R Pierce wrote:
> On 03/15/12 6:31 AM, James B. Byrne wrote:
>> I eventually managed to read the tape at 1600 bpi in raw
>> block format and from the headers determined that the
>> encoding was EBCDIC and that the tape had been created on
>> a CDC machine.
> if it was fro
John R Pierce wrote:
> On 03/15/12 1:20 PM, Jerry McAllister wrote:
>> But, on the 7 track, it used a 6 bit character set that excluded
>> lower case, eg was only upper case alpha, decimal digits and special
>> characters. I don't remember how binary was encoded on them,
>> probably pairs of 6 bi
On 03/15/12 1:20 PM, Jerry McAllister wrote:
> But, on the 7 track, it used a 6 bit character set that excluded
> lower case, eg was only upper case alpha, decimal digits and special
> characters. I don't remember how binary was encoded on them,
> probably pairs of 6 bit 'bytes' since the PPs wer
On Thu, Mar 15, 2012 at 12:20:15PM -0700, John R Pierce wrote:
> On 03/15/12 6:31 AM, James B. Byrne wrote:
> > I eventually managed to read the tape at 1600 bpi in raw
> > block format and from the headers determined that the
> > encoding was EBCDIC and that the tape had been created on
> > a CDC
On 03/15/12 6:31 AM, James B. Byrne wrote:
> I eventually managed to read the tape at 1600 bpi in raw
> block format and from the headers determined that the
> encoding was EBCDIC and that the tape had been created on
> a CDC machine.
if it was from a 70s' vintage CDC system, I'm sort of surprised
James B. Byrne wrote:
>
> On Wed, March 14, 2012 00:26, Nataraj wrote:
>> I think the reality is that nothing lasts forever. Optical media is
probably much more
>> likely to survive ICBM's, but then you may not have a drive to read
them...
>
> About five years ago I was asked to recover data from a
On Wed, March 14, 2012 00:26, Nataraj wrote:
> I think the reality is that nothing lasts forever.
> Optical media is probably much more likely to
> survive ICBM's, but then you may not have a drive
> to read them...
>
> Nataraj
>
About five years ago I was asked to recover data from a
2400' reel
On Wed, Mar 14, 2012 at 6:27 PM, Tilman Schmidt
wrote:
> Am 14.03.2012 03:05, schrieb Nataraj:
>> I would have to dig up some references, but I have read some articles
>> that claim that the reliability of a drive that is in full time
>> operation in a server, running 24hrs/day and maybe even seek
Am 14.03.2012 03:05, schrieb Nataraj:
> I would have to dig up some references, but I have read some articles
> that claim that the reliability of a drive that is in full time
> operation in a server, running 24hrs/day and maybe even seeking under
> heavy load is way different than a drive that you
On 03/14/2012 08:43 AM, Les Mikesell wrote:
> On Wed, Mar 14, 2012 at 10:10 AM, ken wrote:
>> What (FOSS) backup apps can back up a system running at level 3/5?
> Almost all backup methods except raw partition/disk images will work
> with the system running. You aren't guaranteed that files will
On Wed, Mar 14, 2012 at 10:10 AM, ken wrote:
> What (FOSS) backup apps can back up a system running at level 3/5?
Almost all backup methods except raw partition/disk images will work
with the system running. You aren't guaranteed that files will be in
a consistent state when restored, but the OS
What (FOSS) backup apps can back up a system running at level 3/5?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On Tue, Mar 13, 2012 at 11:26 PM, Nataraj wrote:
>
> You could take your chances on the dyes with optical media. Some say
> that in a proper controlled environment, they will last much longer.
> The best media I think are the ones from Japan and singapore. There are
> several places in Japan tha
On 03/13/2012 09:17 PM, John R Pierce wrote:
> On 03/13/12 7:05 PM, Nataraj wrote:
>> I would have to dig up some references, but I have read some articles
>> that claim that the reliability of a drive that is in full time
>> operation in a server, running 24hrs/day and maybe even seeking under
>>
On 03/13/12 7:05 PM, Nataraj wrote:
> I would have to dig up some references, but I have read some articles
> that claim that the reliability of a drive that is in full time
> operation in a server, running 24hrs/day and maybe even seeking under
> heavy load is way different than a drive that you r
On 03/13/2012 05:23 PM, Les Mikesell wrote:
> On Tue, Mar 13, 2012 at 7:05 PM, Tilman Schmidt
> wrote:
>> Am 13.03.2012 19:46, schrieb m.r...@5-cent.us:
>>> Markus Falb wrote:
On 12.3.2012 01:37, Mark LaPierre wrote:
> Tape, and tape drives, have a bad reputation. They are difficult and
On Tue, Mar 13, 2012 at 8:05 PM, Tilman Schmidt
wrote:
> Am 13.03.2012 19:46, schrieb m.r...@5-cent.us:
>> Markus Falb wrote:
>>> On 12.3.2012 01:37, Mark LaPierre wrote:
Tape, and tape drives, have a bad reputation. They are difficult and
time consuming to verify.
>>>
>>> Harddisks hav
On Tue, Mar 13, 2012 at 7:05 PM, Tilman Schmidt
wrote:
> Am 13.03.2012 19:46, schrieb m.r...@5-cent.us:
>> Markus Falb wrote:
>>> On 12.3.2012 01:37, Mark LaPierre wrote:
Tape, and tape drives, have a bad reputation. They are difficult and
time consuming to verify.
>>>
>>> Harddisks hav
here's my tentative plans for a d2d backup in my lab.
2 identical servers, each with lots of SATA bays. each server
configured with 2 raids, raid1 is this servers storage, and raid2 is a
DRBD mirror of the other servers storage.
each server runs KVM and under KVM runs a CentOS virtual machi
Am 13.03.2012 19:46, schrieb m.r...@5-cent.us:
> Markus Falb wrote:
>> On 12.3.2012 01:37, Mark LaPierre wrote:
>>> Tape, and tape drives, have a bad reputation. They are difficult and
>>> time consuming to verify.
>>
>> Harddisks have a bad reputation too. They fail regulary.
>>
> Not that freque
On Tue, Mar 13, 2012 at 5:12 PM, Markus Falb wrote:
> On 13.3.2012 19:46, m.r...@5-cent.us wrote:
>> Markus Falb wrote:
>>> What about if a firmware bug destroys all data on day XXX on all
>>> harddisks ? Well, extra paranoid maybe and of course I have not thought
>>> of all possible things that *
On 13.3.2012 19:46, m.r...@5-cent.us wrote:
> Markus Falb wrote:
>> What about if a firmware bug destroys all data on day XXX on all
>> harddisks ? Well, extra paranoid maybe and of course I have not thought
>> of all possible things that *could* happen.
>
> Are you saying that you only buy one mo
Markus Falb wrote:
> On 12.3.2012 01:37, Mark LaPierre wrote:
>> Tape, and tape drives, have a bad reputation. They are difficult and
>> time consuming to verify.
>
> Harddisks have a bad reputation too. They fail regulary.
>
Not that frequently.
> Anyway, I would not feel comfortable about backi
On Tue, Mar 13, 2012 at 1:26 PM, Markus Falb wrote:
>
>> Tape, and tape drives, have a bad reputation. They are difficult and
>> time consuming to verify.
>
> Harddisks have a bad reputation too. They fail regulary.
Yes, but if they are online, in raid, with smart monitoring, you swap
them (mayb
On 12.3.2012 01:37, Mark LaPierre wrote:
> Tape, and tape drives, have a bad reputation. They are difficult and
> time consuming to verify.
Harddisks have a bad reputation too. They fail regulary.
Anyway, I would not feel comfortable about backing up data residing on a
harddisk to another harddi
On 03/13/2012 08:09 AM, m.r...@5-cent.us wrote:
> Tilman Schmidt wrote:
>> Am 13.03.2012 00:48, schrieb Nataraj:
>>> I have been sucessfully using 8GB dual layer DVDs for some of my
>>> backups/archiving and now that the price of Blu ray has come down I am
>>> about to experiment with that. I have
Tilman Schmidt wrote:
> Am 13.03.2012 00:48, schrieb Nataraj:
>> I have been sucessfully using 8GB dual layer DVDs for some of my
>> backups/archiving and now that the price of Blu ray has come down I am
>> about to experiment with that. I have been writing dump format files to
>> the DVD's and th
Am 13.03.2012 00:48, schrieb Nataraj:
> I have been sucessfully using 8GB dual layer DVDs for some of my
> backups/archiving and now that the price of Blu ray has come down I am
> about to experiment with that. I have been writing dump format files to
> the DVD's and then writing an SHA256 checksu
On 03/12/2012 04:28 PM, Les Mikesell wrote:
> On Mon, Mar 12, 2012 at 6:22 PM, Nataraj wrote:
>> I would ideally like to get several drives on a single ESATA controller
>> (At least 4 would be nice, though I know it won't have amazing
>> performance if I access multiple drives at once).
>>
> If yo
Over the years I have run into several situations where for one reason
or another a backup utility such as dump or tar couldn't read a
particular backup. For that reason, I like to periodically do a backup
using another backup format. So I might use backuppc for my main backup
system, but once a
On Mon, Mar 12, 2012 at 6:22 PM, Nataraj wrote:
> >
> I would ideally like to get several drives on a single ESATA controller
> (At least 4 would be nice, though I know it won't have amazing
> performance if I access multiple drives at once).
>
If you have internal space there are trayless hotswa
On 03/12/2012 12:37 PM, m.r...@5-cent.us wrote:
>> So today I use TB size drives dropped into an external docking station.
>> The docking station plugs into the server using eSATA. Then it's a
>> relatively simple script run by cron to handle the daily backup. I'm
> Yup. Our home directories (N
On Mon, Mar 12, 2012 at 2:27 PM, Steve Lindemann wrote:
>
> I believe in tape... it's just not a viable option with the large disk
> sizes we have today unless you have a lot of money for a fast,
> multi-drive solution. I can backup a bit over 500GB daily in 3 hours to
> external disk. Using a s
Steve Lindemann wrote:
> On 3/11/2012 6:12 PM, Scott Walker wrote:
>> What do you guys recommend for backing up a small CentOS server in a
>> business environment. It will have (3) 300gb drives in a raid 5 array
>> but I don't anticipate more than about 25gb of data that needs to be
>>
>> The ven
On 3/11/2012 6:12 PM, Scott Walker wrote:
> What do you guys recommend for backing up a small CentOS server in a
> business environment. It will have (3) 300gb drives in a raid 5 array but I
> don't anticipate more than about 25gb of data that needs to be backed up
> each night.
> I want a lot of
From: Brian Mathis
To: CentOS mailing list
Sent: Sunday, March 11, 2012 5:38 PM
Subject: Re: [CentOS] CentOS Server Backup Options
On Sun, Mar 11, 2012 at 8:12 PM, Scott Walker
wrote:
> What do you guys recommend for backing up a small CentOS server i
Hi,
On Monday, March 12, 2012 you wrote:
>> What do you guys recommend for backing up a small CentOS server in a
>> business environment. It will have (3) 300gb drives in a raid 5 array but I
>> don't anticipate more than about 25gb of data that needs to be backed up
>> each night.
> I stumbled
On 03/12/2012 12:11 AM, Scott Walker wrote:
>
>
>> -Original Message-
>> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
>> Behalf Of Mark LaPierre
>> Sent: Sunday, March 11, 2012 8:37 PM
>> To: CentOS mailing list
>> Subject:
> -Original Message-
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf Of Mark LaPierre
> Sent: Sunday, March 11, 2012 8:37 PM
> To: CentOS mailing list
> Subject: Re: [CentOS] CentOS Server Backup Options
>
> On 03/11/2012 08:1
There are three reasons backups are made.
1: Protect from hardware failure
2: Protection from user deletion and/or corruption
of files whether accidental or otherwise. (Yes,
there are people who will intentionally damage
a filesystem.)
3: Fire or other natural disasters.
From your
On Sun, Mar 11, 2012 at 7:12 PM, Scott Walker
wrote:
> What do you guys recommend for backing up a small CentOS server in a
> business environment. It will have (3) 300gb drives in a raid 5 array but I
> don't anticipate more than about 25gb of data that needs to be backed up
> each night.
> I wa
Scott Walker writes:
>
> What do you guys recommend for backing up a small CentOS server in a
> business environment. It will have (3) 300gb drives in a raid 5 array but I
> don't anticipate more than about 25gb of data that needs to be backed up
> each night.
.
.
.
I stumbled on http://storeb
On Sun, Mar 11, 2012 at 8:12 PM, Scott Walker
wrote:
> What do you guys recommend for backing up a small CentOS server in a
> business environment. It will have (3) 300gb drives in a raid 5 array but I
> don't anticipate more than about 25gb of data that needs to be backed up
> each night.
> I wa
On 03/11/2012 08:12 PM, Scott Walker wrote:
> What do you guys recommend for backing up a small CentOS server in a
> business environment. It will have (3) 300gb drives in a raid 5 array but I
> don't anticipate more than about 25gb of data that needs to be backed up
> each night.
> I want a lot o
52 matches
Mail list logo
