Big news! The community will be moving to a new platform April 21. Read more.
Big news! The community will be moving to a new platform April 21. Read more.
Commander
Commander
2114 views

SAN Migration

Greetings to all,

we want to migrate data from SAN to another (Netware 6.5 SP8, Clustered Volume, about 1,7 TB, one pool, three partitions, two iSCSI-LUNs). New LUN created (2 TB), available on both Cluster-Nodes. According to TID 7002794 can we mirror one partition after another or is there anything special to watch for ? A reliable backup is available, so in worst case there will be fun in restoring during christmas ...

Thanks in advance

Stefan
Labels (1)
0 Likes
4 Replies
Knowledge Partner Knowledge Partner
Knowledge Partner

On 19.12.2014 13:56, lkhildesheim wrote:
>
> Greetings to all,
>
> we want to migrate data from SAN to another (Netware 6.5 SP8, Clustered
> Volume, about 1,7 TB, one pool, three partitions, two iSCSI-LUNs). New
> LUN created (2 TB), available on both Cluster-Nodes. According to TID
> 7002794 can we mirror one partition after another or is there anything
> special to watch for ? A reliable backup is available, so in worst case
> there will be fun in restoring during christmas ...


1. Make absolutely certain your new device doesn't exceed 2TB in size,
or you're in for guaranteed desaster.

2. Yes you can mirror your partitions one after the other or all
simultaneously. It really doesn't matter.

3. *NEVER* attempt to delete the raid device in NSSMU. It will do as
it's told, and all your data is gone. Remove (offline) segments from the
device, but never never ever delete the device.



CU,
--
Massimo Rosen
Novell Knowledge Partner
No emails please!
http://www.cfc-it.de
CU,
--
Massimo Rosen
Micro Focus Knowledge Partner
No emails please!
http://www.cfc-it.de
0 Likes
Commander
Commander

Hello Massimo,

thanks for your reply, it is encouraging.
Just to make clear :
iManager reports 2.00 TB for the new device, nssmu 2047,99 GB.
So this should be ok.
And of course : I will look three times extra before removing the offline segments.

Have a nice weekend

Stefan
0 Likes
Commander
Commander

First try did not succeed, although all partitions were shown as fully synchronized. When trying to move cluster ressource to second node, volume will stuck during mount. Also no other cluster task could be executed. After changing load script and removing new lun from mirror, everything went normal again. No real error was logged, but I think I saw some nss-errors (.. beastTree ..).
Recreated new LUN, started mirroring a second time, and when running backup job or trustee.nlm, nss-errors show again.
Will try nss pool rebuild. Or any other idea ?
0 Likes
Knowledge Partner Knowledge Partner
Knowledge Partner

On 23.12.2014 13:36, lkhildesheim wrote:
>
> First try did not succeed, although all partitions were shown as fully
> synchronized. When trying to move cluster ressource to second node,
> volume will stuck during mount. Also no other cluster task could be
> executed.


That points to the second node not properly seeing all LUNs.

> After changing load script


? I don't see anything that would need a script chnage here?

> Recreated new LUN, started mirroring a second time, and when running
> backup job or trustee.nlm, nss-errors show again.
> Will try nss pool rebuild. Or any other idea ?


Don't run a rebuild. Your issues clearly point to a
non-properly-functioning disk (channel).

CU,
--
Massimo Rosen
Novell Knowledge Partner
No emails please!
http://www.cfc-it.de
CU,
--
Massimo Rosen
Micro Focus Knowledge Partner
No emails please!
http://www.cfc-it.de
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.