Daniel Bareiro wrote:
> Hi, all!
>
> I'm trying to compile Bacula 3.0.2 with the source code from the
> official site. For it I've dowloaded the bacula-3.0.2.tar.gz file.
>
> I did the configuration using the following syntax:
>
> # ./configure \
> --prefix=/usr \
> --sbindir=/us
I tried your change but VirtualFull with multiple read devices is not
working. Restore is working but it was working even without your change.
I think I know why:
1. the code from reserve.c:637
dcr = new_dcr(rctx.jcr, rctx.jcr->dcr, rctx.device->dev);
always changes the write device, never the
Hi, all!
I'm trying to compile Bacula 3.0.2 with the source code from the
official site. For it I've dowloaded the bacula-3.0.2.tar.gz file.
I did the configuration using the following syntax:
# ./configure \
--prefix=/usr \
--sbindir=/usr/sbin \
--sysconfdir=/etc/bacula
Dan Langille wrote:
> Jo Rhett wrote:
>> I've just upgraded a machine from FreeBSD 6.3 to 7.2. I replaced all
>> the ports with new versions compiled on 7.2, and everything is working
>> normally (just like every other server running these builds) except
>> for bacula-dir. It is hanging r
Dear Sender,
i am no longer working with nunet. Your mail will not be forworded.
Please direct all mail to nunet Operations Team (operati...@nunet.de)
--
Come build with us! The BlackBerry(R) Developer Conference in SF,
On Sunday 11 October 2009 18:32:12 Nicolae Mihalache wrote:
> Hello, I can only test tomorrow because now I have some long running
> backups.
OK, no problem.
>
> But isn't your change affecting the jcr->dcr which is the writing device?
I think that is the point. jcr->dcr (should really be named
Hello, I can only test tomorrow because now I have some long running
backups.
But isn't your change affecting the jcr->dcr which is the writing device?
Have you tried running a virtual full or just a restore? I guess for a
restore it is working because no writing device is being used.
nicolae
Hello,
This is to let you know that I have tested my variation of your proposed fix
for changing read devices during VirtualFull, and it seems to work fine here
in our tests, so I have committed it. Just the same, I would appreciate it
if you could confirm that my suggestion really does fix yo
Dan Langille wrote:
> Jo Rhett wrote:
>> On Oct 10, 2009, at 4:59 PM, Dan Langille wrote:
>>> Jo Rhett wrote:
I've just upgraded a machine from FreeBSD 6.3 to 7.2. I replaced
all the ports with new versions compiled on 7.2, and everything is
working normally (just like every ot
Jo Rhett wrote:
> On Oct 10, 2009, at 4:59 PM, Dan Langille wrote:
>> Jo Rhett wrote:
>>> I've just upgraded a machine from FreeBSD 6.3 to 7.2. I replaced
>>> all the ports with new versions compiled on 7.2, and everything is
>>> working normally (just like every other server running these bu
Hello,
That is *very* interesting. Thanks for looking into this. I think the code
has previously worked for us because we may not have explicitly tested
Migration and VirtualFull, but for restores it all works fine.
Could you try one change to your fix? Remove your fix, then change line
res
I investigated a little more and found that if I replace the line
rctx.jcr->dcr = dcr = new_dcr(rctx.jcr, rctx.jcr->dcr, rctx.device->dev);
with
if (rctx.store->append == SD_READ) {
rctx.jcr->read_dcr = dcr = new_dcr(rctx.jcr, rctx.jcr->read_dcr,
rctx.device->dev);
} else {
12 matches
Mail list logo
