>
> If you are not taking a tape off-site every night, there is no need to
> remove
> it. Bacula can very easily handle the different backup levels.
Multiple
> levels and multiple tapes is no more complicated than one. That's
what a
> good computer program will do for you ... :-)
We always enco
On Tuesday 02 January 2007 14:30, James Harper wrote:
> > What I would like to see, and where I would be happy to participate,
> is to
> > convince the OS vendors (i.e. RedHat/Fedora, SuSE, Debian, Ubantu,
> > FreeBSD,
> > Solaris, HP, ...) that they should have an easy way for the user to
> make a
> What I would like to see, and where I would be happy to participate,
is to
> convince the OS vendors (i.e. RedHat/Fedora, SuSE, Debian, Ubantu,
> FreeBSD,
> Solaris, HP, ...) that they should have an easy way for the user to
make a
> rescue disk that captures the state of the current harddisk(s)
On Tuesday 02 January 2007 12:23, Alan Brown wrote:
> On Wed, 27 Dec 2006, Kern Sibbald wrote:
>
> >> Is there any reason that it can't be on the tape and restored first up
> >> as part of the DR process?
> >
> > That would be having the cart before the horse. The snapshot of the hard
disk
> > c
On Wed, 27 Dec 2006, Kern Sibbald wrote:
>> Is there any reason that it can't be on the tape and restored first up
>> as part of the DR process?
>
> That would be having the cart before the horse. The snapshot of the hard disk
> configuration is to be able to reconfigure a broken hard disk or con
On Friday 29 December 2006 17:40, Josh Fisher wrote:
>
> Kern Sibbald wrote:
> > On Friday 29 December 2006 00:03, Steen Meyer wrote:
> >
> >> Onsdag 27 december 2006 18:50 skrev Kern Sibbald:
> >>
> >>> On Tuesday 26 December 2006 15:39, Marc Schiffbauer wrote:
> >>>
> * Kern
Kern Sibbald wrote:
> On Friday 29 December 2006 00:03, Steen Meyer wrote:
>
>> Onsdag 27 december 2006 18:50 skrev Kern Sibbald:
>>
>>> On Tuesday 26 December 2006 15:39, Marc Schiffbauer wrote:
>>>
* Kern Sibbald schrieb am 26.12.06 um 15:03 Uhr:
Hi Kern,
On Friday 29 December 2006 00:54, Steen Meyer wrote:
> Fredag 29 december 2006 00:20 skrev Kern Sibbald:
> > On Friday 29 December 2006 00:03, Steen Meyer wrote:
> > > Onsdag 27 december 2006 18:50 skrev Kern Sibbald:
> > > > On Tuesday 26 December 2006 15:39, Marc Schiffbauer wrote:
> > > > > * Ke
Fredag 29 december 2006 00:20 skrev Kern Sibbald:
> On Friday 29 December 2006 00:03, Steen Meyer wrote:
> > Onsdag 27 december 2006 18:50 skrev Kern Sibbald:
> > > On Tuesday 26 December 2006 15:39, Marc Schiffbauer wrote:
> > > > * Kern Sibbald schrieb am 26.12.06 um 15:03 Uhr:
> > > >
> > > > Hi
On Friday 29 December 2006 00:03, Steen Meyer wrote:
> Onsdag 27 december 2006 18:50 skrev Kern Sibbald:
> > On Tuesday 26 December 2006 15:39, Marc Schiffbauer wrote:
> > > * Kern Sibbald schrieb am 26.12.06 um 15:03 Uhr:
> > >
> > > Hi Kern,
> > >
> > > [ progress on rescue cd ]
> > >
> > > > If
Onsdag 27 december 2006 18:50 skrev Kern Sibbald:
> On Tuesday 26 December 2006 15:39, Marc Schiffbauer wrote:
> > * Kern Sibbald schrieb am 26.12.06 um 15:03 Uhr:
> >
> > Hi Kern,
> >
> > [ progress on rescue cd ]
> >
> > > If anyone has some better ideas, I would appreciate it to hear them ...
>
> > 28-Dec 00:51 testing-9bt6t7m-fd: RestoreFiles.2006-12-28_00.46.42
Error:
> > attribs.c:409 File size of restored file /mnt/C:/D
> > ocuments and Settings/NetworkService/ntuser.dat.LOG not correct.
> > Original 1024, restored 16384.
> >
> > Is this just an artefact of Bacula extracting data out
On Thursday 28 December 2006 06:18, James Harper wrote:
> > One time I stupidly did something like:
> >
> >rm -rf xxx. *
> >
> > while running as root and cd'ed into the root directory. My rescue
> disk
> > very
> > quickly allowed me to restore the 500 or so damaged files to my system
> > w
> One time I stupidly did something like:
>
>rm -rf xxx. *
>
> while running as root and cd'ed into the root directory. My rescue
disk
> very
> quickly allowed me to restore the 500 or so damaged files to my system
> which
> was no longer bootable (/boot was gone and a good part of /lib was
On Wednesday 27 December 2006 12:15, James Harper wrote:
> > > Is there any reason that it can't be on the tape and restored first
> up
> > > as part of the DR process?
> >
> > That would be having the cart before the horse. The snapshot of the
> hard
> > disk configuration is to be able to recon
On Tuesday 26 December 2006 15:39, Marc Schiffbauer wrote:
> * Kern Sibbald schrieb am 26.12.06 um 15:03 Uhr:
>
> Hi Kern,
>
> [ progress on rescue cd ]
>
>
> >
> > If anyone has some better ideas, I would appreciate it to hear them ...
>
> Do you know mondo? It is a disaster recovery system
* Kern Sibbald schrieb am 26.12.06 um 15:03 Uhr:
Hi Kern,
[ progress on rescue cd ]
>
> If anyone has some better ideas, I would appreciate it to hear them ...
Do you know mondo? It is a disaster recovery system that supports
many distros and optionally can use the distros kernel to build the
> > Is there any reason that it can't be on the tape and restored first
up
> > as part of the DR process?
>
> That would be having the cart before the horse. The snapshot of the
hard
> disk configuration is to be able to reconfigure a broken hard disk or
> configure a replacement disk. Until you
On Wednesday 27 December 2006 02:10, James Harper wrote:
> >
> > Well, interestingly enough, I am just today working on the Bacula
> rescue
> > CDROM, and I have just about given up the idea of making a generic
> rescue
> > CDROM for a number of reasons that I'll describe below. First, here
> is
> Yes, I think that is a good idea. First, though, we must create such a
> tar
> file, which doesn't currently exist as such. If you load and run the
> rescue
> make, it will exist as a directory.
One other thing that might be an issue is encryption information. I'm not
sure if the current scr
On Tuesday 26 December 2006 15:57, David Boyes wrote:
>
> > 1. A snapshot of your hard disk configuration.
> > 2. A copy of your current Bacula file daemon that can be run on
> >a rescue system (i.e. probably statically linked).
> > 3. A bunch of scripts that can be used to do various recovery
> 1. A snapshot of your hard disk configuration.
> 2. A copy of your current Bacula file daemon that can be run on
>a rescue system (i.e. probably statically linked).
> 3. A bunch of scripts that can be used to do various recovery tasks
> (bring up the network, repartition your hard disks as t
22 matches
Mail list logo
