Well, everything went swimmingly with the 32-bit compiled Bacula, so my
assumption is there's something amiss in Sol10's 64bit libraries.
That was with still going to the 64-bit MySQL, as an aside, which shouldn't
matter.
Mark
On Thu, Jul 07, 2005 at 08:42:37PM +0200, Kern Sibbald wrote:
> On
On Thursday 07 July 2005 19:58, Mark Bober wrote:
> I'd run btape back when I originally installed; I don't have the output but
> I didn't note any errors.
>
> I've recompiled 32-bit, and ran a test job - worked. I'm re-running the job
> specified below to make sure, although since *all* my jobs ha
(didn't copy original reply to Kern to list)
I'd run btape back when I originally installed; I don't have the output but I
didn't note any errors.
I've recompiled 32-bit, and ran a test job - worked. I'm re-running the job
specified below to make sure, although
since *all* my jobs had been doi
Hello,
This looks like a configuration error -- probably with the definition of lld
and llu. Have you run btape? It tests if those values are correct.
If they are correct, then it would point to a possible bug in the library
strftime() function.
Bacula has been in use on a good number of 64
I'm seeing:
06-Jul 12:32 duct-sd: Committing spooled data to Volume. Despooling
57,150,118,869 bytes ...
06-Jul 12:33 duct-dir: arlfs.A.2005-07-06_10.29.36 Error: sql_update.c:327
sql_update.c:327 update UPDATE Media SET
VolJobs=0,VolFiles=1,VolBlocks=15499,VolBytes=999871366,VolMounts=1,VolE
