Hi, Scott -
Here's the output of my sgscan -v:
/dev/sg/c0t3l2: Tape (/dev/rmt/0): "IBM ULTRIUM-TD2 4770"
/dev/sg/c0t3l3: Tape (/dev/rmt/1): "IBM ULTRIUM-TD2 4770"
/dev/sg/c0t3l4: Tape (/dev/rmt/2): "IBM ULTRIUM-TD2 4770"
We got the library in October. The drives should be at the current FW level.
Are you using NB51?
On Tue, 11 Jan 2005, Chapman, Scott wrote:
> Date: Tue, 11 Jan 2005 10:42:36 -0800
> From: "Chapman, Scott" <Scott.Chapman AT icbc DOT com>
> To: 'Kathryn Hemness' <kfhemness AT ucdavis DOT edu>,
> veritas-bu AT mailman.eng.auburn DOT edu
> Cc: song_1977 AT yahoo DOT com
> Subject: RE: [Veritas-bu] RE:Veritas-bu] End of Tape (from Nov. 2004)
>
> Kathryn are you running current firmware on the LTO2 drives? I seem to
> remember something about old firmware doing rewinds before netbackup was
> done with the drive . . .
> >From your logs:
> 01/10/2005 13:48:50 albus.ucdavis.edu albus.ucdavis.edu FREEZING media id
> 040004, External event caused rewind during write, all data on media is lost
>
> I am running IBM drives (we don't use the LSI logic HBA's) and here is some
> output from sgscan -v conf:
> /dev/sg/c2t0l0: Tape (/dev/rmt/0): "IBM ULTRIUM-TD2 38D0" :
> NOT-IN-ST-CONFIG-FILE
> /dev/sg/c2t1l0: Tape (/dev/rmt/1): "IBM ULTRIUM-TD2 38D0" :
> NOT-IN-ST-CONFIG-FILE
> /dev/sg/c2t2l0: Tape (/dev/rmt/2): "IBM ULTRIUM-TD2 38D0" :
> NOT-IN-ST-CONFIG-FILE
> ...
>
> I don't have anything in the st.conf for the drives as they have been added
> to the st several patches ago. You might check you st patch level as well .
> . .
>
> Hope this helps.
>
> Scott Chapman
> ICBC - Victoria, Government St.
> Phone: 250.414.7650 Cell: 250.213.9295
>
>
>
> -----Original Message-----
> From: Kathryn Hemness [mailto:kfhemness AT ucdavis DOT edu]
> Sent: Tuesday, January 11, 2005 10:02 AM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Cc: song_1977 AT yahoo DOT com
> Subject: [Veritas-bu] RE:Veritas-bu] End of Tape (from Nov. 2004)
>
>
> Good Morning --
>
> Was there ever a resolution to your NB5.0MP2/LTO end of tape problem?
>
> I'm currently fighting with a new installation NB5.1 on a Solaris 9 system
> using
> LTO2 tape drives. My backups ALWAYS fail either at a checkpoint-restart
> WRITE or
> at the very last WRITE of the backup, regardless of how big the backup is.
>
> I've been told by my NetBackup tech support (via Sun) that it was a hardware
> configuration problem.
>
> The backups always fail, regardless of any st.conf modifications and I've
> even
> taken the fiber switch out of the mix. Here's a summary of my hardware and
> the
> types of errors I'm seeing (by the way, ufsdump works just fine....).
>
> Master: Solaris 9 version 4/04 on a Sun V240 with 2 LSI Logic FC919X HBAs
> running
> NB5.1 Enterprise Server. One LSI Logic HBA is connected directly to the
> fiber/scsi
> bridge of a Qualstar 88264 LTO2 library, the other to a Brocade 32-port
> fiber
> switch attached to a Sun 3511 storage array.
>
> I have tried at least 4 different st.conf LTO2 configurations with same
> failing
> results and am now not using any special LTO2 definitions.
>
> Here are the failure errors from both the NetBackup reports and from the
> bptm logs:
>
> 01/10/2005 13:48:50 albus.ucdavis.edu albus.ucdavis.edu FREEZING media id
> 040004, External event caused rewind during write, all data on media is lost
> 01/10/2005 13:48:54 albus.ucdavis.edu albus.ucdavis.edu CLIENT
> albus.ucdavis.edu POLICY IR-ISM_02 SCHED WeeklyFull EXIT STATUS 84 (media
> write error)
> 01/10/2005 13:48:54 albus.ucdavis.edu albus.ucdavis.edu backup of client
> albus.ucdavis.edu exited with status 84 (media write error)
>
> Here's the bptm log entry for the above error:
>
> 13:48:48.032 [1297] <2> write_backup: tp.tv_sec = 1105393728, stp.tv_sec =
> 1105391634, tp.tv_usec = 27455, stp.tv_usec = 544901, et = 2093483,
> mpx_total_kbytes[TWIN_INDEX = 0] = 21261376
> 13:48:48.075 [1297] <2> io_terminate_tape: writing empty backup header,
> drive index 0, copy 1
> 13:48:48.091 [1297] <2> io_ioctl: command (0)MTWEOF 1 from (bptm.c.7919) on
> drive index 0
> 13:48:48.645 [1297] <2> io_write_back_header: drive index 0, empty_file,
> file num = 2, mpx_headers = 0, copy 1
> 13:48:48.650 [1297] <2> io_close: closing
> /usr/openv/netbackup/db/media/tpreq/040004, from bptm.c.8046
> 13:48:50.848 [1297] <2> io_terminate_tape: absolute block position prior to
> writing empty header is 332201, copy 1
> 13:48:50.848 [1297] <2> io_terminate_tape: block position check: actual
> 332201, expected 332213
> 13:48:50.848 [1297] <2> set_job_details: Sending Tfile jobid (907)
> 13:48:50.848 [1297] <2> set_job_details: LOG 1105393730 16 bptm 1297
> FREEZING media id 040004, External event caused rewind during write, all
> data on media is lost
>
> 13:48:50.848 [1297] <2> set_job_details: Done
> 13:48:50.880 [1297] <16> io_terminate_tape: FREEZING media id 040004,
> External event caused rewind during write, all data on media is lost
> 13:48:50.898 [1297] <2> log_media_error: successfully wrote to error file -
> 01/10/05 13:48:50 040004 0 WRITE_ERROR
> 13:48:50.910 [1297] <2> check_error_history: called from bptm line 17870,
> EXIT_Status = 84
> 13:48:50.911 [1297] <2> check_error_history: drive index = 0, media id =
> 040004, time = 01/10/05 13:48:50, both_match = 0, media_match = 0,
> drive_match = 0
> 13:48:50.911 [1297] <2> tpunmount: Check_for_waiting = 0,
> No_tpunmount_after_restore = 0, Media_Unmount_Delay = 0, MediaOffset = 4
> 13:48:50.911 [1297] <2> tpunmount: tpunmount'ing
> /usr/openv/netbackup/db/media/tpreq/040004
>
>
> Since ufsdump works, this is indicating a NetBackup 5.1 problem. Anyway, I
> notice
> in your post-November posts, you referred to NB4.5 servers. Did you have to
> downgrade NetBackup in order to get your LTO drives to work properly?
>
>
> --kathy
>
> ============================================================================
> ===
> Kathryn Hemness kfhemness AT ucdavis DOT edu
> System Administrator phone: 530.752.6547
> Campus Data Center & Client Services fax: 530.752.9154
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
--kathy
===============================================================================
Kathryn Hemness kfhemness AT ucdavis DOT edu
System Administrator phone: 530.752.6547
Campus Data Center & Client Services fax: 530.752.9154
|
