On Sunday 09 April 2006 23:21, Gabriele Bulfon wrote: > Thanx for your suggestions. > Don't you think that it's strange that bacula can restore from bconsole, > and not from manual commands?
All but the highest level code that reads a Volume is identical between all Bacula components, so there is unlikely to be any difference between jobs run from bconsole and using the standalone tools. > Is it a possible situation with a badly conficured device? Since the code is the same, my answer is: no. Your problem is most likely a bad tape or a dirty drive as I mentioned last time. An I/O error as you got means a hardware problem not a software problem. The manual lists other possibilities. > Actually I never happened to encounter this problem, because I could always > restore anything that was still in the database. Gabriele Bulfon - Sonicle > S.r.l. > Tel +39 028246016 Int. 30 - Fax +39 028243880 > Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY > http://www.sonicle.com > --------------------------------------------------------------------------- >------- Da: Kern Sibbald <[EMAIL PROTECTED]> > A: bacula-users@lists.sourceforge.net > Cc: Gabriele Bulfon <[EMAIL PROTECTED]> > Data: 9 aprile 2006 10.25.44 CEST > Oggetto: Re: [Bacula-users] restoring > > On Saturday 08 April 2006 13:02, Gabriele Bulfon wrote: > > Hello, > > yesterday I was trying to restore an old file from an old backup tape > > that is no more in the database. So I tried using first btape and bls to > > check the content. > > With btape I could read the original label. > > With bls I was trying to get the list of jobs numbers present in the tape > > (this tape should contain 5 jobs of 5 different clients on the same day). > > But this is what I got from the system: > > -bash-3.00# ./bls -c ../etc/bacula-sd.conf -j -v -V FRIDAY QUANTUM > > bls: butil.c:258 Using device: "QUANTUM" for reading. > > 08-Apr 12:47 bls: Ready to read from volume "FRIDAY" on device > > /dev/rmt/0. Volume Label: > > Id : Bacula 1.0 immortal > > VerNo : 11 > > VolName : FRIDAY > > PrevVolName : > > VolFile : 0 > > LabelType : VOL_LABEL > > LabelSize : 162 > > PoolName : FridayPool > > MediaType : LTO > > PoolType : Backup > > HostName : iserver > > Date label written: 20-Jul-2005 10:39 > > Begin Job Session Record: > > JobId : 16 > > VerNum : 11 > > PoolName : FridayPool > > PoolType : Backup > > JobName : Enterprise Backup > > ClientName : iserver-fd > > Job (unique name) : Enterprise_Backup.2006-04-07_23.00.00 > > FileSet : Full Set > > JobType : B > > JobLevel : F > > Date written : 07-Apr-2006 23:00 > > 08-Apr 12:48 bls: Got EOF at file 1 on device /dev/rmt/0, Volume > > "FRIDAY" 08-Apr 12:48 bls: bls Error: block.c:782 Read error at file:blk > > 1:0 on device /dev/rmt/0. ERR=I/O error. 08-Apr 12:48 bls: End of Volume > > at file 1 on device /dev/rmt/0, Volume "FRIDAY" 08-Apr 12:48 bls: End of > > all volumes. End of physical tape. > > 08-Apr 12:48 bls: ERROR in dev.c:1288 dev.c:1287 This device does not > > support Unknown. -bash-3.00# > > Then, to check the system, I placed other recent tapes in the LTO drive, > > and issued the same commands. Always the same error.... > > I even tried to force a "bextract", knowning what was inside the tape, > > with the same errors. So I did the same on other systems I have at > > customers.....always the same problem!.... I was worried. > > At last, I tried restoring a file from a recent tape that is in the > > database, so I could use bconsole/restore and the file was correctly > > restored!........but the same tape gives errors with manual commands. > > This problem doesn't let me restore tapes that are no more in the > > database. I did not try to run a "bscan" yet, on a separate and clean > > machine, but I assume it will be producing the same errors while trying > > to recreate the db. Any idea about this? > > It looks like Bacula got an error trying to read the data on your tape. I > suspect that your drive is dirty or your media is bad. You might try > cleaning your tape drive. > You should also run the btape "test" command if you haven't already to > ensure that your Device directives are compatibile with your drive. Also, > it appears that Bacula's code is attempting to issue an unsupported ioctl() > *after* the tape go an error. > > > Machines are Sun v20z amd64, Solaris 10, Bacula 1.36.2 compiled with gcc > > in 32 bit mode. Drives are Certance Ultrium LTO2. > > Gabriele. > > Gabriele Bulfon - Sonicle S.r.l. > > Tel +39 028246016 Int. 30 - Fax +39 028243880 > > Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY > > http://www.sonicle.com > > -- > Best regards, > Kern > ("> > /\ > V_V -- Best regards, Kern ("> /\ V_V ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users