On Fri, Aug 06, 2010 at 10:48:10AM +0200, Christian Gaul wrote:
> Even when catting to /dev/dsp i use /dev/urandom.. Blocking on
> /dev/random happens much too quickly.. and when do you really need that
> much randomness.
I get about 40 bytes on a small server before blocking.
> > Reason 1: the e
> I’m using Bacula in an all-disk based environment, using a disk based
> autochanger script. I’m wondering if anyone has come up with a magic recipe
> for dealing with the compression issues that are inherent with this type of
> strategy..
>
>
>
> What I’m talking about mostly is that bacula-fd p
Greetings..
I'm using Bacula in an all-disk based environment, using a disk based
autochanger script. I'm wondering if anyone has come up with a magic recipe
for dealing with the compression issues that are inherent with this type of
strategy..
What I'm talking about mostly is that bacula-fd
On Thursday, 29 July 2010 09:19:50 +0200,
Pierre Bourgin wrote:
> Hello,
Hi, Pierre.
But when trying to run the startup script, I get the following
errors:
[r...@localhost scripts]# /etc/init.d/bacula start
Starting the Bacula Storage daemon /usr/sbin/bacula-sd: error wh
Hi all!
Relatively recently, I finished making some tests with an autoloader
with 8 slots and support for LTO-4, which makes a substantial difference
compared to using autoloader with 8 slots and DLT cartridges of 40 GB I
had been using so far.
I was reading about the grandfather-father-son strat
