I tried the btape tests on clean systems:
Sun v20z, AMD64, Solaris 10, self compiled bacula 1.36.2, Quantum Ultrium LTO2.
SunFire280R, Sparcv9, Solaris 10, self compiled bacula 1.36.2, Quantum Ultrium LTO2.
I always get the long list of "got EOF"....but I'm sure that the system defaults to variable block size.
I even tried substituting the Quantum device with a certified Sun-Dat72 : same results.
I believe that until I can't get rid of these "got EOF" during tests, I will have my problem (able to restore via bconsole, not able to restore through command line).
Do you think there may be something wrong in the way I compiled binaries on Solaris?
Is there any issue about the 64 bit platform? The binaries are all 32bit ones: may be this a problem?
Is there any specific issue pertaining to the Solaris 10 platform?
Thanks for any help.
----------------------------------------------------------------------------------
Da: Kern Sibbald <[EMAIL PROTECTED]>
A: bacula-users@lists.sourceforge.net
Cc: Gabriele Bulfon <[EMAIL PROTECTED]>
Data: 10 aprile 2006 11.50.50 CEST
Oggetto: Re: [Bacula-users] restoring
Sun v20z, AMD64, Solaris 10, self compiled bacula 1.36.2, Quantum Ultrium LTO2.
SunFire280R, Sparcv9, Solaris 10, self compiled bacula 1.36.2, Quantum Ultrium LTO2.
I always get the long list of "got EOF"....but I'm sure that the system defaults to variable block size.
I even tried substituting the Quantum device with a certified Sun-Dat72 : same results.
I believe that until I can't get rid of these "got EOF" during tests, I will have my problem (able to restore via bconsole, not able to restore through command line).
Do you think there may be something wrong in the way I compiled binaries on Solaris?
Is there any issue about the 64 bit platform? The binaries are all 32bit ones: may be this a problem?
Is there any specific issue pertaining to the Solaris 10 platform?
Thanks for any help.
|
|
|
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: 10 aprile 2006 11.50.50 CEST
Oggetto: Re: [Bacula-users] restoring
On Monday 10 April 2006 09:25, Kern Sibbald wrote:
> 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.
Well, yes, I should probably be more explicit as I don't always distinguish
between OS problems and hardware problems.
I should have said that this is very unlikely to be an application program
(Bacula) error. If there is an I/O error, either the kernel driver is buggy
or there is a problem with the hardware (which could also be the firmware in
the tape drive).
>
> > 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
