On Thursday 13 September 2007 03:41, Dan Langille wrote:
> On 12 Sep 2007 at 23:28, Kern Sibbald wrote:
> > On Wednesday 12 September 2007 23:13, Martin Simmons wrote:
> > > > On Wed, 12 Sep 2007 16:53:40 -0400, Dan Langille said:
> > > >
> > > > On 12 Sep 2007 at 22:42, Kern Sibbald wrote:
> >
I'm just documenting this test failure. It's is more of a freeze,
than a failure, but I have seen this issue before. Waiting for an
appendable volume.
On the console, I see:
=== Starting 2drive-incremental-2disk at 20:40:06 ===
That's about an hour ago. The test should take about 6 minutes
On 12 Sep 2007 at 23:28, Kern Sibbald wrote:
> On Wednesday 12 September 2007 23:13, Martin Simmons wrote:
> > > On Wed, 12 Sep 2007 16:53:40 -0400, Dan Langille said:
> > >
> > > On 12 Sep 2007 at 22:42, Kern Sibbald wrote:
> > > > On Wednesday 12 September 2007 21:25, Dan Langille wrote:
> >
On 12 Sep 2007 at 23:28, Kern Sibbald wrote:
> By the way, I have sent Dan my potential fix for this.
Which I hope to have tested within 24 hours. Other tests are running
just now.
--
Dan Langille - http://www.langille.org/
Available for hire: http://www.freebsddiary.org/dan_langille.php
On Wednesday 12 September 2007 23:13, Martin Simmons wrote:
> > On Wed, 12 Sep 2007 16:53:40 -0400, Dan Langille said:
> >
> > On 12 Sep 2007 at 22:42, Kern Sibbald wrote:
> > > On Wednesday 12 September 2007 21:25, Dan Langille wrote:
> >
> > [EMAIL PROTECTED]:~/src/BaculaRegressionTesting] $
> On Wed, 12 Sep 2007 16:53:40 -0400, Dan Langille said:
>
> On 12 Sep 2007 at 22:42, Kern Sibbald wrote:
>
> > On Wednesday 12 September 2007 21:25, Dan Langille wrote:
>
> [EMAIL PROTECTED]:~/src/BaculaRegressionTesting] $ gdb bin/bacula-fd bacula-
> fd.core
> GNU gdb 6.1.1 [FreeBSD]
> Cop
On 12 Sep 2007 at 23:09, Kern Sibbald wrote:
> Hello,
>
> I believe that I may have a fix for the FD crash shown below. I'll commit it
> tomorrow as I have another fix for bug #920 that I need to fully test before
> committing.
If you have the fix coded or can explain it, send it over. I'll t
On Wednesday 12 September 2007 22:53, Dan Langille wrote:
> On 12 Sep 2007 at 22:42, Kern Sibbald wrote:
> > On Wednesday 12 September 2007 21:25, Dan Langille wrote:
> > > On 12 Sep 2007 at 20:15, Martin Simmons wrote:
> > > > > On Wed, 12 Sep 2007 12:00:59 -0400, Dan Langille said:
> > > > >
Hello,
I believe that I may have a fix for the FD crash shown below. I'll commit it
tomorrow as I have another fix for bug #920 that I need to fully test before
committing.
Regards,
Kern
On Wednesday 12 September 2007 21:15, Martin Simmons wrote:
> > On Wed, 12 Sep 2007 12:00:59 -0400, D
On 12 Sep 2007 at 22:42, Kern Sibbald wrote:
> On Wednesday 12 September 2007 21:25, Dan Langille wrote:
> > On 12 Sep 2007 at 20:15, Martin Simmons wrote:
> > > > On Wed, 12 Sep 2007 12:00:59 -0400, Dan Langille said:
> > > >
> > > > Priority: normal
> > > > Content-description: Mail message
On Wednesday 12 September 2007 21:25, Dan Langille wrote:
> On 12 Sep 2007 at 20:15, Martin Simmons wrote:
> > > On Wed, 12 Sep 2007 12:00:59 -0400, Dan Langille said:
> > >
> > > Priority: normal
> > > Content-description: Mail message body
> > >
> > > After I encounterd repeated cores of bacu
On 12 Sep 2007 at 20:15, Martin Simmons wrote:
> > On Wed, 12 Sep 2007 12:00:59 -0400, Dan Langille said:
> > Priority: normal
> > Content-description: Mail message body
> >
> > After I encounterd repeated cores of bacula-sd, Eric Bollengier
> > suggested this patch. It passed my first set
> On Wed, 12 Sep 2007 12:00:59 -0400, Dan Langille said:
> Priority: normal
> Content-description: Mail message body
>
> After I encounterd repeated cores of bacula-sd, Eric Bollengier
> suggested this patch. It passed my first set of regression tests
> without producing a bacula-sd.core
>
On Wednesday 12 September 2007 18:03, David Boyes wrote:
> > On Wednesday 12 September 2007 17:03, David Boyes wrote:
> > > I'm not sure I understand you completely. If you have a storage pool
> > > defined in one SD and another storage pool defined in a separate SD,
>
> you
>
> > > should be able
On Wednesday 12 September 2007 18:10, Josh Fisher wrote:
> Kern Sibbald wrote:
> > On Wednesday 12 September 2007 05:06, Nick Pope wrote:
> >> On Sep 11, 2007, at 1:26 PM, David Boyes wrote:
> >>> Also, there is still a period of time where only one copy of the
> >>> backed-up data exists; all the
On Wednesday 12 September 2007 18:00, Dan Langille wrote:
> After I encounterd repeated cores of bacula-sd, Eric Bollengier
> suggested this patch. It passed my first set of regression tests
> without producing a bacula-sd.core
>
> The traceback appears at the end of this email. Any objections to
Kern Sibbald wrote:
> On Wednesday 12 September 2007 05:06, Nick Pope wrote:
>
>> On Sep 11, 2007, at 1:26 PM, David Boyes wrote:
>>
>>> Also, there is still a period of time where only one copy of the
>>> backed-up data exists; all the easy solutions to this problem don't
>>> address that
> On Wednesday 12 September 2007 17:03, David Boyes wrote:
> > I'm not sure I understand you completely. If you have a storage pool
> > defined in one SD and another storage pool defined in a separate SD,
you
> > should be able to migrate from one SD to the other, as long as the
> > director in a
During recent regression testing, I've been getting bacula-fd.core
files. Here is the latest:
[EMAIL PROTECTED]:~/src/BaculaRegressionTesting] $ gdb bin/bacula-fd bacula-
fd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU Genera
After I encounterd repeated cores of bacula-sd, Eric Bollengier
suggested this patch. It passed my first set of regression tests
without producing a bacula-sd.core
The traceback appears at the end of this email. Any objections to a
commit now?
$ svn di
Index: stored/stored.c
Perhaps I'm asking something stupid but is there a reason that bacula
stores loads of info in a database (pretty much everything), except for
its own configuration?
I would like to see at least the job settings and stuff move to the db.
I can see issues with moving client definitions into the d
In response to Kern Sibbald <[EMAIL PROTECTED]>:
> On Monday 10 September 2007 22:28, Bill Moran wrote:
> > In response to Kern Sibbald <[EMAIL PROTECTED]>:
> > > Hello,
> > >
> > > I would really appreciate it if you would all run regression tests on the
> > > proposed 2.2.3 version, which (hopef
On Wednesday 12 September 2007 17:03, David Boyes wrote:
> I'm not sure I understand you completely. If you have a storage pool
> defined in one SD and another storage pool defined in a separate SD, you
> should be able to migrate from one SD to the other, as long as the
> director in a particular
I'm not sure I understand you completely. If you have a storage pool
defined in one SD and another storage pool defined in a separate SD, you
should be able to migrate from one SD to the other, as long as the
director in a particular instance knows about both SDs. We do that now,
and it seems to wo
On 12 Sep 2007 at 16:12, Kern Sibbald wrote:
> Hello Dan,
>
> Do the tests fail without the patch applied?
Yes. It's been random failures, perhaps one per regression test run.
I do a make distclean, I run the tests again, all is OK.
> If they only fail with the patch applied, I'd suggest you
Hello Dan,
Do the tests fail without the patch applied?
If they only fail with the patch applied, I'd suggest you wait until the tests
I suggest below are done.
I suggest regardless of whether or not the failures have something to do with
your patch that you set up a script that does the follo
The quoting changes we have been talking about are ready to be
committed. I've run the regression tests many times over the past
week or so.
Sometimes a tests will fail, but when rerunning the test manually, it
passes. I'll be committing this into trunk later today. If you
start seeing ve
Hi all,
I was not following bacula lists for a few weeks (was on vacations). Now
found, that there was a discusion about feature requests, there is a new
list on bacula site. What suprosed me was lack of my proposal sent in
may to 'bacula-users' list in may'07 regarding inter-SD migrations. I
28 matches
Mail list logo
