I believe this is what you're hitting:
6456888 zpool attach leads to memory exhaustion and system hang
We are currently looking at fixing this so stay tuned.
Thanks,
George
Daniel Rock wrote:
Joseph Mocker schrieb:
Today I attempted to upgrade to S10_U2 and migrate some mirrored UFS
SVM part
Dennis Clarke wrote:
whoa whoa ... just one bloody second .. whoa ..
That looks like a real nasty bug description there.
What are the details on that? Is this particular to a given system or
controller config or something liek that or are we talking global to Solaris
10 Update 2 everywhere
Joseph Mocker schrieb:
Today I attempted to upgrade to S10_U2 and migrate some mirrored UFS SVM
partitions to ZFS.
I used Live Upgrade to migrate from U1 to U2 and that went without a
hitch on my SunBlade 2000. And the initial conversion of one side of the
UFS mirrors to a ZFS pool and subseq
> Who hoo! It looks like the resilver completed sometime over night. The
> system appears to be running normally, (after one final reboot):
>
> [EMAIL PROTECTED]: zpool status
> pool: storage
> state: ONLINE
> scrub: none requested
> config:
>
> NAME ST
Dennis Clarke wrote:
Today I attempted to upgrade to S10_U2 and migrate some mirrored UFS SVM
partitions to ZFS.
I used Live Upgrade to migrate from U1 to U2 and that went without a
hitch on my SunBlade 2000. And the initial conversion of one side of the
UFS mirrors to a ZFS pool and subsequent
> Today I attempted to upgrade to S10_U2 and migrate some mirrored UFS SVM
> partitions to ZFS.
>
> I used Live Upgrade to migrate from U1 to U2 and that went without a
> hitch on my SunBlade 2000. And the initial conversion of one side of the
> UFS mirrors to a ZFS pool and subsequent data migrat
Today I attempted to upgrade to S10_U2 and migrate some mirrored UFS SVM
partitions to ZFS.
I used Live Upgrade to migrate from U1 to U2 and that went without a
hitch on my SunBlade 2000. And the initial conversion of one side of the
UFS mirrors to a ZFS pool and subsequent data migration went
