----- "Dan Carl" <danc@xxxxxxxxxxxxxxxxx> escreveu:
>
> Did you go from a SmartArray to a standard u-320 SCSI controller?
> The reason I asked is:
> Could my problem be because the the DAS was originally partition and
> formated as a /dev/cciss device
> and now I trying to read it as a /dev/sda device?
Nope, I never had the "opportunity" of doing this, as I had told I changed
disks from one SmartArray to another (one of my servers go down, and I need it
running ASAP).
But, in you case, it appears from the info you provide that the DAS had a
controller by itself and are "viewed" by the controller as a "disk".
Then, the /dev/cciss devices are the devices made by the SmartArray driver, if
your DAS are connected on another controller it will be different.
The following data are from one of my servers with an Adaptec RAID controller,
it has 7 disks, but the controller show only the RAID array (on /dev/sda) to linux:
SCSI subsystem initialized
libata version 2.00 loaded.
Adaptec aacraid driver (1.1-5[2412])
ACPI: PCI Interrupt 0000:03:01.0[A] -> GSI 24 (level, low) -> IRQ 201
aacraid0: kernel 4.2-0[8205]
aacraid0: monitor 4.2-0[8205]
aacraid0: bios 4.2-0[8205]
aacraid0: serial 269ee9
aacraid0: Non-DASD support enabled.
aacraid0: 64 Bit DAC enabled
scsi0 : aacraid
Vendor: Adaptec Model: Sakhir RAID 5 Rev: V1.0
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sda: 1720086528 512-byte hdwr sectors (880684 MB)
sda: Write Protect is off
sda: Mode Sense: 03 00 00 00
SCSI device sda: drive cache: write through
SCSI device sda: 1720086528 512-byte hdwr sectors (880684 MB)
sda: Write Protect is off
sda: Mode Sense: 03 00 00 00
SCSI device sda: drive cache: write through
sda: sda1 sda2 sda3
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
and, the following data are from a SmartArray 6i controller:
SCSI subsystem initialized
HP CISS Driver (v 3.6.14-RH1)
GSI 20 sharing vector 0xC0 and IRQ 20
ACPI: PCI Interrupt 0000:04:03.0[A] -> GSI 51 (level, low) -> IRQ 20
cciss0: <0x46> at PCI 0000:04:03.0 IRQ 20 using DAC
blocks= 284506560 block_size= 512
heads= 255, sectors= 32, cylinders= 34866
blocks= 284506560 block_size= 512
heads= 255, sectors= 32, cylinders= 34866
cciss/c0d0: p1 p2
[root@Fiorano ~]# ls -la /dev/cciss/
total 0
drwxr-xr-x 2 root root 100 Out 16 08:49 .
drwxr-xr-x 15 root root 4020 Out 16 08:50 ..
brw-r----- 1 root disk 104, 0 Out 16 08:49 c0d0
brw-r----- 1 root disk 104, 1 Out 16 08:49 c0d0p1
brw-r----- 1 root disk 104, 2 Out 16 08:49 c0d0p2
[root@Fiorano ~]# hpacucli ctrl all show config
Smart Array 6i in Slot 0 ()
array A (Parallel SCSI, Unused Space: 0 MB)
logicaldrive 1 (135.7 GB, RAID 5, OK)
physicaldrive 2:0 (port 2:id 0 , Parallel SCSI, 72.8 GB, OK)
physicaldrive 2:1 (port 2:id 1 , Parallel SCSI, 72.8 GB, OK)
physicaldrive 2:2 (port 2:id 2 , Parallel SCSI, 72.8 GB, OK)
Then, on the SmartArray i had /dev/cciss/c0d0 (and /dev/cciss/c0d0p1
and /dev/cciss/c0d0p2) and on the Adaptect I had a /dev/sda
(and /dev/sda1, /dev/sda2 and /dev/sda3). IMHO from the info you post,
your DAS had a RAID controller and was detected as a single disk, and
it differ depending on the SCSI controller it was attached.
>From the "/etc/fstab" line it didn't had partitions before the failure.
You told that the channel A hangs the controler on the new server,
then maybe it was faulty. If it's possible to change the array disks to
the B channel (if it's necessary, I didn't know if the RAID array was
exported from both channels at the same time).
Antonio.
--
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows |
| Universidade Estadual de Maringá - Brasil| what evil lurks in the |
| NPD - Núcleo de Processamento de Dados | Heart of Men!" |
| E-Mail: asmartins@xxxxxx / shadow@xxxxxx | !!! Linux User: 52392 !!! |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
--
Esta mensagem foi verificada pelo sistema de antiv�s e
acredita-se estar livre de perigo.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
