On Wednesday 12 September 2007 05:06, Nick Pope wrote:
> On Sep 11, 2007, at 1:26 PM, David Boyes wrote:
> >> Couldn't the migrate capability be altered ever so slightly to allow
> >> the "migration" of a job without purging the old job from the
> >> catalog? This would allow bitwise identical bac
On Tuesday 11 September 2007 23:42, Marc Schiffbauer wrote:
> * Marc Schiffbauer schrieb am 11.09.07 um 19:51 Uhr:
> > Hi all,
> >
> > has someone an idea what might be wrong/missing here in my build
> > environment?
> >
> > tray-monitor does not build.
> >
> > The Error:
> >
> > make[1]: Entering
* Marc Schiffbauer schrieb am 11.09.07 um 19:51 Uhr:
> Hi all,
>
> has someone an idea what might be wrong/missing here in my build
> environment?
>
> tray-monitor does not build.
>
> The Error:
>
> make[1]: Entering directory `/tmp/bacula-2.2.3/src/tray-monitor'
> Compiling tray-monitor.c
> tr
On Tuesday 11 September 2007 19:26, David Boyes wrote:
> > Couldn't the migrate capability be altered ever so slightly to allow
> > the "migration" of a job without purging the old job from the
> > catalog? This would allow bitwise identical backup(s) to be created
> > without having to create a f
On Tuesday 11 September 2007 19:30, David Boyes wrote:
> > Item 1: Implement a Copy job type that will copy the
> > jobdata from one device to another, for example,
> > copy from a fiel Tape to a real Tape.
>
> This function already exists in Bacula. Define a nextpool resource in
> the disk p
Hi all,
has someone an idea what might be wrong/missing here in my build
environment?
tray-monitor does not build.
The Error:
make[1]: Entering directory `/tmp/bacula-2.2.3/src/tray-monitor'
Compiling tray-monitor.c
tray-monitor.c:94: error: expected initializer before '*' token
tray-monitor.c:
> Item 1: Implement a Copy job type that will copy the
> jobdata from one device to another, for example,
> copy from a fiel Tape to a real Tape.
This function already exists in Bacula. Define a nextpool resource in
the disk pool definition and define a migration job, and schedule it as
norm
> Couldn't the migrate capability be altered ever so slightly to allow
> the "migration" of a job without purging the old job from the
> catalog? This would allow bitwise identical backup(s) to be created
> without having to create a forking/muxing SD/FD.
>
> This, of course, does not create the
On Wednesday 22 August 2007 14:01, Thomas Glatthor wrote:
> Hi List,
>
> here are a few things i found during the translation:
> > We furnish such a script (mtx-changer) that works with mtx found
> > in the depkgs distribution. This script works only with single drive
> > autochangers.
>
> only
On Tuesday 11 September 2007 17:40:09 Marc Schiffbauer wrote:
> * Benjamin E. Zeller schrieb am 11.09.07 um 09:36 Uhr:
> > On Monday 10 September 2007 19:16:52 Marc Schiffbauer wrote:
> > > * Benjamin E. Zeller schrieb am 10.09.07 um 18:31 Uhr:
> > >
> > > [...]
> > >
> > > > Sure, it's enough for
* Benjamin E. Zeller schrieb am 11.09.07 um 09:36 Uhr:
> On Monday 10 September 2007 19:16:52 Marc Schiffbauer wrote:
> > * Benjamin E. Zeller schrieb am 10.09.07 um 18:31 Uhr:
> >
> > [...]
> >
> > > Sure, it's enough for me to hear that these packages will get updated. So
> > > I can install from
On Tuesday 11 September 2007 16:17, José Luis Tallón wrote:
> Hi all, and sorry to jump it a bit late
>
> simo wrote:
> > On Fri, 2007-09-07 at 20:15 +0930, Dan Shearer wrote:
> >> On Fri, Sep 07, 2007 at 08:13:42PM +0930, Dan Shearer wrote:
> >>> There are two small doors that could be left open
Hi all, and sorry to jump it a bit late
simo wrote:
> On Fri, 2007-09-07 at 20:15 +0930, Dan Shearer wrote:
>
>> On Fri, Sep 07, 2007 at 08:13:42PM +0930, Dan Shearer wrote:
>>
>>
>>> There are two small doors that could be left open for the future: Bacula
>>> could implement "or later v
On Monday 27 August 2007 13:57, David Pospisil wrote:
> Hi,
> I'm using bacula, I have about 80 clients. My problem is that if I run
> restore command in console for client which has about 4 milions of files,
> it takes about 6 hours (I mean the process when I see stars for every
> backup which wer
Hello,
I'd recommend that you send this email to the bacula-users list (in fact, I am
copying them). They are very good at resolving these kinds of problems.
Please see www.bacula.org -> Support for more details.
Regards,
Kern
On Tuesday 21 August 2007 16:26, Steve Holstead wrote:
> I am ru
Hello,
On Friday 07 September 2007 15:13, simo wrote:
> On Fri, 2007-09-07 at 20:15 +0930, Dan Shearer wrote:
> > On Fri, Sep 07, 2007 at 08:13:42PM +0930, Dan Shearer wrote:
> > > There are two small doors that could be left open for the future:
> > > Bacula could implement "or later version" in
On Tue, 21 Aug 2007, Nick Pope wrote:
>
> On Aug 21, 2007, at 8:25 PM, Charles Sprickman wrote:
>
>> On Tue, 21 Aug 2007, Nick Pope wrote:
>>
>>>
>>> On Aug 20, 2007, at 12:48 PM, David Boyes wrote:
>>>
> I would like to second this. Right now I have duplicates of
> everything
> to
Hi List,
here are a few things i found during the translation:
> We furnish such a script (mtx-changer) that works with mtx found
> in the depkgs distribution. This script works only with single drive
> autochangers.
only single drive autochangers?
false
> Thus in principle, mtx-changer can
On Aug 20, 2007, at 12:48 PM, David Boyes wrote:
>> I would like to second this. Right now I have duplicates of
>> everything
>> to first do a local backup and 7 hours later another backup of the
> same
>> data (but without the scripts and longer runtime) to an offsite
> storage
>> to mirror th
Kern,
We are not that big a site (~270 clients, data ~6TB, tapes LTO3) but are
considering testing bacula to see if it would meet our needs.
We currently do a GFS rotation schedule with a temporary injunction
against recycling.
I would vote for the following:
Item 7: Implement creation and main
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have the regress.tar.gz from 2.0.3 if you need it. I'm not sure if
that helps or not.
=R
Kern Sibbald wrote:
> Hello,
>
> I have released 2.0.3-restore.patch to the bacula-patches 2.0.3 download area
> of Source Forge. This patch fixes bug #935
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kern Sibbald wrote:
> On Monday 10 September 2007 04:27, Ryan Novosielski wrote:
>> Kern Sibbald wrote:
>>> At this time, I do not have a patch for 2.0.x versions, and unless there
>>> is some really compelling reason to create one, I would prefer not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kern Sibbald wrote:
> Hello,
>
> I regret to have to announce that there is a rather serious bug in Bacula.
>
> Bacula bug #935 reports that during a restore, a large number of files are
> missing and thus not restored. This is really quite surpris
Dear Kern,
in message <[EMAIL PROTECTED]> you wrote:
>
> I have uploaded patches to bug #935 (bugs.bacula.org) that will correct
> version 2.2.0, 2.2.1, and 2.2.2. The patch has been tested only on version
> 2.2.2 and passes all regression tests as well as the specific test that
> reproduced
On Sat, 2007-09-08 at 00:19 +0930, Dan Shearer wrote:
> > Currently there is zero downside that I can see to maintaining the
> license
> > GPLv2. It doesn't restrict users from using GPLv3 code. There is
> no
> > restriction on mixing any kind of software licenses, the restriction
> comes in
>
it looks like no one from the bacula-users uses verify jobs,
here is my problem, since upgrading to 2.2.0 all verify jobs reports OK:
>> 05-Sep 18:32 backup-dir: Start Verify JobId=2111 Level=Catalog
>> Job=vclient.2007-09-05_18.32.27
>> 05-Sep 18:32 backup-dir: File: /opt/ic3s/etc/sendmail/t.mai
Nick Pope wrote:
On Aug 21, 2007, at 8:25 PM, Charles Sprickman wrote:
On Tue, 21 Aug 2007, Nick Pope wrote:
On Aug 20, 2007, at 12:48 PM, David Boyes wrote:
I would like to second this. Right now I have duplicates of
everything
to first do a local backup and 7 hours later an
Ok! Thanks for the clarification and sorry for the inconveniences. I'll bring
the post to the bacula-users list. :)
Cheers,
Pere Blay
>Hello,
>
>You would probably be better served by bringing your problem up on the
>bacula-users list where they deal with these kinds of problems. This is a
>d
Hi,
I'm using bacula, I have about 80 clients. My problem is that if I run restore
command in console for client which has about 4 milions of files, it takes
about 6 hours (I mean the process when I see stars for every backup which
were run for the client) and then I can finally type yes and th
Hi,
I'm using bacula, I have about 80 clients. I have for each client it's own
directory (I do backup to hard disc) and for each client I have two Pools, so
I have two types of files in the directory: FB-name_of_client-some_number and
IB-name_of_client-some_number, first one is a file (volume)
Item 1: Implement a Copy job type that will copy the
jobdata from one device to another, for example,
copy from a fiel Tape to a real Tape.
Date: 24 Aug 2007
Origin: dihor2000 at yahoo.de
Contact:
dihor2000 at yahoo.de
Status: feature request
Assigned to no one
W
Item 1: Implement a Copy job type that will copy the
jobdata from one device to another, for example,
copy from a fiel Tape to a real Tape.
Date: 24 Aug 2007
Origin: dihor2000 at yahoo.de
Contact:
dihor2000 at yahoo.de
Daniel Holtkamp
Status: Partially coded in 1.37 -- much mo
David Boyes wrote:
>> Of all the projects on the projects list, which 2 or 3 do you think
> are
>> most
>> important from an enterprise standpoint?
>
> That's a very open-ended question...8-) Careful what you wish for.
>
> IMHO, here's what my wish list would be:
>
> Copypools
> Extract capabi
On Aug 21, 2007, at 8:25 PM, Charles Sprickman wrote:
> On Tue, 21 Aug 2007, Nick Pope wrote:
>
>>
>> On Aug 20, 2007, at 12:48 PM, David Boyes wrote:
>>
I would like to second this. Right now I have duplicates of
everything
to first do a local backup and 7 hours later another back
On Tue, 21 Aug 2007, Nick Pope wrote:
>
> On Aug 20, 2007, at 12:48 PM, David Boyes wrote:
>
>>> I would like to second this. Right now I have duplicates of
>>> everything
>>> to first do a local backup and 7 hours later another backup of the
>> same
>>> data (but without the scripts and longer ru
I am running bacula-2.2.0 trying to get it working on a FreeBSD 6.2-RELEASE.
I have an autochanger with 3 drives. I have run the complete btape tests
with success. I am now trying to get multiple jobs running on multiple
tapes simultaneously. Below are scenarios I have documented. It would
appear
On Fri, 2007-09-07 at 20:15 +0930, Dan Shearer wrote:
> On Fri, Sep 07, 2007 at 08:13:42PM +0930, Dan Shearer wrote:
>
> > There are two small doors that could be left open for the future: Bacula
> > could implement "or later version" in its forthcoming modified GPL, and
> > OpenChange could dual-
With a BCC: to devel
On 6 Sep 2007 at 16:21, Jody McDonnell wrote:
> On 9/6/07, Jody McDonnell <[EMAIL PROTECTED]> wrote:
> > I have pretty much completed what I'd thought about in my first
> > post--and what you said sounded like a good plan--dumped the existing
> > database tables to a text fil
On Monday 10 September 2007 19:16:52 Marc Schiffbauer wrote:
> * Benjamin E. Zeller schrieb am 10.09.07 um 18:31 Uhr:
>
> [...]
>
> > Sure, it's enough for me to hear that these packages will get updated. So
> > I can install from that repo and if they wont be finished till my
> > install, i can do
39 matches
Mail list logo
