[CentOS] Trying to recover data off SATA-to-SCSI external 2TBARRAY

Antonio da Silva Martins Junior asmartins at uem.br
Tue Oct 16 12:56:56 UTC 2007


----- "Dan Carl" <danc at bluestarshows.com> 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=
=20
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.=20

The following data are from one of my servers with an Adaptec RAID controll=
er,
it has 7 disks, but the controller show only the RAID array (on /dev/sda) t=
o linux:=20

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]=20
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=3D 284506560 block_size=3D 512
      heads=3D 255, sectors=3D 32, cylinders=3D 34866

      blocks=3D 284506560 block_size=3D 512
      heads=3D 255, sectors=3D 32, cylinders=3D 34866

 cciss/c0d0: p1 p2

[root at 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 at 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=20
and /dev/cciss/c0d0p2) and on the Adaptect I had a /dev/sda=20
(and /dev/sda1, /dev/sda2 and /dev/sda3). IMHO from the info you post,=20
your DAS had a RAID controller and was detected as a single disk, and=20
it differ depending on the SCSI controller it was attached.=20
>From the "/etc/fstab" line it didn't had partitions before the failure.=20
You told that the channel A hangs the controler on the new server,=20
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=20
exported from both channels at the same time).

   Antonio.

--=20
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows     |
| Universidade Estadual de Maring=C3=A1 - Brasil|   what evil lurks in the =
  |
| NPD - N=C3=BAcleo de Processamento de Dados   |       Heart of Men!"     =
  |
| E-Mail: asmartins at uem.br / shadow at uem.br | !!! Linux User: 52392 !!!  |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


--=20
Esta mensagem foi verificada pelo sistema de antiv=EDrus e
 acredita-se estar livre de perigo.




More information about the CentOS mailing list