2012-06-12 15:40, J. V. пишет:
On 12/06/12 09:16 AM, Rich wrote:
Won't zpool replace fail b/c the new disks require ashift=12 and his
existing pool devices have ashift=9?
This should work fine:
HP Microserver, upgrading a mirrored pool from 2TB HDs to 3TB HDs. At one
point, the pool had one
I did check the ashift after the upgrade and both 3TB HDs report ashift=12.
I am actually using an HP N35L (1.3 Ghz vs. 1.5 GHz in the N40L) and I have
8 GB of non-ECC DDR3 so I could not answer the memory question.
These little machines are really great (If they came with SATA 3, they
would be
Yes it will. The only way to do this is to create a secondary pool and
send/receive your root pool to the new pool.
- George
On Jun 11, 2012, at 7:16 PM, Rich wrote:
Won't zpool replace fail b/c the new disks require ashift=12 and his
existing pool devices have ashift=9?
- Rich
On Mon,
On Jun 12, 2012, at 12:58 AM, Rich wrote:
On Tue, Jun 12, 2012 at 12:50 AM, Richard Elling
richard.ell...@richardelling.com wrote:
On Jun 11, 2012, at 6:08 PM, Bob Friesenhahn wrote:
On Mon, 11 Jun 2012, Jim Klimov wrote:
ashift=12 (2^12 = 4096). For disks which do not lie, it
works
On Tue, 12 Jun 2012, George Wilson wrote:
Illumos has a way to override the physical block size of a given disk by using
the sd.conf file. Here's an example:
sd-config-list =
DGC RAID, physical-block-size:4096,
NETAPP LUN, physical-block-size:4096;
By adding the VID PID
On Jun 12, 2012, at 11:00 AM, Bob Friesenhahn wrote:
On Tue, 12 Jun 2012, George Wilson wrote:
Illumos has a way to override the physical block size of a given disk by
using the sd.conf file. Here's an example:
sd-config-list =
DGC RAID, physical-block-size:4096,
NETAPP
Actually I found the following blog quite illuminating.
http://www.big-bubbles.fluff.org/blogs/bubbles/blog/2012/02/04/placeholder-migrating-a-zfs-root-pool/
It would have to be worked thru for a number of specific cases. But it
is basically sound.
A bird's eye view might be: format the new
2012-06-12 19:00, Bob Friesenhahn wrote:
On Tue, 12 Jun 2012, George Wilson wrote:
Illumos has a way to override the physical block size of a given disk
by using the sd.conf file. Here's an example:
sd-config-list =
DGC RAID, physical-block-size:4096,
NETAPP LUN,
2012-06-12 19:22, Jim Klimov wrote:
First of all, I believe this snippet belongs on a Wiki page,
and I'll try to make one to sum up all knowledge and FUD we
have about The AShift Problem ;) At least, it would be easier
to point people to this page as a common answer ;)
FWIW, here is the first
That is absolutely stunning.
Many thanks for that. I guess I'm going to have to bite the bullet, wait
until I've got another two 3tb drives and create a new pool.
Thanks to all for the feedback. Your patience with me is much appreciated.
On 12/06/12 17:44, Jim Klimov wrote:
2012-06-12
On Tue, 12 Jun 2012, John McEntee wrote:
I am having problems with a openindiana storage server I have built am I am
trying to track down the cause to fix it. The current symptoms are seen from
all windows clients (both 7 and XP) that will report an error stating.
Path File is not accessible.
I had similar issues before I enabled TLER, and disabled the head parking
on my WD Green drives. A quick Google shows some evidence of similar
features on the 3TB Hitachis.
On Tue, Jun 12, 2012 at 9:55 PM, Bob Friesenhahn
bfrie...@simple.dallas.tx.us wrote:
On Tue, 12 Jun 2012, John McEntee
Does the suspend event only occur on SMB clients or does it impact the
other storage clients when triggered by the Windows clients?
Any domain controller event errors?
dmsg output?
fmdump -eV output?
uname -a output?
Have you attempted a packet capture of the event?
snoop -o smb-client.cap
13 matches
Mail list logo