On Apr 14, 2007, at 5:03 PM, Arno Lehmann wrote:
> I've got no idea why the SD would need that much memory... usually I
> don't notice a remarkable memory consumption by the SD.
>
> Can you reproduce the problem?
Yes, it continues to happen--I'm just not sure how to check what code
is causing
Arno,
On Saturday 14 April 2007 19:03, Arno Lehmann wrote:
> Hi,
>
> On 4/13/2007 10:26 PM, Darien Hager wrote:
> ...
>
> 13-Apr 02:46 spath-store: ABORTING due to ERROR in smartall.c:144
> Out of memory
> >>
> >> The above says that your machine is out of memory.
> >
> > It happened bef
Hi,
On 4/13/2007 10:26 PM, Darien Hager wrote:
...
13-Apr 02:46 spath-store: ABORTING due to ERROR in smartall.c:144
Out of memory
>> The above says that your machine is out of memory.
>
> It happened before on the previous server, and I toned down the
> concurrent jobs (to no effect)
On Apr 13, 2007, at 1:14 PM, Ryan Novosielski wrote:
>
> Darien Hager wrote:
>>
>>> spath-store: signal.c:140 exepath=/etc/bacula/bacula-sd
>>> Calling: /etc/bacula/btraceback /etc/bacula/bacula-sd 19091
>>> execv: /etc/bacula/btraceback failed: ERR=No such file or directory
>>> Traceback complet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Darien Hager wrote:
>
> I've got a problem where the SD is crashing and I'm not sure why. There
> are two SDs on the network, and it's only happening with one.
>
> Here's the debug (level 300) from the SD in it's dying moments.
>
>> spath-store: res
On Friday 13 April 2007 19:52, Darien Hager wrote:
>
> I've got a problem where the SD is crashing and I'm not sure why.
> There are two SDs on the network, and it's only happening with one.
>
> Here's the debug (level 300) from the SD in it's dying moments.
>
> > spath-store: reserve.c:694 Me
I've got a problem where the SD is crashing and I'm not sure why.
There are two SDs on the network, and it's only happening with one.
Here's the debug (level 300) from the SD in it's dying moments.
spath-store: reserve.c:694 MediaType device=File request=File
spath-store: reserve.c:718 Try
