On Tue, Jul 10, 2012 at 11:59 PM, Emmanuel Noobadmin
wrote:
> On 7/11/12, Les Mikesell wrote:
>> Hours? This should happen in the time it takes to transfer a
>> directory listing and read through it unless you used --ignore-times
>> in the arguments. If you have many millions of files or not en
On 7/11/12, Les Mikesell wrote:
> Hours? This should happen in the time it takes to transfer a
> directory listing and read through it unless you used --ignore-times
> in the arguments. If you have many millions of files or not enough
> RAM to hold the list I suppose it could take hours.
Not th
On Tue, Jul 10, 2012 at 1:36 AM, Emmanuel Noobadmin
wrote:
> On 7/9/12, Les Mikesell wrote:
>> One thing that helps is to break it up into separate runs, at least
>> per-filesystem and perhaps some of the larger subdirectories.
>> Depending on the circumstances, you might be able to do an initial
On 7/10/12, John R Pierce wrote:
> IF you're using LVM, you can take a file system snapshot, and dump the
> snapshot, however, as this is a point-in-time replica of the file system.
Unfortunately I wasn't.
It does seem that essentially all the better methods that minimize
downtime require the sy
On 07/10/12 12:06 AM, Emmanuel Noobadmin wrote:
> On 7/10/12, John R Pierce wrote:
>> dump should not be used on mounted file systems, except / in single user.
> Aha, thanks for the warning!
>
IF you're using LVM, you can take a file system snapshot, and dump the
snapshot, however, as this is a
On 7/10/12, John R Pierce wrote:
> dump should not be used on mounted file systems, except / in single user.
Aha, thanks for the warning!
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On 07/09/12 11:39 PM, Emmanuel Noobadmin wrote:
> On 7/10/12, aurfalien wrote:
>> I do dump/restores fir this sort of thing.
> Thanks for this, I didn't know there was such a command until now!
> But it looks like it should work for me since bulk of the data are
> usually in /home which is a separ
On 7/10/12, aurfalien wrote:
> I do dump/restores fir this sort of thing.
Thanks for this, I didn't know there was such a command until now!
But it looks like it should work for me since bulk of the data are
usually in /home which is a separate fs/mount usually. I can always
resize the fs after t
On 7/9/12, Les Mikesell wrote:
> One thing that helps is to break it up into separate runs, at least
> per-filesystem and perhaps some of the larger subdirectories.
> Depending on the circumstances, you might be able to do an initial run
> ahead of time when speed doesn't matter so much, then just
On Mon, 2012-07-09 at 09:00 -0700, aurfalien wrote:
> On Jul 8, 2012, at 10:34 PM, Emmanuel Noobadmin wrote:
>
> > On 7/9/12, Micky wrote:
> >> The best and traditional way that has been there for decades is an rsync
> >> and then reinstallation of boot-loader.
> >> It works always if you know ho
aurfalien wrote:
>
> On Jul 8, 2012, at 10:34 PM, Emmanuel Noobadmin wrote:
>
>> On 7/9/12, Micky wrote:
>>> The best and traditional way that has been there for decades is an
>>> rsync
>>> and then reinstallation of boot-loader.
>>> It works always if you know how it's done.
>>
>> The problem I f
On Jul 8, 2012, at 10:34 PM, Emmanuel Noobadmin wrote:
> On 7/9/12, Micky wrote:
>> The best and traditional way that has been there for decades is an rsync
>> and then reinstallation of boot-loader.
>> It works always if you know how it's done.
>
> The problem I found with rsync is that it is
On Mon, Jul 9, 2012 at 12:34 AM, Emmanuel Noobadmin
wrote:
> On 7/9/12, Micky wrote:
>> The best and traditional way that has been there for decades is an rsync
>> and then reinstallation of boot-loader.
>> It works always if you know how it's done.
>
> The problem I found with rsync is that it i
Phil Savoie wrote:
> On 07/08/2012 06:48 PM, Micky wrote:
> > The best and traditional way that has been there for decades is an rsync
> > and then reinstallation of boot-loader.
> > It works always if you know how it's done.
> >
> > If you need detailed instructions, I can send you that!
>
> Yes,
On 9/7/2012 1:48 πμ, Micky wrote:
> The best and traditional way that has been there for decades is an rsync
> and then reinstallation of boot-loader.
We are using mondorescue (mondoarchive and mondorestore). Works fine and
supports many ways of archiving/restoring, LVM etc.
I recommend it. Goo
On 7/9/12, John R Pierce wrote:
> On 07/08/12 7:14 PM, Joseph Spenner wrote:
>> What is running on the server? You might be able to get away with a dd,
>> to build a duplicate disk. This disk can be directly attached or on
>> another server tunneled through ssh.
>
> or setup a drbd replica, wait
On 7/9/12, Micky wrote:
> The best and traditional way that has been there for decades is an rsync
> and then reinstallation of boot-loader.
> It works always if you know how it's done.
The problem I found with rsync is that it is very slow when there are
a lot of small files. Any idea how this c
On 07/08/12 8:20 PM, Phil Savoie wrote:
> Centos 5.8 and Centos 6.2 servers. A duplicate disk is not what I am
> after as I cannot always replace with exact drives, i.e., same make,
> model, size, etc.
note that there's a lot of things where file by file, or even sector by
sector, duplicates are
On 07/08/2012 10:14 PM, Joseph Spenner wrote:
>
> On Jul 8, 2012, at 6:57 PM, Phil Savoie wrote:
>
>> On 07/08/2012 06:48 PM, Micky wrote:
>>> The best and traditional way that has been there for decades is an rsync
>>> and then reinstallation of boot-loader.
>>> It works always if you know how it
On 07/08/12 7:14 PM, Joseph Spenner wrote:
> What is running on the server? You might be able to get away with a dd, to
> build a duplicate disk. This disk can be directly attached or on another
> server tunneled through ssh.
or setup a drbd replica, wait for it to replicate, then stop the
re
On Jul 8, 2012, at 6:57 PM, Phil Savoie wrote:
> On 07/08/2012 06:48 PM, Micky wrote:
>> The best and traditional way that has been there for decades is an rsync
>> and then reinstallation of boot-loader.
>> It works always if you know how it's done.
>>
>> If you need detailed instructions, I c
On 07/08/2012 06:48 PM, Micky wrote:
> The best and traditional way that has been there for decades is an rsync
> and then reinstallation of boot-loader.
> It works always if you know how it's done.
>
> If you need detailed instructions, I can send you that!
Yes, please! Could you either post her
The best and traditional way that has been there for decades is an rsync
and then reinstallation of boot-loader.
It works always if you know how it's done.
If you need detailed instructions, I can send you that!
On Tue, Jun 19, 2012 at 10:44 AM, Les Mikesell wrote:
> On Tue, Jun 19, 2012 at 1
On Tue, Jun 19, 2012 at 12:03 PM, Cal Sawyer wrote:
>
> You're right - documentation is pretty dire. Guess i'm not alone in
> hating doing it.
Yes, I really, really wish the stuff they are doing was documented,
somewhere, anywhere. Not just how to use the program itself which is
supposed to 'ju
Subject: Re: [CentOS] Best way to duplicate a live Centos 5 server?
To: CentOS mailing list
On Mon, Jun 18, 2012 at 11:21 AM,
Cal Sawyer wrote:
>> >
>> > ReaR has suddenly become very interesting to me, probably explaining why
>> > it utterly fails to work properly
On Mon, Jun 18, 2012 at 11:21 AM, Cal Sawyer wrote:
>
> ReaR has suddenly become very interesting to me, probably explaining why
> it utterly fails to work properly (for me).I'm using 1.13 to pull a
> USB-based recovery image, but there's an error in the
> backup/NETFS/default/50_make_backup.sh sc
From: Les Mikesell
Subject: Re: [CentOS] Best way to duplicate a live Centos 5 server?
To: CentOS mailing list
On Fri, Jun 8, 2012 at 12:04 PM, Scott Silva wrote:
>> Am I missing something glaringly obvious here, or is the only way I'm
>> going be able to migrate is t
On Thu, Jun 14, 2012 at 2:32 AM, Emmanuel Noobadmin
wrote:
> On 6/14/12, Smithies, Russell wrote:
>> How about using one of the backup tools to image the server?
>> We use Symantec System Recovery and image all the disks. We then have the
>> option of restoring to different hardware (physical or
On 6/14/12, Smithies, Russell wrote:
> How about using one of the backup tools to image the server?
> We use Symantec System Recovery and image all the disks. We then have the
> option of restoring to different hardware (physical or virtual) which works
> very well.
> There's a 60-day evaluation p
ducts/trialware.jsp?pcid=pcat_business_cont&pvid=1602_1
--Russell
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of
Emmanuel Noobadmin
Sent: Thursday, 14 June 2012 2:36 a.m.
To: CentOS mailing list
Subject: Re: [CentOS] Best way to duplica
I'm using KVM so didn't have the tool.
While Les' suggestion looked like it was going to be pretty useful for
a variety of backup/restore situations, I didn't know if I had the
time to go through the docs and get things working in time.
So in the end I went with the repeated rSync method Scott me
On 08/06/2012 17:33, Emmanuel Noobadmin wrote:
> I've got a CentOS 5 server that I want to migrate over into a
> virtualized instance.
> The problem is I need to minimize downtime so was trying to figure out
> a way to "live" clone the original.
>
> Initially, I thought I could do this via exporti
On Fri, Jun 8, 2012 at 12:04 PM, Scott Silva wrote:
>
>> Am I missing something glaringly obvious here, or is the only way I'm
>> going be able to migrate is to shutdown the C5 server for a few hours
>> while duping the old drives? Would greatly appreciate any pointers how
>> best to do this.
> Yo
on 6/8/2012 9:33 AM Emmanuel Noobadmin spake the following:
> I've got a CentOS 5 server that I want to migrate over into a
> virtualized instance.
> The problem is I need to minimize downtime so was trying to figure out
> a way to "live" clone the original.
>
> Initially, I thought I could do thi
I've got a CentOS 5 server that I want to migrate over into a
virtualized instance.
The problem is I need to minimize downtime so was trying to figure out
a way to "live" clone the original.
Initially, I thought I could do this via exporting an iSCSI target
from the virtual host, create a MD raid
35 matches
Mail list logo