Dirk,

Here is a simpler way to encounter the problem without modifying your config 
command.

In the command line, enter: update
always select the first item in the dialog box, you will finally end up with 
it asking you for *MediaId or Volume name.  Enter anything in the command 
line *(mediaid) or a volume name, and you will fall into the problem.  
Basically PROMPT requests from the director are now broken, which makes the 
command interface unusable.

Best regards,

Kern

PS: If you immediately open two connections to the Director, I think the 
second one should suppress the output on the console -- providing there are 
no messages, because it is very confusing to see the Bacula director logon 
message twice.





On Friday 17 July 2009 05:14:46 Dirk Bartley wrote:
> I have an autochanger my machine at home
>
> from bat
>
> status slots
> Automatically selected Storage: DDS4
> Connecting to Storage daemon DDS4 at workplay:9103 ...
> Connecting to Storage daemon DDS4 at workplay:9103 ...
> 3306 Issuing autochanger "slots" command.
> Device "DDS4-Changer" has 8 slots.
> Connecting to Storage daemon DDS4 at workplay:9103 ...
> 3306 Issuing autochanger "list" command.
>
> 1*| | ? | ? | ? |
> 2*| | ? | ? | ? |
> 3*| | ? | ? | ? |
> 4*| | ? | ? | ? |
> 5*| | ? | ? | ? |
> 6|||||
> 7*| | ? | ? | ? |
> 8*| | ? | ? | ? |
>
>
> my guess is that's less than optimal??
>
> I get about the same result in bat with none of the undesired behavior.
>
> I have a thought, would your situation require a window because of more
> than one storage with an autochanger??  oops,  looking below, I guess
> not, automatically select LTO-Changer.   Hrmmm Hrmmm.
>
> does the autochanger have more than one drive??  Is bacula asking for
> which drive and bat needs to list the drives in that autochanger?
>
> On Thu, 2009-07-16 at 22:10 +0200, Kern Sibbald wrote:
> > Hello Dirk,
> >
> > As I mentioned some time ago, when I do a "status slots" in the bat
> > command line and my storage device is defined to be an autochanger, in
> > the ensuing communications between the director and bat, the director
> > issues a:
> >
> > Enter autochanger drive[0]:
> >
> > and at that point, bat gets totally confused.  Instead of doing a prompt,
> > it starts up a new connection to the Director, which is useless, and all
> > the rest of the output from the command is lost.
> >
> > The full debug output is:
> >
> > bat: bcomm/dircomm.cpp:246 conn 1 send: status slots
> > bat: console/console.cpp:597 DisplaytoPrompt roxie-dir
> > bat: bcomm/dircomm.cpp:321 conn 1 CMD BEGIN
> > bat: bcomm/dircomm.cpp:292 conn 1 got: Automatically selected Storage:
> > LTO-changer
> >
> > bat: bcomm/dircomm.cpp:292 conn 1 got: Enter autochanger drive[0]:
> > bat: bcomm/dircomm.cpp:335 conn 1 PROMPT
> > bat: console/console.cpp:609 endDisplaytoPrompt=-1 roxie-dir
> > bat: mainwin.cpp:322 Exiting Wait State
> > bat: bcomm/dircomm.cpp:446 m_notifier Enabling notifier: 1 roxie-dir
> > bat: console/console.cpp:814 DirComm 2 About to Create and Connect
> > roxie-dir bat: bcomm/dircomm.cpp:246 conn 2 send: .api 1
> > bat: console/console.cpp:597 DisplaytoPrompt roxie-dir
> > bat: bcomm/dircomm.cpp:310 conn 2 CMD OK
> > bat: bcomm/dircomm.cpp:329 conn 2 MAIN PROMPT
> > bat: console/console.cpp:609 endDisplaytoPrompt=-1 roxie-dir
> > bat: bcomm/dircomm.cpp:246 conn 2 send: .
> > bat: bcomm/dircomm.cpp:321 conn 2 CMD BEGIN
> > bat: bcomm/dircomm.cpp:310 conn 2 CMD OK
> > bat: bcomm/dircomm.cpp:329 conn 2 MAIN PROMPT
>
> It had fixed occurances like the next line when I would incorrectly use
> functions that did not require the use of the specific connection
> already in use to communicate with the director.  It looks like that is
> happening again, but not being able to reproduce yet, I have not found
> it.
>
> > bat: bcomm/dircomm.cpp:212 Returning TRUE from DirComm->connect_dir : 2
> > roxie-dir
>
> I wish I knew what the stack was right here on this line above.  Can you
> turn on connection debugging??  Looks like you probably already do.
> There's to, commDebug and connDebug.
>
> > bat: console/console.cpp:820 DirComm 2 Connected roxie-dir
> > bat: bcomm/dircomm.cpp:69 DirComm 0 terminating connections roxie-dir
> > bat: bcomm/dircomm.cpp:69 DirComm 1 terminating connections roxie-dir
> > bat: bcomm/dircomm.cpp:69 DirComm 2 terminating connections roxie-dir
> >
> > Notice, how just after the PROMPT it starts a second connection.
> >
> > We are about to release Bacula version 3.0.2, and I would really like to
> > have this fixed.  I believe that the same thing happens if there are
> > multiple Storage devices defined and the user must select among them.
>
> I tried a "status storage" on a director that had multiple storages and
> it came up with the dialog box just fine for me.  Hrmm Hrmmmm.
>
> Unfortunately, not found yet.
>
> > Can you help point out to me what needs to be fixed to keep bat from
> > opening a second connection?
>
> It's always an occurrence where I use a console overloaded function
> without "int conn" where I should be using that overload.  If I could
> figure out how to reproduce, I'd be able to solve it rapidly.
>
> Will keep trying tomorrow.
>
> Dirk
>
> > Best regards,
> >
> > Kern



------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to