On 03/08/2012 05:37 PM, Martin Simmons wrote:
>>>>>> On Wed, 07 Mar 2012 21:36:14 +0100, Kern Sibbald said:
>> Hello,
>>
>> In looking at the output below, I have a similar comment to Martin
>> about bat and bconsole.  First, you should understand that currently
>> the Director only has a concept of a *single* console.  When you
>> run with bat, it puts the console in gui mode, and so if you are running
>> any bconsoles at the same time and you just happen to get some output,
>> you will probably get stuff destined for bat, which will completely confuse
>> bconsole.
> I hope that problem is confined to asynchronous messages from jobs.  All of
> the console commands like label and list should be sending their output to the
> console UAContext that is running the command.

Correct

>
> __Martin
>
>
>> Moral of the story.  Don't run multiple bconsoles if possible because you
>> probably will get output mixed between them, and above all don't run
>> bconsole at the same time as bat or they both will probably get confused
>> particularly bconsole.  bconsole won't have any idea how to handle "signals"
>> destined for bat.
>>
>> Best regards,
>> Kern
>>
>> On 03/07/2012 06:54 PM, Martin Simmons wrote:
>>>>>>>> On Wed, 07 Mar 2012 09:58:48 -0500, Phil Stracchino said:
>>>> OK, this is getting more and more peculiar as I study it more.  Adding
>>>> bacula-devel list.
>>>>
>>>> To briefly recap the initial statement of the problem, I've been
>>>> experiencing a problem in which, after a number of successful
>>>> connections, console->Director connection authentication begins
>>>> repeatedly failing.  Everything else seems to continue to work normally.
>>>>    The typical behavior is that after manually starting two or three jobs
>>>> using BAT, I can no longer connect to the Director either with BAT or
>>>> with bconsole, but everything else continues to function normally and
>>>> the scheduled jobs run normally.  After the pending manually-scheduled
>>>> jobs complete, I can connect again.
>>>>
>>>>
>>>>
>>>> On the theory that network bandwidth may be somehow involved, I tried
>>>> scheduling several jobs 15 minutes ahead of time, to see if I could get
>>>> more jobs running if I scheduled them all before any started.
>>>>
>>>> Starting at about 0915, schedule job 1 for 0925.  No problem.
>>>> Schedule Job 2 for 0925.  No problem.
>>>> Schedule job 3 for 0925.  No problem.
>>>> At about 0918, try to schedule job 4 for 0925.  None of the new jobs has
>>>> yet started.  No go; neither bat nor bconsole can connect.
>>>>
>>>>
>>>> This is what the trace logged as I tried to connect with bconsole:
>>>>
>>>> babylon4-dir: bnet.c:708-0 who=client host=10.24.32.10 port=36131
>>>> babylon4-dir: job.c:1331-0 wstorage=babylon5-sd
>>>> babylon4-dir: job.c:1340-0 wstore=babylon5-sd where=Pool resource
>>>> babylon4-dir: job.c:1031-0 JobId=0 created
>>>> Job=-Console-.2012-03-07_09.19.16_37
>>>> babylon4-dir: cram-md5.c:72-0 send: auth cram-md5
>>>> <1723850907.1331129956@babylon4-dir>   ssl=0
>>>> babylon4-dir: cram-md5.c:131-0 cram-get received: auth cram-md5
>>>> <85736557.1331129966@bat>   ssl=0
>>>> babylon4-dir: cram-md5.c:150-0 sending resp to challenge:
>>>> 25Q2B+IdJ/UKI/+p6++vkC
>>>> babylon4-dir: ua_dotcmds.c:164-0 Cmd: .api 1
>>>> babylon4-dir: ua_dotcmds.c:164-0 Cmd: .levels Backup
>>>> babylon4-dir: bnet.c:708-0 who=client host=10.24.32.10 port=36131
>>>> babylon4-dir: bnet.c:708-0 who=client host=10.24.32.14 port=36131
>>> That looks like bat, not bconsole, so I think you got the wrong output.
>>>
>>> Also, next time it starts failing, run bconsole -d 100 while the Director is
>>> running with setdebug, so the outputs of both sides can be compared.
>>>
>>> __Martin
>>>
>>> ------------------------------------------------------------------------------
>>> Virtualization&   Cloud Management Using Capacity Planning
>>> Cloud computing makes use of virtualization - but cloud computing
>>> also focuses on allowing computing to be delivered as a service.
>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>> _______________________________________________
>>> Bacula-devel mailing list
>>> Bacula-devel AT lists.sourceforge DOT net
>>> https://lists.sourceforge.net/lists/listinfo/bacula-devel


------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users