Hello Greg,
Are you able to telnet between director and storage? Maybe this is a
connection issue rather than authorization issues. Have you confirmed if
your daemons are running (ports open with netstat)?
Best regards,
Ana
On Sun, Nov 22, 2015 at 12:17 AM, Greg Woods wrote:
> I am trying to u
Hello again Daniel,
It does seem to have effect. Since i changed the value from 30 sec to 10 minutes
i didn't receive any more errors. If they don't appear in the following week
then this might have been the problem though still i don't see a connection
between the problem and the solution.
Alexa
Hello Daniel
i have put it from 30 sec to 10 minutes
Client Connect Wait = 10 minutes
though i don't know why this should be a problem because from what i understand
this value should be taken into account from the moment the job starts, and not
while it's waiting in the queue.
In the Bacula manu
Hi Alexandru,
try to add the following Line in you Storage ressource:
Client Connect Wait = 18000 # or any other high value
I have had the same problem and this line fixed it.
Greetings,
Daniel Betz
Platform Engineer
___
domainfactory GmbH
Oskar-Messter-Str.
On Fri, 16 Mar 2007, Darien Hager wrote:
> The prep job uses an empty fileset and runs the prep script *after*
> the bulk of the job.
If you make the prep job an "admin" job instead of an "archive" job you
won't need to define an empty fileset. :)
--
Hello,
This is a nice solution to the problem, and something that you might want to
keep indefinitely. However, the "problem" should be fixed in version 2.0.3.
Regards,
Kern
On Friday 16 March 2007 19:45, Darien Hager wrote:
> > On Thursday 01 February 2007 18:02, Jeronimo Zucco wrote:
>
> >
> On Thursday 01 February 2007 18:02, Jeronimo Zucco wrote:
> Someone pointed out how to modify the code recently on this list
> (it involves
> modifying the SD).
>
> Another approach would be to run a "dummy" job that does the
> ClientRunBefore -- it could be a Verify with an empty FileSet. Th
Alan, thank you very much for your help. I built bacula from source, and
I will try this.
--
Jeronimo Zucco
LPIC-1 Linux Professional Institute Certified
Núcleo de Processamento de Dados
Universidade de Caxias do Sul
http://jczucco.blogspot.com
Alan Davis escreveu:
>
>> ShivaJob.2007-02-0
> ShivaJob.2007-02-01_02.05.00 Fatal error: Socket error on Storage
command:
> ERR=No data available 01-Feb 03:12 bacula-dir:
> ShivaJob.2007-02-01_02.05.00
> Error: Bacula 2.0.2 (28Jan07): 01-Feb-2007 03:12:11
This is the /real/ error and it does indicate that your RunBeforeJob is
taking longe
On Thursday 01 February 2007 18:02, Jeronimo Zucco wrote:
> Kern Sibbald escreveu:
> > If your RunBeforeScript runs more than 30 minutes (it is possible this is
> > 20 minutes, I forget the exact delay), this will happen. Since the FD
> > must connect to the SD within 30 minutes and the FD does no
Kern Sibbald escreveu:
> If your RunBeforeScript runs more than 30 minutes (it is possible this is 20
> minutes, I forget the exact delay), this will happen. Since the FD must
> connect to the SD within 30 minutes and the FD does not connect to the SD
> until after the RunBeforeScript completes
On Thursday 01 February 2007 16:56, Jeronimo Zucco wrote:
> Hi, list.
>
> I was using bacula-1.38.11, and then this week I upgraded to 2.0.2.
>
> I make backups for many servers using bacula without problems, but I
> am receiving Authorization Errors when I run scripts before job, like
Yeah! This is the problem! What a stupid thing!
It was just a matter at /hosts.allow and hosts.deny files...
Thanks everyone for helping me!
Tássia.
Em 9/11/2005, "MaxxAtWork" <[EMAIL PROTECTED]> escreveu:
>I don't know if it's your case, but check that on the client
>you have included the dir
On Wednesday 09 November 2005 01:41, TássiaCamõesAraújo wrote:
> well, when I scan the ports of both servers I get the same answer:
>
> The server where everything is ok:
> ---
> maculele:~# nmap
> On Tue, 8 Nov 2005 21:41:12 -0300 (BRT), "=?ISO-8859-1?Q?T=E1ssia?=
> =?ISO-8859-1?Q?Cam=F5es?= =?ISO-8859-1?Q?Ara=FAjo?=" <[EMAIL PROTECTED]>
> said:
Tássia> well, when I scan the ports of both servers I get the same answer:
Tássia> The server where everything is ok:
Tássi
well, when I scan the ports of both servers I get the same answer:
The server where everything is ok:
---
maculele:~# nmap localhost -p 9101,9102,9103
Starting nmap 3.81 ( http://www.insecure.
On Tuesday 08 November 2005 20:16, TássiaCamõesAraújo wrote:
> Hi Kern!
>
> I did what you advised me to do:
>
> When it works:
> ---
>- maculele:~# bconsole -d100
> Connecting to Director maculele:9
Hi Kern!
I did what you advised me to do:
When it works:
maculele:~# bconsole -d100
Connecting to Director maculele:9101
bconsole: bnet.c:698 Current host[ipv4:192.168.0.1:9101] All
host[ipv4
Set debug to 100 (-d100) on both ends. The debug messages will give more
details about what is going on ...
On Monday 07 November 2005 21:20, TássiaCamõesAraújo wrote:
> Hi all,
>
> About 10 days ago I wrote a message saying that I had some
> "Authorization Errors" going on, but I didn't have an
Hello,
On 25.10.2005 06:38, TássiaCamõesAraújo wrote:
Hi all,
I've been using bacula for months and I didn't have anything to
complain about.
But last week I had a problem with a new client I'd like to backup, and
I really don't know waht to do.
I guess we don't, too, because that isn't much
20 matches
Mail list logo
