of my OI machines, so
I haven't confirmed its correctness), or temporarily transplant the spare
in question to a linux machine (or live system) and use hdparm -I.
Tim
On Mon, Sep 24, 2012 at 2:37 PM, LIC mesh licm...@gmail.com wrote:
Any ideas?
On Mon, Sep 24, 2012 at 10:46 AM, LIC mesh
is a bad time to find out it won't work.
Tim
On Sun, Sep 23, 2012 at 10:52 PM, LIC mesh licm...@gmail.com wrote:
Well this is a new one
Illumos/Openindiana let me add a device as a hot spare that evidently has
a different sector alignment than all of the other drives in the array.
So now
:~# fdisk -G /dev/rdsk/c16t5000C5005295F727d0
* Physical geometry for device /dev/rdsk/c16t5000C5005295F727d0
* PCYL NCYL ACYL BCYL NHEAD NSECT SECSIZ
608006080000255 252 512
On Mon, Sep 24, 2012 at 9:01 AM, LIC mesh licm...@gmail.com wrote:
Yet another
at 9:01 AM, LIC mesh licm...@gmail.com wrote:
Yet another weird thing - prtvtoc shows both drives as having the same
sector size, etc:
root@nas:~# prtvtoc /dev/rdsk/c16t5000C5002AA08E4Dd0
* /dev/rdsk/c16t5000C5002AA08E4Dd0 partition map
*
* Dimensions:
* 512 bytes/sector
* 3907029168
Any ideas?
On Mon, Sep 24, 2012 at 10:46 AM, LIC mesh licm...@gmail.com wrote:
That's what I thought also, but since both prtvtoc and fdisk -G see the
two disks as the same (and I have not overridden sector size), I am
confused.
*
*
*iostat -xnE:*
c16t5000C5002AA08E4Dd0 Soft Errors: 0
Well this is a new one
Illumos/Openindiana let me add a device as a hot spare that evidently has a
different sector alignment than all of the other drives in the array.
So now I'm at the point that I /need/ a hot spare and it doesn't look like
I have it.
And, worse, the other spares I have
If we've found one bad disk, what are our options?
On Thu, Sep 30, 2010 at 10:12 AM, Richard Elling
richard.ell...@gmail.comwrote:
On Sep 30, 2010, at 2:32 AM, Tuomas Leikola wrote:
On Thu, Sep 30, 2010 at 1:16 AM, Scott Meilicke
scott.meili...@craneaerospace.com wrote:
Resliver
Is there any way to stop a resilver?
We gotta stop this thing - at minimum, completion time is 300,000 hours, and
maximum is in the millions.
Raidz2 array, so it has the redundancy, we just need to get data off.
___
zfs-discuss mailing list
at 11:40 AM, Scott Meilicke
scott.meili...@craneaerospace.com wrote:
Has it been running long? Initially the numbers are *way* off. After a
while it settles down into something reasonable.
How many disks, and what size, are in your raidz2?
-Scott
On 9/29/10 8:36 AM, LIC mesh licm
(turn them off).
So are there eight disks?
On 9/29/10 8:46 AM, LIC mesh licm...@gmail.com wrote:
It's always running less than an hour.
It usually starts at around 300,000h estimate(at 1m in), goes up to an
estimate in the millions(about 30mins in) and restarts.
Never gets past 0.00
:51 AM, Lin Ling lin.l...@oracle.com wrote:
What caused the resilvering to kick off in the first place?
Lin
On Sep 29, 2010, at 8:46 AM, LIC mesh wrote:
It's always running less than an hour.
It usually starts at around 300,000h estimate(at 1m in), goes up to an
estimate in the millions
Yeah, I'm having a combination of this and the resilver constantly
restarting issue.
And nothing to free up space.
It was recommended to me to replace any expanders I had between the HBA and
the drives with extra HBAs, but my array doesn't have expanders.
If your's does, you may want to try
On Wed, Sep 22, 2010 at 8:13 PM, Richard Elling rich...@nexenta.com wrote:
On Sep 22, 2010, at 1:46 PM, LIC mesh wrote:
Something else is probably causing the slow I/O. What is the output of
iostat -en ? The best answer is all balls (balls == zeros)
Found a number of LUNs with errors
What options are there to turn off or reduce the priority of a resilver?
This is on a 400TB iSCSI based zpool (8 LUNs per raidz2 vdev, 4 LUNs per
shelf, 6 drives per LUN - 16 shelves total) - my client has gotten to the
point that they just want to get their data off, but this resilver won't
14 matches
Mail list logo
