Dear ZFS-Users,
I am using Solarisx86 10u10, All the devices which are belongs to my zpool
are in available state .
But I am unable to import the zpool.
#zpool import tXstpool
cannot import 'tXstpool': one or more devices is currently unavailable
==
bash-3.2# zpool import
I understand that some participants would prefer to keep their participation
non-public, and so I do not expect the Group to have a home page at this time.
In the absence of a web page, please can we list here the individual and
organisational members who are *happy* for their membership to be
2012-07-31 17:55, opensolarisisdeadlongliveopensolaris пишет:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Nico Williams
The copies thing is a really only for laptops, where the likelihood of
redundancy is very low
ZFS also stores
On 08/01/2012 12:04 PM, Jim Klimov wrote:
Probably DDT is also stored with 2 or 3 copies of each block,
since it is metadata. It was not in the last ZFS on-disk spec
from 2006 that I found, for some apparent reason ;)
That's probably because it's extremely big (dozens, hundreds or even
2012-08-01 16:22, Sašo Kiselkov пишет:
On 08/01/2012 12:04 PM, Jim Klimov wrote:
Probably DDT is also stored with 2 or 3 copies of each block,
since it is metadata. It was not in the last ZFS on-disk spec
from 2006 that I found, for some apparent reason ;)
The idea of the pun was that the
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
Availability of the DDT is IMHO crucial to a deduped pool, so
I won't be surprised to see it forced to triple copies.
Agreed, although, the DDT is also paramount to performance.
On 08/01/2012 03:35 PM, opensolarisisdeadlongliveopensolaris wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
Availability of the DDT is IMHO crucial to a deduped pool, so
I won't be surprised to see it forced to triple
Hi
Try
zpool import -nF tXstpool
To see
If it can roll back to some. Good state
If you can afford some lost data
zpool import -F tXstpool
Sent from my iPhone
On Aug 1, 2012, at 3:21 AM, Suresh Kumar sachinnsur...@gmail.com wrote:
Dear ZFS-Users,
I am using Solarisx86 10u10, All the
2012-08-01 17:35, opensolarisisdeadlongliveopensolaris пишет:
Personally, I've never been supportive of the whole copies idea. If you need more than
one redundant copy of some data, that's why you have pool redundancy. You're just hurting
performance by using copies. And protecting against
2012-08-01 17:55, Sašo Kiselkov пишет:
On 08/01/2012 03:35 PM, opensolarisisdeadlongliveopensolaris wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
Availability of the DDT is IMHO crucial to a deduped pool, so
I won't be
On 08/01/2012 04:14 PM, Jim Klimov wrote:
2012-08-01 17:55, Sašo Kiselkov пишет:
On 08/01/2012 03:35 PM, opensolarisisdeadlongliveopensolaris wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
Availability of the DDT is IMHO
Hello,
I recently rebooted my workstation and the disk names changed causing my
ZFS pool to be unavailable.
I did not make any hardware changes? My first question is the obvious?
Did I loose my data? Can I recover it?
What would cause the names to change? Delay in the order that the HBA
On Aug 1, 2012, at 11:06, Jesse Jamez jesse.jam...@gmail.com wrote:
Hello,
I recently rebooted my workstation and the disk names changed causing my ZFS
pool to be unavailable.
I did not make any hardware changes? My first question is the obvious? Did
I loose my data? Can I recover it?
On Wed, Aug 1, 2012 at 8:33 AM, Sašo Kiselkov skiselkov...@gmail.com wrote:
On 08/01/2012 04:14 PM, Jim Klimov wrote:
chances are that
some blocks of userdata might be more popular than a DDT block and
would push it out of L2ARC as well...
Which is why I plan on investigating implementing
On Aug 1, 2012, at 8:04 AM, Jesse Jamez wrote:
Hello,
I recently rebooted my workstation and the disk names changed causing my ZFS
pool to be unavailable.
What OS and release?
I did not make any hardware changes? My first question is the obvious? Did
I loose my data? Can I recover
Hi--
If the S10 patch is installed on this system...
Can you remind us if you ran the zpool online -e command after the
LUN is expanded and the autoexpand propery is set?
I hear that some storage that doesn't generate the correct codes
in response to a LUN expansion so you might need to run
From: Sašo Kiselkov [mailto:skiselkov...@gmail.com]
Sent: Wednesday, August 01, 2012 9:56 AM
On 08/01/2012 03:35 PM, opensolarisisdeadlongliveopensolaris wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
Availability
From: opensolarisisdeadlongliveopensolaris
Sent: Wednesday, August 01, 2012 2:08 PM
L2ARC is a read cache. Hence the R and C in L2ARC.
This means two major things:
#1 Writes don't benefit,
and
#2 There's no way to load the whole DDT into the cache anyway. So you're
guaranteed to
2012-08-01 22:07, opensolarisisdeadlongliveopensolaris пишет:
L2ARC is a read cache. Hence the R and C in L2ARC.
R is replacement, but what the hell ;)
This means two major things:
#1 Writes don't benefit,
and
#2 There's no way to load the whole DDT into the cache anyway. So you're
On 01 August, 2012 - opensolarisisdeadlongliveopensolaris sent me these 1,8K
bytes:
From: Sa??o Kiselkov [mailto:skiselkov...@gmail.com]
Sent: Wednesday, August 01, 2012 9:56 AM
On 08/01/2012 03:35 PM, opensolarisisdeadlongliveopensolaris wrote:
From:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
Well, there is at least a couple of failure scenarios where
copies1 are good:
1) A single-disk pool, as in a laptop. Noise on the bus,
media degradation, or any other
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
2012-08-01 22:07, opensolarisisdeadlongliveopensolaris пишет:
L2ARC is a read cache. Hence the R and C in L2ARC.
R is replacement, but what the hell ;)
This means two
2012-08-01 23:40, opensolarisisdeadlongliveopensolaris пишет:
Agreed, ARC/L2ARC help in finding the DDT, but whenever you've got a snapshot
destroy (happens every 15 minutes) you've got a lot of entries you need to
write. Those are all scattered about the pool... Even if you can find them
2012-08-01 23:34, opensolarisisdeadlongliveopensolaris пишет:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
Well, there is at least a couple of failure scenarios where
copies1 are good:
1) A single-disk pool, as in a laptop.
Hello,
I have run zpool online -e only.
I have not set autoexpand property, (as it is not set by default.)
(My understanding was that a controlled way of expansion is zpool online -e,
where you decide when to increase actually,
and a non-controlled fully automatic way was setting autoexpand
On 2012-Aug-01 21:00:46 +0530, Nigel W nige...@nosun.ca wrote:
I think a fantastic idea for dealing with the DDT (and all other
metadata for that matter) would be an option to put (a copy of)
metadata exclusively on a SSD.
This is on my wishlist as well. I believe ZEVO supports it so possibly
26 matches
Mail list logo