Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 Aug 2003 10:28:36 +1000
From:      "Cameron Brunner" <gamr@inetsalestech.com>
To:        <freebsd-questions@FreeBSD.ORG>
Cc:        Roy Lyons <rlyons@inetsalestech.com>
Subject:   CCD Issues
Message-ID:  <000801c366b2$011dfc20$8500000a@gamr>

next in thread | raw e-mail | index | archive | help
Well my CCD was working fine for about 2months until I rebooted, i'm not =
exactly certain whats wrong now but im dreading the fact that it might =
be dead.

The array strip was on 3 'old' Seagate 9gig SCSI hdd's, here's as much =
info as i can work out.

FreeBSD 4.5-STABLE from April 2002 sometime, it's generally VERY stable.

da0 is the boot disk, da1 da2 and da3 were the raid array and da5 is =
another disk that had a backup of most things off of the ccd incase this =
happened. da4 exists but the drive itself has stopped spinning, i havnt =
had time to get it pulled out of the system yet. da0 and da5 are both =
already mounted fine and working as normal.

exit:0 89 $ sudo disklabel -r da0
# /dev/da0c:
type: SCSI
disk: da0s1
label:=20
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 1105
sectors/unit: 17767827
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0           # milliseconds
track-to-track seek: 0  # milliseconds
drivedata: 0=20

8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a: 16993683   774144    4.2BSD     2048 16384    89   # (Cyl.   48*- =
1105*)
  b:   262144        0      swap                        # (Cyl.    0 - =
16*)
  c: 17767827        0    unused        0     0         # (Cyl.    0 - =
1105*)
  e:   512000   262144    4.2BSD     2048 16384    94   # (Cyl.   16*- =
48*)

exit:0 102 $ sudo disklabel da0
# /dev/da0c:
type: SCSI
disk: da0s1
label:=20
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 1105
sectors/unit: 17767827
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0           # milliseconds
track-to-track seek: 0  # milliseconds
drivedata: 0=20

8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a: 16993683   774144    4.2BSD     2048 16384    89   # (Cyl.   48*- =
1105*)
  b:   262144        0      swap                        # (Cyl.    0 - =
16*)
  c: 17767827        0    unused        0     0         # (Cyl.    0 - =
1105*)
  e:   512000   262144    4.2BSD     2048 16384    94   # (Cyl.   16*- =
48*)

exit:0 91 $ sudo disklabel -r da1     =20
disklabel: /dev/da1c: Undefined error: 0

exit:0 96 $ sudo disklabel da1
disklabel: ioctl DIOCGDINFO: Invalid argument

exit:0 92 $ sudo disklabel -r da2
disklabel: /dev/da2c: Undefined error: 0

exit:0 97 $ sudo disklabel da2
disklabel: ioctl DIOCGDINFO: Invalid argument

exit:0 93 $ sudo disklabel -r da3
disklabel: /dev/da3c: Undefined error: 0

exit:0 98 $ sudo disklabel da3
disklabel: ioctl DIOCGDINFO: Invalid argument

exit:0 94 $ sudo disklabel -r da5
disklabel: bad pack magic number (label is damaged, or pack is =
unlabeled)


exit:0 100 $ sudo disklabel da5
# /dev/da5:
type: SCSI
disk: IBM-PSG=20
label: ST39175LC     !#
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 1106
sectors/unit: 17774160
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0           # milliseconds
track-to-track seek: 0  # milliseconds
drivedata: 0=20

8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  c: 17774160        0    unused        0     0         # (Cyl.    0 - =
1106*)

exit:0 103 $ cat /etc/ccd.conf
ccd0            32      0       /dev/da1e /dev/da2e /dev/da3e

exit:0 104 $ sudo ccdconfig -C -v
ccdconfig: ioctl (CCDIOCSET): /dev/ccd0c: Invalid argument

exit:0 106 $ sudo ccdconfig -g
no concatenated disks configured

exit:0 110 $ dmesg | grep da
da0 at sym1 bus 0 target 0 lun 0
da0: <IBM-PSG ST39175LC     !# 0350> Fixed Direct Access SCSI-2 device=20
da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing =
Enabled
da0: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C)
da2 at sym1 bus 0 target 2 lun 0
da2: <IBM-PSG ST39175LC     !# 0350> Fixed Direct Access SCSI-2 device=20
da2: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing =
Enabled
da2: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C)
da3 at sym1 bus 0 target 3 lun 0
da3: <IBM-PSG ST39175LC     !# 0350> Fixed Direct Access SCSI-2 device=20
da3: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing =
Enabled
da3: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C)
da5 at sym1 bus 0 target 5 lun 0
da5: <IBM-PSG ST39175LC     !# 0350> Fixed Direct Access SCSI-2 device=20
da5: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing =
Enabled
da5: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C)
da1 at sym1 bus 0 target 1 lun 0
da1: <IBM-PSG ST39175LC     !# 0350> Fixed Direct Access SCSI-2 device=20
da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing =
Enabled
da1: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C)
Mounting root from ufs:/dev/da0s1a
da4 at sym1 bus 0 target 4 lun 0
da4: <IBM-PSG ST39175LC     !# 0350> Fixed Direct Access SCSI-2 device=20
da4: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing =
Enabled
da4: Attempt to query device size failed: MEDIUM ERROR, Medium format =
corrupted

exit:0 111 $ dmesg | grep sym
sym0: <810a> port 0x2000-0x20ff mem 0xfa001000-0xfa0010ff irq 2 at =
device 8.0 on pci0
sym0: No NVRAM, ID 7, Fast-10, SE, parity checking
sym1: <896> port 0x3000-0x30ff mem =
0xfe000000-0xfe001fff,0xfe004000-0xfe0043ff irq 10 at device 3.0 on pci1
sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym2: <896> port 0x3400-0x34ff mem =
0xfe002000-0xfe003fff,0xfe004400-0xfe0047ff irq 11 at device 3.1 on pci1
sym2: No NVRAM, ID 7, Fast-40, LVD, parity checking
pass6 at sym1 bus 0 target 6 lun 0


Any and all suggestions welcomed. I would like to revive the CCD if at =
all possible but if it isn't possible then I just need to know this so I =
can work on rebuilding the lost data.



Cameron Brunner
inetsalestech.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000801c366b2$011dfc20$8500000a>