Op 20-05-11 01:17, Chris Forgeron schreef:
I ended up switching back to FreeBSD after using Solaris for some time
because I was getting tired of weird pool corruptions and the like.
Did you ever manage to recover the data you blogged about on Sunday,
February 6, 2011?
--
No part of this
On Fri, May 20, 2011 at 12:53 AM, Richard Elling
richard.ell...@gmail.com wrote:
On May 19, 2011, at 2:09 PM, Paul Kraus p...@kraus-haus.org wrote:
Is there a way (other than zpool online) to kick ZFS into
rescanning the LUNs ?
zpool clear poolname
I am unclear on when clear is the
Original Message-
From: Frank Van Damme
Sent: Friday, May 20, 2011 6:25 AM
Op 20-05-11 01:17, Chris Forgeron schreef:
I ended up switching back to FreeBSD after using Solaris for some time
because I was getting tired of weird pool corruptions and the like.
Did you ever manage to
Hi all,
On my oi_148a system I'm now in the process of evacuating
data from my dcpool (an iSCSI device with a ZFS pool inside),
which is hosted in my physical pool on harddisks (6-disk
raidz2). The dcpool was configured to dedup all data inside
it, and the volume pool/dcpool was compressed as to
On 05/19/2011 07:47 PM, Richard Elling wrote:
On May 19, 2011, at 5:35 AM, Sašo Kiselkov wrote:
Hi all,
I'd like to ask whether there is a way to monitor disk seeks. I have an
application where many concurrent readers (50) sequentially read a
large dataset (10T) at a fairly low speed (8-10
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Edward Ned Harvey
New problem:
I'm following all the advice I summarized into the OP of this thread, and
testing on a test system. (A laptop). And it's just not working. I am
jumping
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
1) The process is rather slow (I think due to dedup involved -
even though, by my calculations, the whole DDT can fit in
my 8Gb RAM),
Please see:
Hi Alex
More scary than interesting to me.
What kind of hardware and which Solaris release?
Do you know what steps lead up to this problem? Any recent hardware
changes?
This output should tell you which disks were in this pool originally:
# zpool history tank
If the history identifies
I have run into a more serious and scary situation after our array
outage yesterday.
As I posted earlier today, I came in this morning and found 9 LUNs off
line (our of over 120). Not a big deal, as the rest of the array was
OK (and still is), and the other arrays are fine. Everything is
mirrored