Original the array was attach to an HP server via a Smart Array Controller.(which I didn't setup, I just inherited the problem) This controller no longer recognizes the array even though the front panel of the array indicates its intact. I then took the array and plugged it into my Centos server and it recognized it ... cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: XD-T112- Model: 212R Rev: R0.0 Type: Direct-Access
But with errors In dmesg have this: sda: Mode Sense: bf 00 00 08 SCSI device sda: drive cache: write back sda: unknown partition table sd 0:0:0:0: Attached scsi disk sda
I have no experience with the Smart Array Controller, just what I read the past couple of days. Here's how it was mounted on the HP server /dev/cciss/c0d1 /stor02 ext3 defaults 1 1 Is there a way I can get the data off the array with my Centos server? Any help/suggestions/tips would be greatly appreciated, I've hit a brick wall.
on 10/15/2007 9:41 AM Dan Carl spake the following:
Original the array was attach to an HP server via a Smart Array Controller.(which I didn't setup, I just inherited the problem) This controller no longer recognizes the array even though the front panel of the array indicates its intact. I then took the array and plugged it into my Centos server and it recognized it ... cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: XD-T112- Model: 212R Rev: R0.0 Type: Direct-Access
But with errors In dmesg have this: sda: Mode Sense: bf 00 00 08 SCSI device sda: drive cache: write back sda: unknown partition table sd 0:0:0:0: Attached scsi disk sda
I have no experience with the Smart Array Controller, just what I read the past couple of days. Here's how it was mounted on the HP server /dev/cciss/c0d1 /stor02 ext3 defaults 1 1 Is there a way I can get the data off the array with my Centos server? Any help/suggestions/tips would be greatly appreciated, I've hit a brick wall.
The partition table could be hosed. You might want to consider sending the unit out for recovery if it is critical data and you have no backups. You might be able to scan it with testdisk and see if it finds anything.
Or try the tools from the array manufacturer if they have any.
On Monday 15 October 2007, Dan Carl wrote: ...
But with errors In dmesg have this: sda: Mode Sense: bf 00 00 08 SCSI device sda: drive cache: write back sda: unknown partition table sd 0:0:0:0: Attached scsi disk sda
Those are not errors. But it doesn't seem to have a partition table (see below)
I have no experience with the Smart Array Controller, just what I read the past couple of days. Here's how it was mounted on the HP server /dev/cciss/c0d1 /stor02 ext3 defaults 1 1
Ah, they put the ext3 directly on the device. Consistent with the above data.
Is there a way I can get the data off the array with my Centos server? Any help/suggestions/tips would be greatly appreciated, I've hit a brick wall.
Try "mount -oro /dev/sda /mnt/tmp" (or whatever) or just see if there's a superblock there with "tune2fs -l /dev/sda".
/Peter
Peter Kjellstrom wrote:
On Monday 15 October 2007, Dan Carl wrote: ...
But with errors In dmesg have this: sda: Mode Sense: bf 00 00 08 SCSI device sda: drive cache: write back sda: unknown partition table sd 0:0:0:0: Attached scsi disk sda
Those are not errors. But it doesn't seem to have a partition table (see below)
I have no experience with the Smart Array Controller, just what I read the past couple of days. Here's how it was mounted on the HP server /dev/cciss/c0d1 /stor02 ext3 defaults 1 1
Ah, they put the ext3 directly on the device. Consistent with the above data.
Is there a way I can get the data off the array with my Centos server? Any help/suggestions/tips would be greatly appreciated, I've hit a brick wall.
Try "mount -oro /dev/sda /mnt/tmp" (or whatever) or just see if there's a superblock there with "tune2fs -l /dev/sda".
he has a hardware raid set of drives originally from a HP/Compaq SmartArray controller, now connected to a simple non-raid scsi controller. sorry, thats not gonna play no way no how.
On Monday 15 October 2007, John R Pierce wrote:
Peter Kjellstrom wrote:
On Monday 15 October 2007, Dan Carl wrote: ...
But with errors In dmesg have this: sda: Mode Sense: bf 00 00 08 SCSI device sda: drive cache: write back sda: unknown partition table sd 0:0:0:0: Attached scsi disk sda
...
Try "mount -oro /dev/sda /mnt/tmp" (or whatever) or just see if there's a superblock there with "tune2fs -l /dev/sda".
he has a hardware raid set of drives originally from a HP/Compaq SmartArray controller, now connected to a simple non-raid scsi controller. sorry, thats not gonna play no way no how.
Since he only mentioned one device on his centos, there are centainly plausible ways this could work. The original cciss array could have been a single drive, could have been a raid1, could have been a misunderstood hwraid just tunneled through the host adapter as a single driver, etc.
We'll just never know until he either tries or gives us more info.
/Peter
On Monday 15 October 2007, John R Pierce wrote:
Peter Kjellstrom wrote:
On Monday 15 October 2007, Dan Carl wrote: ...
But with errors In dmesg have this: sda: Mode Sense: bf 00 00 08 SCSI device sda: drive cache: write back sda: unknown partition table sd 0:0:0:0: Attached scsi disk sda
...
Try "mount -oro /dev/sda /mnt/tmp" (or whatever) or just see if there's
a
superblock there with "tune2fs -l /dev/sda".
he has a hardware raid set of drives originally from a HP/Compaq SmartArray controller, now connected to a simple non-raid scsi controller. sorry, thats not gonna play no way no how.
Since he only mentioned one device on his centos, there are centainly plausible ways this could work. The original cciss array could have been a single drive, could have been a raid1, could have been a misunderstood
hwraid
just tunneled through the host adapter as a single driver, etc.
. The SmartArray doesn't recognize the external array. So thats why I connected it to a SCSI non-raid controller which does. lvndiskscan on my Centos server even can tell the size of it. /dev/sda [ 2.00 TB] The external array has it's own built in raid controller. The Bios the SmartArray said it was a raid 0 2048GB failed. I not sure why the SmartArray sees it as that because the external array is configured as a raid 5 with spares. Im not familar with the SmartArray and don't have another to try.
Is there no way to access the data other than via the SmartArray?
/Peter
----- Original Message ----- From: "Peter Kjellstrom" cap@nsc.liu.se To: centos@centos.org Sent: Monday, October 15, 2007 2:18 PM Subject: Re: [CentOS] Trying to recover data off SATA-to-SCSI external 2TBARRAY
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Monday 15 October 2007, Dan Carl wrote: ...
The SmartArray doesn't recognize the external array. So thats why I connected it to a SCSI non-raid controller which does. lvndiskscan on my Centos server even can tell the size of it. /dev/sda [ 2.00 TB] The external array has it's own built in raid controller. The Bios the SmartArray said it was a raid 0 2048GB failed. I not sure why the SmartArray sees it as that because the external array is configured as a raid 5 with spares. Im not familar with the SmartArray and don't have another to try.
Is there no way to access the data other than via the SmartArray?
so give "tune2fs -l /dev/sda" a try. Maybe you'll find a nice ext3 fs, maybe no. It's a non-destructive operation so go ahead.
/Peter
On Monday 15 October 2007, Dan Carl wrote: ...
The SmartArray doesn't recognize the external array. So thats why I connected it to a SCSI non-raid controller which does. lvndiskscan on my Centos server even can tell the size of it. /dev/sda [ 2.00 TB] The external array has it's own built in raid controller. The Bios the SmartArray said it was a raid 0 2048GB failed. I not sure why the SmartArray sees it as that because the external array
is
configured as a raid 5 with spares. Im not familar with the SmartArray and don't have another to try.
Is there no way to access the data other than via the SmartArray?
so give "tune2fs -l /dev/sda" a try. Maybe you'll find a nice ext3 fs,
maybe
no. It's a non-destructive operation so go ahead.
That yielded :'( tune2fs 1.39 (29-May-2006) tune2fs: Bad magic number in super-block while trying to open /dev/sda Couldn't find valid filesystem superblock.
And know they didn't backup their data, under the advice of their developer. Advice to everyone if you care about your data BACK IT UP!!! even a raid 5 with hot spares can fail. I feel bad for them. Thier developer screwed them and then left them.
If any has any other advice please share.
/Peter ----- Original Message ----- From: "Peter Kjellstrom" cap@nsc.liu.se To: centos@centos.org Sent: Monday, October 15, 2007 2:50 PM Subject: Re: [CentOS] Trying to recover data off SATA-to-SCSI external 2TBARRAY
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
on 10/15/2007 1:18 PM Dan Carl spake the following:
On Monday 15 October 2007, Dan Carl wrote: ...
The SmartArray doesn't recognize the external array. So thats why I connected it to a SCSI non-raid controller which does. lvndiskscan on my Centos server even can tell the size of it. /dev/sda [ 2.00 TB] The external array has it's own built in raid controller. The Bios the SmartArray said it was a raid 0 2048GB failed. I not sure why the SmartArray sees it as that because the external array
is
configured as a raid 5 with spares. Im not familar with the SmartArray and don't have another to try.
Is there no way to access the data other than via the SmartArray?
so give "tune2fs -l /dev/sda" a try. Maybe you'll find a nice ext3 fs,
maybe
no. It's a non-destructive operation so go ahead.
That yielded :'( tune2fs 1.39 (29-May-2006) tune2fs: Bad magic number in super-block while trying to open /dev/sda Couldn't find valid filesystem superblock.
And know they didn't backup their data, under the advice of their developer. Advice to everyone if you care about your data BACK IT UP!!! even a raid 5 with hot spares can fail. I feel bad for them. Thier developer screwed them and then left them.
If any has any other advice please share.
Any decent rescue disk should have testdisk (http://www.cgsecurity.org/wiki/TestDisk) Run it against the array and see what it can find.
So thats why I connected it to a SCSI non-raid controller which does. lvndiskscan on my Centos server even can tell the size of it. /dev/sda [ 2.00 TB] The external array has it's own built in raid controller. The Bios the SmartArray said it was a raid 0 2048GB failed. I not sure why the SmartArray sees it as that because the external array is configured as a raid 5 with spares. Im not familar with the SmartArray and don't have another to try.
Is there no way to access the data other than via the SmartArray?
/Peter
What do you mean by connected it? Are all drives from the old array connected? Without having the drives attached to the original controller you may not be able to get much from it, Linux would still see the individual SCSI drives but that doesn't help if you want the file system.
You may want to take the old RAID card out of the other server and install it, that is the only way you're going to get anything from it.
----- Original Message ----- From: "Peter Kjellstrom" cap@nsc.liu.se To: centos@centos.org Sent: Monday, October 15, 2007 2:18 PM Subject: Re: [CentOS] Trying to recover data off SATA-to-SCSI external 2TBARRAY
The SmartArray doesn't recognize the external array.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
----- Original Message ----- From: "Michael Watters" wattersm@liquidweb.com To: "CentOS mailing list" centos@centos.org Sent: Monday, October 15, 2007 3:12 PM Subject: Re: [CentOS] Trying to recover data off SATA-to-SCSI external 2TBARRAY
So thats why I connected it to a SCSI non-raid controller which does. lvndiskscan on my Centos server even can tell the size of it. /dev/sda [ 2.00 TB] The external array has it's own built in raid controller. The Bios the SmartArray said it was a raid 0 2048GB failed. I not sure why the SmartArray sees it as that because the external array
is
configured as a raid 5 with spares. Im not familar with the SmartArray and don't have another to try.
Is there no way to access the data other than via the SmartArray?
/Peter
What do you mean by connected it?
The array that I'm tyring to recover is a SCSI-toSATA 2U external Raid device. It connects to any u320 controller and is suppose to show up to Linux as 1 SCSI drive. Quote from the manual: "These host interfaces are host O/S independent and will operate on any system that has a working SCSI or Fiber interface The DAS is made up of several components including a RAID controller, backplane board with intelligent environmental monitoring, chassis, power supplies, fans, front control panel with LCD display and hard drive bays."
Are all drives from the old array connected? Without having the drives attached to the original
All the drive are in the external array, and it says the Array is functioning properly.
controller you may not be able to get much from it, Linux would still see the individual SCSI drives but that doesn't help if you want the file system.
You may want to take the old RAID card out of the other server and install it, that is the only way you're going to get anything from it.
The Smart Array card that it was originally connected to doesn't recongize it. The SmartArray is in a working server and is currently running an internal Raid 5.
My guess is there was some hardware failure on the external side of the controller or the external array. My reasoning for this, is if I connect the A Channel of the external array to my Centos server my SCSI card doesn't recognize it. But if I connect it to the B channel side it does
I would love to be able to connect the external array to another SmartArray controller and see if it recogizes it, but I don't have one.
----- Original Message ----- From: "Peter Kjellstrom" cap@nsc.liu.se To: centos@centos.org Sent: Monday, October 15, 2007 2:18 PM Subject: Re: [CentOS] Trying to recover data off SATA-to-SCSI external 2TBARRAY
The SmartArray doesn't recognize the external array.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
----- "Dan Carl" danc@bluestarshows.com escreveu:
The array that I'm tyring to recover is a SCSI-toSATA 2U external Raid device. It connects to any u320 controller and is suppose to show up to Linux as 1 SCSI drive. Quote from the manual: "These host interfaces are host O/S independent and will operate on any system that has a working SCSI or Fiber interface The DAS is made up of several components including a RAID controller, backplane board with intelligent environmental monitoring, chassis, power supplies, fans, front control panel with LCD display and hard drive bays."
The Smart Array card that it was originally connected to doesn't recongize it. The SmartArray is in a working server and is currently running an internal Raid 5.
My guess is there was some hardware failure on the external side of the controller or the external array. My reasoning for this, is if I connect the A Channel of the external array to my Centos server my SCSI card doesn't recognize it. But if I connect it to the B channel side it does
Well,
from this I'm thinking you didn't need another SmartArray, but it looks like the A channel from your DAS is the problem... Try look on the DAS manual for the configuration options (how the RAID drive are made) and try to search a way to migrate the RAID from channel A to B. Look for a way to acquire as much info on the DAS configuration you can before trying it. I already had changed RAID disks from one controler to another (SmartArrays by the way), and the RAID disks are found without problem. But, if it didn't work and the DAS "rebuild" it's RAID the data on the disks are gone :(
another way is trying to contact the DAS maker and their tech assistant.
Antonio.
----- Original Message ----- From: "Antonio da Silva Martins Junior" asmartins@uem.br To: "CentOS mailing list" centos@centos.org Sent: Monday, October 15, 2007 4:30 PM Subject: Re: [CentOS] Trying to recover data off SATA-to-SCSI external 2TBARRAY
----- "Dan Carl" danc@bluestarshows.com escreveu:
The array that I'm tyring to recover is a SCSI-toSATA 2U external Raid device. It connects to any u320 controller and is suppose to show up to Linux as 1 SCSI drive. Quote from the manual: "These host interfaces are host O/S independent and will operate on any system that has a working SCSI or Fiber interface The DAS is made up of several components including a RAID controller, backplane board with intelligent environmental monitoring, chassis, power supplies, fans, front control panel with LCD display and hard
drive bays."
The Smart Array card that it was originally connected to doesn't recongize it. The SmartArray is in a working server and is currently running an internal Raid 5.
My guess is there was some hardware failure on the external side of the controller or the external array. My reasoning for this, is if I connect the A Channel of the external array to my Centos server my SCSI card doesn't recognize it. But if I connect it to the B channel side it does
Well,
from this I'm thinking you didn't need another SmartArray, but it looks like the A channel from your DAS is the problem... Try look on the DAS
manual
for the configuration options (how the RAID drive are made) and try to
search
a way to migrate the RAID from channel A to B. Look for a way to acquire
as much The way I understand it: Is that the external array or DAS can be serve as a storage device for two servers. So I should have to migrate it over to the B channel.
info on the DAS configuration you can before trying it. I already had
changed
RAID disks from one controler to another (SmartArrays by the way), and the
RAID
disks are found without problem. But, if it didn't work and the DAS
"rebuild" it's
RAID the data on the disks are gone :(
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?
another way is trying to contact the DAS maker and their tech assistant.
Not an option, seems like a 2 man outfit in LA. Their suppurt consisted of emailing me the owners manual. They just sell the stuff they don't support it. Another leason for everyone today. You may save the upfront money by buying noname hardware but sooner or later you'll pay.
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@uem.br / shadow@uem.br | !!! Linux User: 52392 !!! | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-- Esta mensagem foi verificada pelo sistema de antivrus e acredita-se estar livre de perigo.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Dan Carl wrote:
Antonio da Silva Martins Junior wrote:
----- "Dan Carl" danc@bluestarshows.com escreveu:
The array that I'm tyring to recover is a SCSI-toSATA 2U external Raid device. It connects to any u320 controller and is suppose to show up to Linux as 1 SCSI drive. Quote from the manual: "These host interfaces are host O/S independent and will operate on any system that has a working SCSI or Fiber interface The DAS is made up of several components including a RAID controller, backplane board with intelligent environmental monitoring, chassis, power supplies, fans, front control panel with LCD display and hard drive bays."
The Smart Array card that it was originally connected to doesn't recongize it. The SmartArray is in a working server and is currently running an internal Raid 5.
My guess is there was some hardware failure on the external side of the controller or the external array. My reasoning for this, is if I connect the A Channel of the external array to my Centos server my SCSI card doesn't recognize it. But if I connect it to the B channel side it does
Well,
from this I'm thinking you didn't need another SmartArray, but it looks like the A channel from your DAS is the problem... Try look on the DAS manual for the configuration options (how the RAID drive are made) and try to search a way to migrate the RAID from channel A to B. Look for a way to acquire as much
The way I understand it: Is that the external array or DAS can be serve as a storage device for two servers. So I should have to migrate it over to the B channel.
info on the DAS configuration you can before trying it. I already had changed RAID disks from one controler to another (SmartArrays by the way), and the RAID disks are found without problem. But, if it didn't work and the DAS "rebuild" it's RAID the data on the disks are gone :(
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?
another way is trying to contact the DAS maker and their tech assistant.
Not an option, seems like a 2 man outfit in LA. Their suppurt consisted of emailing me the owners manual. They just sell the stuff they don't support it. Another leason for everyone today. You may save the upfront money by buying noname hardware but sooner or later you'll pay.
Did you try their management software to see if you could view the health and status of the array?
It may be marked offline internally from the previous failure and needs manual intervention to bring it back online.
Try installing and configuring the status monitor software from:
http://www.xtore.com/Downloads/Firmware/
-Ross
______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.
----- "Dan Carl" danc@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 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.
on 10/15/2007 12:42 PM Dan Carl spake the following:
On Monday 15 October 2007, John R Pierce wrote:
Peter Kjellstrom wrote:
On Monday 15 October 2007, Dan Carl wrote: ...
But with errors In dmesg have this: sda: Mode Sense: bf 00 00 08 SCSI device sda: drive cache: write back sda: unknown partition table sd 0:0:0:0: Attached scsi disk sda
...
Try "mount -oro /dev/sda /mnt/tmp" (or whatever) or just see if there's
a
superblock there with "tune2fs -l /dev/sda".
he has a hardware raid set of drives originally from a HP/Compaq SmartArray controller, now connected to a simple non-raid scsi controller. sorry, thats not gonna play no way no how.
Since he only mentioned one device on his centos, there are centainly plausible ways this could work. The original cciss array could have been a single drive, could have been a raid1, could have been a misunderstood
hwraid
just tunneled through the host adapter as a single driver, etc.
. The SmartArray doesn't recognize the external array. So thats why I connected it to a SCSI non-raid controller which does. lvndiskscan on my Centos server even can tell the size of it. /dev/sda [ 2.00 TB] The external array has it's own built in raid controller. The Bios the SmartArray said it was a raid 0 2048GB failed. I not sure why the SmartArray sees it as that because the external array is configured as a raid 5 with spares. Im not familar with the SmartArray and don't have another to try.
Is there no way to access the data other than via the SmartArray?
The smartarray sees it as a raid0 with one drive because that is how its bios works. If you attached a single scsi drive to it, you could set it as a single drive and it would show up as a raid0 stripe with one drive.
on 10/15/2007 11:49 AM John R Pierce spake the following:
Peter Kjellstrom wrote:
On Monday 15 October 2007, Dan Carl wrote: ...
But with errors In dmesg have this: sda: Mode Sense: bf 00 00 08 SCSI device sda: drive cache: write back sda: unknown partition table sd 0:0:0:0: Attached scsi disk sda
Those are not errors. But it doesn't seem to have a partition table (see below)
I have no experience with the Smart Array Controller, just what I read the past couple of days. Here's how it was mounted on the HP server /dev/cciss/c0d1 /stor02 ext3 defaults 1 1
Ah, they put the ext3 directly on the device. Consistent with the above data.
Is there a way I can get the data off the array with my Centos server? Any help/suggestions/tips would be greatly appreciated, I've hit a brick wall.
Try "mount -oro /dev/sda /mnt/tmp" (or whatever) or just see if there's a superblock there with "tune2fs -l /dev/sda".
he has a hardware raid set of drives originally from a HP/Compaq SmartArray controller, now connected to a simple non-raid scsi controller. sorry, thats not gonna play no way no how.
No.. He said he had a sata to scsi raid array in a box that connects multiple sata drives to a single scsi port. Looks like a single drive to the connected system.
-
Antonio da Silva Martins Junior -
Dan Carl -
John R Pierce -
Michael Watters -
Peter Kjellstrom -
Ross S. W. Walker -
Scott Silva