Arno Lehmann schrieb:
> Hi,
>
> 13.02.2009 02:06, Steve Handy wrote:
>
>> Its still open source. So that free lunch may give you tommy ache.
>>
>
> I really didn't want to add anything else to this thread, but...
>
> The "free lunch" doesn't give any tummy ache to, for example, the Bank
>
Kern Sibbald schrieb:
> If you are familar with RT, I would appreciate hearing your comments about
> this proposal. If you are not familar with RT, you might want to take a look
> at their site, though reading their documentation and viewing their
> screenshots is not quite the same as using th
> Also, tortoise is windows only IIRC, and I'd need something really
> simple for a terminal session on linux. Actually, I think using the
> command line tools is the best approach for me, but that requires me
> to understand things first :-)
>
this may help ;o)
http://www.cs.put.poznan.pl/
Wolfgang Denk schrieb:
> In message <[EMAIL PROTECTED]> you wrote:
>
>> I can not confirm this, I also use 1.38.11 on 64bit and 32bit systems. I
>> restored a large 64bit oracle database to a 32 bit system without a
>> problem, at least there where no problem with bacula. Oracle had more,
>>
I can not confirm this, I also use 1.38.11 on 64bit and 32bit systems. I
restored a large 64bit oracle database to a 32 bit system without a
problem, at least there where no problem with bacula. Oracle had more,
but solveable problems
I think there must be some other thing in your environme
Kern Sibbald wrote:
> As Arno pointed out this is probably a SuSE kernel problem. From the output
> you have posted above, it looks identical to the problem that I reported to
> them.
>
> I resolved the problem here by upgrading to their 10.2 kernel.
>
> My reading of the situation based on incom
> Excellent point. The servers that are slowest to transfer are also the
> busiest, my front end web server and my mail gateways (Av and spam
> filtering).
>
> That is certainly something to look further into. I could try turning
> off compression for one cycle to prove the theory.
>
> Thanks,
Hello list,
Tonight we experienced a server crash during the bacula backup. The last
messages from bacula (captured after reboot in bconsole):
03-Nov 00:43 pdc02-sd: backup_ora01.2006-11-02_21.15.02 Error:
block.c:538 Write error at 303:4210 on device "Quantum_SDLT320"
(/dev/nst0). ERR=Device
Hello list,
I posted this before but as I was no member of bacula-users it did not
(yet) go through the moderator filter.
We are using bacula for around 9 months now and are so far very happy
with it. 2 weeks ago we installed bacula on a new server, a Fujitsu
Siemens RX300R3, the jukebox is sti
