[prev in list] [next in list] [prev in thread] [next in thread] 

List:       redhat-list
Subject:    RE: rh-l]  Redhat ES4 and DLT tape drive
From:       "Greg Wiggill" <gregw () pronto ! com ! au>
Date:       2005-05-30 6:26:34
Message-ID: 9F916FAC0A74144FB0D23F82D60D39D721DCBA () mlbmail ! pronto ! com ! au
[Download RAW message or body]



On Fri, 27 May 2005, Greg Wiggill wrote:

> Hi All,

>        anyone experiencing anything similar? Im thinking that a driver

> is having a problem with the 2.6 kernel? Any ideas?

The scsi module often gets auto-cleaned away if the tape channel is the
only LUN on it.  re-probe it in and check the lsmod before fireing off
the backup.

I might also thing about pre-computing the file list, with find, and
then 'cat'ting it, rolling the backup in a later phase, rather than the
pipelined approach, so that there are not 'find' induced waits, as would
occur the dd catches up with the cpio, and the cpio inout is blocked, as
the find has not yet offered the next name to handle.

(the reason that the module might get auto-cleaned away again, during
such waits.)

- Russ herrold


Thanks Russ,
       
        turns out the server has been spec'd incorrectly and the tape
drive (DLT VS160) needs to be on a separate dedicated SCSI controller
rather than on the  ServerRAID 7k's 2nd onboard channel.

        Also found out that IBM don't support ES Version 4 for their
xSeries236!

Greg
#####################################################################################
This email has been scanned by MailMarshal, an email content filter.
#####################################################################################

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
[prev in list] [next in list] [prev in thread] [next in thread]