On Monday 26 March 2007 23:55, Jason King wrote:
> Ok, I've got the debug output of the storage daemon now:
> 
> I have the system setup to spool the data to the drive then write to the 
> media. Everything looks fine until after the system starts to despool 
> everything to tape. Here are the debug messages from despool on:
> 
> 
> dctn-sd: ../../stored/spool.c:220 Despooling data
> dctn-sd: ../../stored/askdir.c:395 >dird: Jmsg 
> Job=dctn.2007-03-26_15.37.12 type=6 level=1174944136 dctn-sd: Job write 
> elapsed time = 00:44:54, Transfer rate = 3.623 M bytes/second
> dctn-sd: ../../stored/askdir.c:332 Update cat VolFiles=2
> dctn-sd: ../../stored/askdir.c:351 >dird: dctn-sd: 
> ../../stored/askdir.c:357 Didn't get vol info vol=GovDeals-01: 
> ERR=Network error on bnet_recv in req_vol_info.

This indicates that the comm connection from the SD to the Dir was lost.  
There was no error messages from the SD because they were directed to the 
Director.  The details of the error were lost because the message could not 
be delivered.  You could write all the messages to a log file, but I suspect 
that it will simply show that the comm line dropped, but who knows it might 
turn up something interesting.

The solution is to fix the comm line problems. Possibly turning on a Heartbeat 
Interval could help.

> dctn-sd: ../../stored/block.c:748 dir_update_volume_info terminate 
> writing -- ERROR
> dctn-sd: ../../stored/block.c:771 Leave terminate_writing_volume -- ERROR
> dctn-sd: ../../stored/spool.c:140 Bad return from despool WroteVol=0
> dctn-sd: ../compat/compat.cpp:194 Enter wchar_win32_path
> 
> There is more but it's all the finishing up stuff like removing spool 
> file and releasing the tape drive. So there you have the debug. Looks 
> like the storage daemon isn't able to get the volume information from 
> the tape or something. There is another entry higher up in the log that 
> shows a similar volume error:
> 
> dctn-sd: ../../stored/label.c:155 Requested Volume "GovDeals-01" on 
> "DLT-Drive" (Tape0) is not a Bacula labeled Volume, because: 
> ERR=../../stored/block.c:1006 Read zero bytes at 0:0 on device 
> "DLT-Drive" (Tape0).
> dctn-sd: ../../stored/label.c:179 No volume label - bailing out

This is enough out of context so that I cannot be sure without looking at the 
whole trace file, which I didn't do (it wasn't attached and I don't have the 
time anyway).  However I can say that this is is normal when labeling a blank 
tape.

> 
> 
> But that isn't true because I labeled the tape just before I ran the 
> job. Crap I don't know what the problem with this thing is. Does this 
> information help? I have attached the entire debug trace file for anyone 
> that can help to view.
> 
> Thanks,
> Jason
> 
> 
> Kern Sibbald wrote:
> > On Monday 26 March 2007 21:54, Brian Debelius wrote:
> >   
> >> Kern Sibbald wrote:
> >>     
> >>> On Monday 26 March 2007 21:38, Jason King wrote:
> >>>   
> >>>       
> >>>> The problem I have is that this particular SD is running on Windows so 
> >>>> there is no STOUT. Where do I look from there? I can set the -d option 
> >>>> within the services options but I just don't know where to look for the 
> >>>> debug information.
> >>>>     
> >>>>         
> >>> Well for Windows, you will need to get help from someone else the 
details 
> >>>       
> > are 
> >   
> >>> slightly different.
> >>>
> >>> However, it seems to me that I already mentioned in a previous email 
that 
> >>>       
> > the 
> >   
> >>> output is put into bacula.trace (actually, I think it is 
bacula-sd.trace).  
> >>> That file is probably created in the directory the SD executable is 
> >>>       
> > located.  
> >   
> >>> Robert has previously given instructions on how to do this (probably 
> >>>       
> > several 
> >   
> >>> times) on the email list, and it is also documented in the manual for 
the 
> >>>       
> > FD. 
> >   
> >>>   
> >>>       
> >> Mine for what ever reason get created in c:\windows\system32
> >>     
> >
> > Oh!  That's precisely why I said "for Windows you will need to get help 
from 
> > someone else; the details are slightly different".  
> >
> > Thanks. Eventhough Win32 is not my favorite platform, I am determined to 
learn 
> > these things :-)
> >
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share 
your
> > opinions on IT & business topics through brief surveys-and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
> >   
> 

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to