On Friday 19 January 2007 22:55, Martin Simmons wrote:
> > On Thu, 18 Jan 2007 20:23:38 -0700 (MST), Scott Ruckh said:
> > Importance: Normal
> >
> > I am trying to call a .BAT file using ClientRunBeforeJob. The config used
> > to work fine before upgrading the Windows FD 2.0.1.
> >
> > It l
Hello Arno,
Many thanks for your hard work. Since I have been through this several times,
I can second Arno's statements about the amount of work and the care one must
take to ensure an accurate tally. I *very* much appreciate you having done
this -- thanks.
Thanks also to everyone who voted
Hi,
On 1/20/2007 2:25 AM, Neal Gamradt wrote:
>
> Hello Arno,
>
> I am new to this list as of this week. What exactly is issue number one
> that you listed? The "Accurate restoration of renamed/deleted files".
> Is there a problem where Bacula restores? Could you please give me some
> det
Hi,
unless I'm seriously mistaking the voting period is over.
Here are the results I collected.
It's possible that I made some mistakes, but looking at the values I
don't think we need to worry about a few points.
90 votes reached me.
Priority 1 votes were assigned 5 points, and down to prior
All,Could someone tell me if there is a difference in the way that Bacula
handles volumes with the status "Archive" and the status "Read-Only"? Does any
data get removed from the database with "Archive"? I have some files I want to
pertinently archive on a volume that I am going to take out of
This is what you said Martin Simmons
>> On Thu, 18 Jan 2007 20:23:38 -0700 (MST), Scott Ruckh said:
>> Importance: Normal
>>
>> I am trying to call a .BAT file using ClientRunBeforeJob. The config
>> used
>> to work fine before upgrading the Windows FD 2.0.1.
>>
>> It looks like the syntax in
Eric Bollengier schrieb:
> > If I then select VU0EM005 add click on 'Status', I immediately get this
> > error again:
> >
> > http://vu0em005/cgi-bin/bweb/bweb.pl?client=VU0EM005&action.x=23&action.y=1
> >9&action=client_status
> >
> > [Fri Jan 19 17:35:01 2007] [error] [client 53.60.5.110] print()
> On Thu, 18 Jan 2007 14:51:47 +0100, kshatriyak said:
>
> Hello,
>
> Today I ran a Verify (VolumeToCatalog) to see if my files were written
> correctly to tape.
>
> I have a fileset that looks like this:
>
> Include {
>File = /test
>File = /test/part1
>File = /tes
> On Thu, 18 Jan 2007 20:23:38 -0700 (MST), Scott Ruckh said:
> Importance: Normal
>
> I am trying to call a .BAT file using ClientRunBeforeJob. The config used
> to work fine before upgrading the Windows FD 2.0.1.
>
> It looks like the syntax in my bacula-dir.conf file is correct. It looks
Hello,
On 1/16/2007 1:00 AM, Leah Kubik wrote:
> On Monday 15 January 2007 16:57, Arno Lehmann wrote:
>
>>Well, the usual setup I use when backing up to disk is to allow a fixed
>>number of volumes per pool, configure three pools - one for Full, one
>>for Diff, one for Incr backups - with retenti
Hi,
On 1/19/2007 12:13 PM, Marc Schiffbauer wrote:
> * Arno Lehmann schrieb am 19.01.07 um 01:27 Uhr:
>
>>Hello,
>>
>
>
> Hi Arno,
>
> [...]
>
>
>>... because "Requires Mount = Yes|No
>> You must set this directive to yes for DVD-writers, and to no for
>>all other devices (tapes/files).
Hi,
On 1/19/2007 8:54 PM, Wessel van Heerde wrote:
>
>
> Arno Lehmann wrote:
>
>>Hello,
>>
>>On 1/19/2007 12:02 PM, Wessel van Heerde wrote:
>>
>>>Hi there,
>>>
>>>In my Bacula setup I have specified several backup jobs, that are based
>>>on a
>>>job definition. In the job definition i have spe
Arno Lehmann wrote:
>
> Hello,
>
> On 1/19/2007 12:02 PM, Wessel van Heerde wrote:
>> Hi there,
>>
>> In my Bacula setup I have specified several backup jobs, that are based
>> on a
>> job definition. In the job definition i have specified that the pool to
>> use
>> is the Default Pool. That
> If I then select VU0EM005 add click on 'Status', I immediately get this
> error again:
>
> http://vu0em005/cgi-bin/bweb/bweb.pl?client=VU0EM005&action.x=23&action.y=1
>9&action=client_status
>
> [Fri Jan 19 17:35:01 2007] [error] [client 53.60.5.110] print() on closed
> filehandle GEN0 at /usr/li
Eric Bollengier schrieb:
>
> > Kern Sibbald schrieb:
> > > I've now installed bweb on a second machine, and have never run into a
> > > problem like you describe. Perhaps Eric will have some idea on this, but
> > > one piece of advice that I just got from Eric regarding a problem I had
> > > is t
Greetings folks,
I've been looking all over the place to see if anyone else has had this
problem or a resolution to it. Not finding it, I figured it was time to
try the list.
What I've got:
Director version: 1.38.3
FD version (on windows): 1.38.2
The issue is as follows (Please note, that I've
On Friday 19 January 2007 16:30, Scott Ruckh wrote:
>
> This is what you said Erich Prinz
> > Agreed Troy! Add the .exe to the path name. I ran into this very
> > same issue 'assuming' the extension would otto-magically be added. So
> > much for assuming
> >
> > Erich
> >
> >
> > On Jan 19, 2
Scott Ruckh wrote:
> Possibly the environment/context that the Bacula FD runs under is
> different then the user I am using to run the .BAT file. The security on
> the actual files appears to be correct for the SYSTEM user, which is what
> I believe is the context for the Bacula FD.
In another t
This is what you said Erich Prinz
> Agreed Troy! Add the .exe to the path name. I ran into this very
> same issue 'assuming' the extension would otto-magically be added. So
> much for assuming
>
> Erich
>
>
> On Jan 19, 2007, at 12:40 AM, Troy Daniels wrote:
>
>> Hi Scott,
>>
>> I might be co
Hello Alan,
Please submit the information below to a bug report. That way it will not be
lost, and in this case, it isn't quite a bug, but a design flaw that should
be corrected.
Best regards,
Kern
On Friday 19 January 2007 14:21, Alan Brown wrote:
> On Fri, 19 Jan 2007, Kern Sibbald wrote:
Agreed Troy! Add the .exe to the path name. I ran into this very
same issue 'assuming' the extension would otto-magically be added. So
much for assuming
Erich
On Jan 19, 2007, at 12:40 AM, Troy Daniels wrote:
> Hi Scott,
>
> I might be completely wrong but have you tried to append .exe
On Fri, 19 Jan 2007, Kern Sibbald wrote:
> Given that this doesn't seem to be creating enormous problems
I had noticed it, but hadn't been looking closely enough to file a
detailed report.
Kern, can you please revisit the definition of "failed" job upgrading?
With large filesets there is a dist
Hello,
On 1/19/2007 12:02 PM, Wessel van Heerde wrote:
> Hi there,
>
> In my Bacula setup I have specified several backup jobs, that are based on a
> job definition. In the job definition i have specified that the pool to use
> is the Default Pool. That pool does exists, but i do not want to use
* Arno Lehmann schrieb am 19.01.07 um 01:27 Uhr:
> Hello,
>
Hi Arno,
[...]
>
> ... because "Requires Mount = Yes|No
> You must set this directive to yes for DVD-writers, and to no for
> all other devices (tapes/files). This directive indicates if the device
> requires to be mounted to b
Hello,
Could you do several things?
1. Always send diffs in unified format (diff -u). The diffs below don't have
much meaning to me.
2. configure cannot be modified directly. The correct way to modify it is by
modifying autoconf/configure.in, which unfortunately a bit (lot) more
complicated
Hi there,
In my Bacula setup I have specified several backup jobs, that are based on a
job definition. In the job definition i have specified that the pool to use
is the Default Pool. That pool does exists, but i do not want to use it at
all. In the schedule resource I specified the pools to use
Hello
On 1/12/2007 2:06 PM, Kern Sibbald wrote:
> Hello,
>
> I have now finished organizing the projects list for voting, and
> Arno Lehmann has very graciously agreed to do the vote counting.
I'll have to think hard before doing that again - it will be more work
than I expected :-)
(Which is,
Hello,
This is to let you know that I have released a patch to Source Forge for
Bacula version 2.0.1 (also probably good for 2.0.0), which fixes bug #755
where jobs that were automatically rescheduled after a failure were being
upgraded from Incremental (or differential) to Full backups (the si
28 matches
Mail list logo