one possible way:
1)break the mirror
2)install new hdd, format the HDD
3)create new zpool on new hdd with 4k block
4)create new BE on the new pool with the old root pool as source (not
sure which version of solaris or openSolaris ypu are using the
procedure may be different depend on version
I suppose I must start by labelling the new disk properly, and give the s0
partition to zpool, so the new zpool can be booted?
Skickat från min Android MobilHung-Sheng Tsao Ph.D. laot...@gmail.com skrev:
one possible way:
1)break the mirror
2)install new hdd, format the HDD
3)create new zpool
uses ashift=12 if that (4KB)
is your hardware native sector size. We had some info
recently on the mailing lists and carried that over to
illumos wiki:
http://wiki.illumos.org/display/illumos/ZFS+and+Advanced+Format+disks
3) # zfs snapshot -r rpool@20120615-preMigration
4) # zfs send -R
2012-06-15 17:18, Jim Klimov wrote:
7) If you're on live media, try to rename the new rpool2 to
become rpool, i.e.:
# zpool export rpool2
# zpool export rpool
# zpool import -N rpool rpool2
# zpool export rpool
Ooops, bad typo in third line; should be:
# zpool export
On 15/06/2012 13:22, Sašo Kiselkov wrote:
On 06/15/2012 02:14 PM, Hans J Albertsson wrote:
I've got my root pool on a mirror on 2 512 byte blocksize disks. I
want to move the root pool to two 2 TB disks with 4k blocks. The
server only has room for two disks. I do have an esata connector,
On 06/15/2012 03:35 PM, Johannes Totz wrote:
On 15/06/2012 13:22, Sašo Kiselkov wrote:
On 06/15/2012 02:14 PM, Hans J Albertsson wrote:
I've got my root pool on a mirror on 2 512 byte blocksize disks. I
want to move the root pool to two 2 TB disks with 4k blocks. The
server only has room for
yes
which version of solaris or bsd you are using?
for bsd I donot know the steps for create new BE (boot env)
for s10 and opensolaris and solaris express (may be other opensolaris
fork) , you use the liveupgrade
for s11 you use beadm
regards
On 6/15/2012 9:13 AM, Hans J Albertsson wrote:
I
by the way
when you format start with cylinder 1 donot use 0
depend on the version of Solaris you may not be able to use 2TB as root
regards
On 6/15/2012 9:53 AM, Hung-Sheng Tsao Ph.D. wrote:
yes
which version of solaris or bsd you are using?
for bsd I donot know the steps for create new BE
[Phil beat me to it]
Yes, the 0s are a result of integer division in DTrace/kernel.
On Jun 14, 2012, at 9:20 PM, Timothy Coalson wrote:
Indeed they are there, shown with 1 second interval. So, it is the
client's fault after all. I'll have to see whether it is somehow
possible to get the
On Jun 14, 2012, at 1:35 PM, Robert Milkowski wrote:
The client is using async writes, that include commits. Sync writes do
not need commits.
What happens is that the ZFS transaction group commit occurs at more-
or-less regular intervals, likely 5 seconds for more modern ZFS
systems. When
hi
what is the version of Solaris?
uname -a output?
regards
On 6/15/2012 10:37 AM, Hung-Sheng Tsao Ph.D. wrote:
by the way
when you format start with cylinder 1 donot use 0
depend on the version of Solaris you may not be able to use 2TB as root
regards
On 6/15/2012 9:53 AM, Hung-Sheng Tsao
Thanks for the suggestions. I think it would also depend on whether
the nfs server has tried to write asynchronously to the pool in the
meantime, which I am unsure how to test, other than making the txgs
extremely frequent and watching the load on the log devices. As for
the integer division
Hi Hans,
Its important to identify your OS release to determine if
booting from a 4k disk is supported.
Thanks,
Cindy
On 06/15/12 06:14, Hans J Albertsson wrote:
I've got my root pool on a mirror on 2 512 byte blocksize disks.
I want to move the root pool to two 2 TB disks with 4k blocks.
On 06/15/12 15:52, Cindy Swearingen wrote:
Its important to identify your OS release to determine if
booting from a 4k disk is supported.
In addition, whether the drive is really 4096p or 512e/4096p.
___
zfs-discuss mailing list
On Fri, Jun 15, 2012 at 12:56 PM, Timothy Coalson tsc...@mst.edu wrote:
Thanks for the suggestions. I think it would also depend on whether
the nfs server has tried to write asynchronously to the pool in the
meantime, which I am unsure how to test, other than making the txgs
extremely
2012-06-16 0:05, John Martin wrote:
Its important to know...
...whether the drive is really 4096p or 512e/4096p.
BTW, is there a surefire way to learn that programmatically
from Solaris or its derivates (i.e. from SCSI driver options,
format/scsi/inquiry, SMART or some similar way)? Or if the
On Fri, Jun 15, 2012 at 5:35 PM, Jim Klimov jimkli...@cos.ru wrote:
2012-06-16 0:05, John Martin wrote:
Its important to know...
...whether the drive is really 4096p or 512e/4096p.
BTW, is there a surefire way to learn that programmatically
from Solaris or its derivates
prtvtoc device
Sorry, if you meant distinguishing between true 512 and emulated
512/4k, I don't know, it may be vendor-specific as to whether they
expose it through device commands at all.
Tim
On Fri, Jun 15, 2012 at 6:02 PM, Timothy Coalson tsc...@mst.edu wrote:
On Fri, Jun 15, 2012 at 5:35 PM, Jim Klimov
On Fri, Jun 15, 2012 at 10:54:34AM +0200, Stefan Ring wrote:
Have you also mounted the broken image as /dev/lofi/2?
Yep.
Wouldn't it be better to just remove the corrupted device? This worked
just fine in my case.
Hi Stefan,
when you say remove the device, I assume you mean simply
19 matches
Mail list logo