Amanda-Users

Re: Amanda on Redhat, tape drive question

2005-03-21 16:12:33
Subject: Re: Amanda on Redhat, tape drive question
From: Brian Cuttler <brian AT wadsworth DOT org>
To: Joshua Baker-LePain <jlb17 AT duke DOT edu>
Date: Mon, 21 Mar 2005 16:00:55 -0500
Joshua,

On Mon, Mar 21, 2005 at 03:47:16PM -0500, Joshua Baker-LePain wrote:
> On Mon, 21 Mar 2005 at 3:21pm, Brian Cuttler wrote
> 
> > On Mon, Mar 21, 2005 at 02:30:58PM -0500, Joshua Baker-LePain wrote:
> > > On Mon, 21 Mar 2005 at 10:38am, Brian Cuttler wrote
> > > 
> > > > The system we have attached it to is running kernel 2.4.20-24 on
> > > > Red Hat Linux release 9 (Shrike).
> > > 
> > > As an aside, I highly recommend CentOS as an option for RH shops moving 
> > > forward.  RH9 is far from supported, while CentOS (being an RHEL rebuild) 
> > > will be supported for years.
> > 
> > Will have to talk with the machine owner. The system was intended to
> > run software from Bruker (sp?) Scientific (NMR analysis) and I don't
> > know that they are supporting anything other than RH Enterprise, which
> > is a problem as this is Fedora. Not that sticking with SGI would help
> > as the license fees for the drivers for any of the higher end tape drives
> > is rather expensive (though it runs the Bruker stuff well).
> 
> CentOS *is* RHEL, for most intents and purposes.  It is rebuild straight 
> from the RH provided SRPMs.  Unless software depends explicitly on the 
> contents of /etc/redhat-release (and, really, those can be changed), if 
> it's designed for RHEL, it'll run on CentOS.

Thank you, will work with the other admins and the dept and see if
we can't get this upgraded.

> > > What does /sbin/lsmod say at this point?  Based on what's below, it 
> > > should be working...
> > 
> > What am I looking at ?
> > 
> > [root@fuji dev]# ls -l  /sbin/lsmod
> > lrwxrwxrwx    1 root     root            6 Nov  6  2003 /sbin/lsmod -> 
> > insmod
> 
> I meant for you to run '/sbin/lsmod'.

Oops, had meant to include that...

[admin@fuji admin]$ /sbin/lsmod
Module                  Size  Used by    Tainted: P  
soundcore               6404   0 (autoclean)
st                     31660   0 (autoclean)
agpgart                48128   3 (autoclean)
nvidia               1764992  11 (autoclean)
sd_mod                 13516   0 (unused)
iscsi_module          153644   2
autofs                 13268   0 (autoclean) (unused)
3c59x                  30736   1
ipchains               51888   3
sg                     36524   0 (autoclean)
sr_mod                 18136   0 (autoclean)
ide-scsi               12208   0
scsi_mod              107544   6 [st sd_mod iscsi_module sg sr_mod ide-scsi]
ide-cd                 35712   0
cdrom                  33728   0 [sr_mod ide-cd]
keybdev                 2976   0 (unused)
mousedev                5556   0 (unused)
hid                    22244   0 (unused)
input                   5856   0 [keybdev mousedev hid]
usb-uhci               26412   0 (unused)
usbcore                79040   1 [hid usb-uhci]
ext3                   70784   5
jbd                    51924   5 [ext3]
[admin@fuji admin]$ 




> > [root@fuji dev]# cat /proc/scsi/scsi
> > Attached devices: 
> > Host: scsi0 Channel: 00 Id: 00 Lun: 00
> >   Vendor: HL-DT-ST Model: CD-RW GCE-8160B  Rev: 2.11
> >   Type:   CD-ROM                           ANSI SCSI revision: 02
> 
> ?? The 'dmesg' output you sent showed an aic7xxx showing up as scsi1, with 
> the tape drive and changer attached to that.  They should still be there.  
> Are there any SCSI errors in /var/log/messages?  And, again, 'lsmod' will 
> show us whether or not the aic7xxx driver is still loaded.

/proc does not contain scsi1.

[admin@fuji proc]$ ls
1     205    610  847  968      devices      irq      mtrr        tty
10    29539  622  859  969      dma          kcore    net         uptime
1014  29561  641  860  970      driver       kmsg     partitions  version
11    29563  692  865  971      execdomains  ksyms    pci
15    29564  7    873  972      fb           loadavg  scsi
1551  29639  729  883  973      filesystems  locks    self
1559  3      73   894  974      fs           mdstat   slabinfo
2     4      744  9    apm      ide          meminfo  stat
202   5      760  933  bus      interrupts   misc     swaps
203   6      774  951  cmdline  iomem        modules  sys
204   606    8    961  cpuinfo  ioports      mounts   sysvipc

/proc/scsi has the following.

[admin@fuji scsi]$ file *
ide-scsi: directory
iscsi:    directory
scsi:     empty
sg:       directory


[admin@fuji scsi]$ file *
ide-scsi: directory
iscsi:    directory
scsi:     empty
sg:       directory

[admin@fuji scsi]$ file */*
ide-scsi/0:           empty
iscsi/2:              empty
sg/allow_dio:         empty
sg/debug:             empty
sg/def_reserved_size: empty
sg/device_hdr:        empty
sg/devices:           empty
sg/device_strs:       empty
sg/host_hdr:          empty
sg/hosts:             empty
sg/host_strs:         empty

tried to run /dev/MAKEDEV for both st and sg, didn't seem to make
any difference... and would have expected it to run after we rebooted
the system last week when we attached the devices.

                                                thank you,

                                                Brian
---
   Brian R Cuttler                 brian.cuttler AT wadsworth DOT org
   Computer Systems Support        (v) 518 486-1697
   Wadsworth Center                (f) 518 473-6384
   NYS Department of Health        Help Desk 518 473-0773