Timothy J Massey wrote at about 22:46:39 -0400 on Tuesday, April 12, 2011:
> Timothy J Massey wrote on 04/12/2011 10:13:11 PM:
>
> > But give it a try first: unless that production server is a 600MHz
> > machine with 512MB RAM and a single SATA spindle, you will most
> > likely be fine (a
Saturn2888 wrote at about 19:40:50 -0700 on Tuesday, April 12, 2011:
> The BackupPC_copyPcPool script and the tar copy are great for backing up the
> pool but both suffer the same fate as dd; there's no method of only
> transferring changes of files which destroys available bandwidth and leave
Timothy J Massey wrote at about 21:57:11 -0400 on Tuesday, April 12, 2011:
> "Jeffrey J. Kosowsky" wrote on 04/12/2011 07:36:36
> PM:
>
> > Just as a side point, my plugcomputer + USB drive is so small and
> > portable that I actually have it located inside my network box.
> By network bo
On 13/04/2011 12:04 PM, Timothy J Massey wrote:
Has anyone actually done this in production with realistic amounts of
data (and data turnover) to see how it *actually* works? Remember,
for example, that in theory LVM snapshotting is also the greatest
thing since sliced bread, too, but in pract
Saturn2888 wrote on 04/12/2011 10:40:50
PM:
> My goodness that's a lot of replies; although, almost all of them
> are from a post I made a while back which I've elaborated on at
> least 3 times since.
But you keep saying the same thing. Repeating it doesn't make it doable.
> The main point
Timothy J Massey wrote on 04/12/2011 10:13:11 PM:
> But give it a try first: unless that production server is a 600MHz
> machine with 512MB RAM and a single SATA spindle, you will most
> likely be fine (and if you *are* running like that, well, you have
> other problems! :) ). (Actually, I
My goodness that's a lot of replies; although, almost all of them are from a
post I made a while back which I've elaborated on at least 3 times since.
The main point here that I'm trying to get across, at least for my own setup,
is that I cannot handle dd'ing 1TB/day. That would literally take 8
Chris Parsons wrote on 04/12/2011 10:12:59
PM:
> On 13/04/2011 11:21 AM, Timothy J Massey wrote:
>> Remember, you have to get them to another machine, so ZFS or any
>> other snapshot by itself won't finish the job: you then need to copy
>> them somewhere else. This includes SAN based solution
"Jeffrey J. Kosowsky" wrote on 04/12/2011 07:41:15
PM:
> Jake Wilson wrote at about 17:06:55 -0600 on Tuesday, April 12, 2011:
> > We have a production server on the network with several terabytes of
data
> > that needs to be backed up onto our BackupPC server. The problem is
that
> > the
On 13/04/2011 11:21 AM, Timothy J Massey wrote:
ZFS.
Sorry, unexplainable brain fade. Maybe I should concentrate more on what
I write. ZFS.
Remember, you have to get them to another machine, so ZFS or any other
snapshot by itself won't finish the job: you then need to copy them
somewhere els
"Jeffrey J. Kosowsky" wrote on 04/12/2011 07:36:36
PM:
> Just as a side point, my plugcomputer + USB drive is so small and
> portable that I actually have it located inside my network box.
By network box, do you mean something like a NAS?
I've actually played with the idea of putting BackupPC
Chris Parsons wrote on 04/12/2011 07:36:26
PM:
> On 13/04/2011 5:13 AM, Timothy J Massey wrote:
> To slightly expand what Les wrote: there are 4 realistic options
> (for a very loose definition of "realistic"):
>
> 1) rsync the pool.
> 2) LVM Snapshot/dd
> 3) Break a RAID array
> 4) Run
On 13/04/2011 5:13 AM, Timothy J Massey wrote:
To slightly expand what Les wrote: there are 4 realistic options (for
a very loose definition of "realistic"):
1) rsync the pool.
2) LVM Snapshot/dd
3) Break a RAID array
4) Run two separate BackupPC servers, both backing up the same server.
You
On 13/04/2011 9:06 AM, Jeffrey J. Kosowsky wrote:
> Just as a side point, my plugcomputer + USB drive is so small and
> portable that I actually have it located inside my network box. And it
> is so replicable that I can easily just rsync the plug flash memory
> (512MB) onto another spare plug, gra
Timothy J Massey wrote at about 18:44:06 -0400 on Tuesday, April 12, 2011:
> "Jeffrey J. Kosowsky" wrote on 04/12/2011 05:10:15
> PM:
>
> > Timothy J Massey wrote at about 15:40:05 -0400 on Tuesday, April 12,
> 2011:
> > > "Jeffrey J. Kosowsky" wrote on
> 04/10/201101:57:01
> > > P
Jake Wilson wrote at about 17:06:55 -0600 on Tuesday, April 12, 2011:
> We have a production server on the network with several terabytes of data
> that needs to be backed up onto our BackupPC server. The problem is that
> the production server is in use most of the day. There is a lot of norm
Timothy J Massey wrote at about 18:49:57 -0400 on Tuesday, April 12, 2011:
> "Jeffrey J. Kosowsky" wrote on 04/12/2011 05:20:07
> PM:
>
> > Timothy J Massey wrote at about 15:43:28 -0400 on Tuesday, April 12,
> 2011:
> > I think #4 is underappreciated given how cheap hardware is
> > now
We have a production server on the network with several terabytes of data
that needs to be backed up onto our BackupPC server. The problem is that
the production server is in use most of the day. There is a lot of normal
network traffic going in and out.
I'm wondering what options there are for
"Jeffrey J. Kosowsky" wrote on 04/12/2011 05:20:07
PM:
> Timothy J Massey wrote at about 15:43:28 -0400 on Tuesday, April 12,
2011:
> > To slightly expand what Les wrote: there are 4 realistic options
(for a
> > very loose definition of "realistic"):
> >
> > 1) rsync the pool.
> As note
"Jeffrey J. Kosowsky" wrote on 04/12/2011 05:10:15
PM:
> Timothy J Massey wrote at about 15:40:05 -0400 on Tuesday, April 12,
2011:
> > "Jeffrey J. Kosowsky" wrote on
04/10/201101:57:01
> > PM:
> >
> > > The only problem with dd is that you would generally need to either
> > > make a "
Timothy J Massey wrote at about 15:43:28 -0400 on Tuesday, April 12, 2011:
> Les Mikesell wrote on 04/11/2011 10:55:21 AM:
>
> > On 4/11/2011 12:43 AM, Saturn2888 wrote:
> > > But none of that solves the issue we're having now.
> >
> > None of what? It is hard to understand things with no
Timothy J Massey wrote at about 15:40:05 -0400 on Tuesday, April 12, 2011:
> "Jeffrey J. Kosowsky" wrote on 04/10/2011 01:57:01
> PM:
>
> > The only problem with dd is that you would generally need to either
> > make a "snapshot" (e.g., using lvm2) or shutdown BackupPC and unmount
> > the
Timothy J Massey wrote on 04/12/2011 03:48:11 PM:
> Saturn2888 wrote on 04/12/2011
12:11:49 AM:
>
> > Les, that's a pretty good idea, running two, but I cannot do that
> > with these systems sadly. It'd be really nice to not have to take
> > the machine down to do the backup though. So I gue
hans...@gmail.com wrote on 04/10/2011 06:19:09 AM:
> I had a pretty extensive discussion with the Linux-RAID list on
> thisand the general conclution was that the way mdraid does the
> mirroring would just add unnecessary kruft to the resulting filesystem
> and make recovery more difficult.
>
> T
Saturn2888 wrote on 04/12/2011 12:11:49
AM:
> Les, that's a pretty good idea, running two, but I cannot do that
> with these systems sadly. It'd be really nice to not have to take
> the machine down to do the backup though. So I guess that's my
> question, I'm looking for a way to backup the
Les Mikesell wrote on 04/11/2011 10:55:21 AM:
> On 4/11/2011 12:43 AM, Saturn2888 wrote:
> > But none of that solves the issue we're having now.
>
> None of what? It is hard to understand things with no context.
>
> > How in the world do we backup the current pool of data?
>
> Any of the ways
"Jeffrey J. Kosowsky" wrote on 04/10/2011 01:57:01
PM:
> The only problem with dd is that you would generally need to either
> make a "snapshot" (e.g., using lvm2) or shutdown BackupPC and unmount
> the drives to assure a perfect partition copy.
You always have to unmount (for it to work correc
Hi all,
On my old BPC-server I had a 1TB raid0 array using ext3 and the below line set
in /etc/fstab.
/dev/md0 /bak ext3 nodiratime,noatime,commit=120,data=writeback,defaults 1 2
Are the same switches, ie everything after "ext3" except for "1 2", still usable
on my new BPC-server using ext4 on t
>-Original Message-
>From: Tyler J. Wagner [mailto:ty...@tolaris.com]
>Sent: Tuesday, April 12, 2011 2:33 PM
>To: sorin.s...@orgfarm.uu.se; General list for user discussion, questions
>and support
>Subject: Re: [BackupPC-users] Exporting host settings from old to new BPC-
>server
>
>On Tue,
On Tue, 2011-04-12 at 11:02 +0200, Sorin Srbu wrote:
> I will still be using the old server, for less critical backups. In that case
> I guess it's okay?
It's fine. It's just a decision you have to make for security. Sharing
private keys between servers means that a breach at one is a risk to all
I resolved by myself with a separated file per PC.
Bye.
--- Germano
-- Forwarded message --
From: Germano Paciocco
Date: 2011/4/12
Subject: Different smb share on different PC
To: backuppc-users@lists.sourceforge.net
Hi all.
I'm new of backuppc, and I'm trying it to backup som
Hi all.
I'm new of backuppc, and I'm trying it to backup some windows PCs through
smb share.
For example I have PC1 and PC2 with the following share name configuration:
PC1 -> share_a, share_b
PC2 -> share_c
I need to backup only share content, not whole C$.
So I tried to set $Conf{SmbShareName}
>-Original Message-
>From: Tyler J. Wagner [mailto:ty...@tolaris.com]
>Sent: Tuesday, April 12, 2011 10:52 AM
>To: sorin.s...@orgfarm.uu.se; General list for user discussion, questions
>and support
>Subject: Re: [BackupPC-users] Exporting host settings from old to new BPC-
>server
>
>On Tue
On Tue, 2011-04-12 at 09:47 +0200, Sorin Srbu wrote:
> Anyway, the answer seems to be yes, you can just copy over the ssh-keys from
> the
> old BPC-server to the new, and have it working.
>
> A follow-up question to this is as follows; is this a recommended practice?
> Can
> something bad happen
>-Original Message-
>From: Sorin Srbu [mailto:sorin.s...@orgfarm.uu.se]
>Sent: Tuesday, April 12, 2011 9:37 AM
>To: 'General list for user discussion, questions and support'
>Subject: Re: [BackupPC-users] Exporting host settings from old to new BPC-
>server
>
>What about the ssh-keys used f
>-Original Message-
>From: Sorin Srbu [mailto:sorin.s...@orgfarm.uu.se]
>Sent: Tuesday, April 12, 2011 9:04 AM
>To: 'General list for user discussion, questions and support'
>Subject: Re: [BackupPC-users] Exporting host settings from old to new BPC-
>server
>
>>Yes, it is possible. I've don
>-Original Message-
>From: Sorin Srbu [mailto:sorin.s...@orgfarm.uu.se]
>Sent: Tuesday, April 12, 2011 9:04 AM
>To: 'General list for user discussion, questions and support'
>Subject: Re: [BackupPC-users] Exporting host settings from old to new BPC-
>server
>
>>> Now, instead of recreating
>-Original Message-
>From: Tyler J. Wagner [mailto:ty...@tolaris.com]
>Sent: Monday, April 11, 2011 5:48 PM
>To: sorin.s...@orgfarm.uu.se; General list for user discussion, questions
>and support
>Subject: Re: [BackupPC-users] Exporting host settings from old to new BPC-
>server
>
>> Now, i
38 matches
Mail list logo
