Lun vrijgeven

[godlike02]

We hebben hier onze san disken gekoppeld via SDD.

In dit specifieke geval hebben we het over een WIN2003 Cluster met Veritas Storage Foundation.
Kortom 26 keer een lun aan een machine en verdeeld over 3 volumes met Veritas. SDD driver staat geinstaleerd en alles werkt naar behoren.

Nu gaan we Veritas er uit gooien (aangezien het een rampen pakket is). We hebben reeds een gedeelte van de data gemoved naar de nieuwe situatie en willen nu graag de 2,5TB vrijgeven van 1 volume.
De andere twee volumes zijn nog vol met data dus we kunnen niet blind alles vrijgeven.

Kan iemand me dus vertellen hoe ik de link naar LUN > Volume kan maken?
Welke LUN maakt welk volume? Als we de sdd driver gebruiken (datapath query device) krijg ik keurig het serial van de disk maar deze gebruikt windows nergens zover ik weet. Ook in veritas kon ik deze vertaal slag niet maken.

[MeNTaL_TO]

Gezien de hardware en vraag is mijn advies eigenlijk contact opnemen met Symantec (eigenaar Veritas)

[UltraSub]

Wij gebruiken hier ook SDD icm SVC.
Start disk manager, kijk naar de disknaam/nummer, check dat in datapath query device, en link zodoende het serienummer. Haal de mapping weg van die disk, en klaar

[godlike02]

UltraSub schreef op maandag 26 juni 2006 @ 20:54:
Wij gebruiken hier ook SDD icm SVC.
Start disk manager, kijk naar de disknaam/nummer, check dat in datapath query device, en link zodoende het serienummer. Haal de mapping weg van die disk, en klaar

Dank je alvast

Even kijken of ik het in ons geval zo goed begrijp.
Door Veritas heb je geen diskmanagement meer uiteraard van Windows.

We gaan naar de SDD


We gaan naar computermangement (of gelijk via de shortcut)


Zo zien de disken eruit in veritas
Dus hier is disk0 dezelfde als in SDD?
1 =1
2=2
etc etc in dit geval tot en met 27


En hier vinden we de disken terug op volume.



_{Oh ja de resource op het cluster is nu down dus onze disken ook}

[ Voor 5% gewijzigd door godlike02 op 26-06-2006 21:16 ]

[Bergen]

godlike02 schreef op maandag 26 juni 2006 @ 20:50:
Als we de sdd driver gebruiken (datapath query device) krijg ik keurig het serial van de disk maar deze gebruikt windows nergens zover ik weet. Ook in veritas kon ik deze vertaal slag niet maken.

Nu heb ik helemaal geen verstand van Veritas/LUN/al die dingen (abracadabra), maar wat de disk serial betreft: is dat niet de serial die bovenaan staat als je in een DOS-prompt dir doet? _{of kan ik maar beter wegblijven uit PNS?}

[ Voor 6% gewijzigd door Bergen op 26-06-2006 21:21 ]

[UltraSub]

godlike02 schreef op maandag 26 juni 2006 @ 21:15:
[...]


Dank je alvast

Even kijken of ik het in ons geval zo goed begrijp.
Door Veritas heb je geen diskmanagement meer uiteraard van Windows.

We gaan naar de SDD
[afbeelding]

We gaan naar computermangement (of gelijk via de shortcut)
[afbeelding]

Zo zien de disken eruit in veritas
Dus hier is disk0 dezelfde als in SDD?
1 =1
2=2
etc etc in dit geval tot en met 27
[afbeelding]

En hier vinden we de disken terug op volume.
[afbeelding]


_{Oh ja de resource op het cluster is nu down dus onze disken ook}

Ik heb het net hier nog even gechecked, omdat ik aan mezelf begon te twijfelen
Waar ik even over twijfel, is of er geshift wordt indien er ook local storage is. Ik meen van niet, maar ik probeer daar dadelijk nog even voor je achter te komen.

code:

DEV#:   4  DEVICE NAME: Disk4 Part0  TYPE: 2145       POLICY: OPTIMIZED
SERIAL: 6005076801818092B0000000000003A7
============================================================================
Path#              Adapter/Hard Disk    State     Mode     Select     Errors
    0    Scsi Port2 Bus0/Disk4 Part0     OPEN   NORMAL     704597          0
    1    Scsi Port3 Bus0/Disk4 Part0     OPEN   NORMAL          0          0

Bij " device name" staat dus Disk4 hier.
Als ik (bij ons dus) in disk management kijk naar disk 4, is die disk gelabeled TMP. (puur even ter verificatie)
Als ik vervolgens de disks bekijk die svc heeft uitgegeven aan de betreffende host:

code:

IBM_2145:HSANVC:admin>svcinfo lsvdisk -delim : -filtervalue vdisk_name=WNTSVXXX*
id:name:IO_group_id:IO_group_name:status:mdisk_grp_id:mdisk_grp_name:capacity:type:FC_id:FC_name:RC_id:RC_name:vdisk_UID
53:WNTSVXXX_OS:0:hsanvc_iogrp0:online:6:B_FAST6_FIBER_1:10.0GB:striped:::53:MM_WNTSVXXX_OS:6005076801818092B000000000000062
60:WNTSVXXX_SWAP:0:hsanvc_iogrp0:online:6:B_FAST6_FIBER_1:3.5GB:striped:::::6005076801818092B000000000000077
62:WNTSVXXX_D:0:hsanvc_iogrp0:online:6:B_FAST6_FIBER_1:15.0GB:striped:::62:MM_WNTSVXXX_D:6005076801818092B000000000000079
238:WNTSVXXX_W:0:hsanvc_iogrp0:online:6:B_FAST6_FIBER_1:10.0GB:striped:::238:MM_WNTSVXXX_W:6005076801818092B0000000000001B7
551:WNTSVXXX_TMP:0:hsanvc_iogrp0:online:7:C_FAST7_SATA_1:20.0GB:striped:::::6005076801818092B0000000000003A7
IBM_2145:HSANVC:admin>

Zie de TMP naamgeving in SVC, en kijk naar het serial. Trek je conclusies

Sja, veritas maakt het er niet makkelijker op in dit geval.
Maar het main problem ligt gewoon bij Windows. Ze moeten daar eens leren om van serials af te blijven. Ieder OS gebruikt gewoon het serial van de disk zoals hij dat door krijgt. Behalve Windows

Ik hoop dat je er wat mee kunt, maar dit is zoals wij het hier doen atm.

[godlike02]

mmm

Eerste gedeelte is helemaal duidelijk.
Maar het tweede stukje code is me een raadsel.

Vooral hoe je er komt.
Ik heb nergens svcinfo staan op de server. grrrr het is inderdaad frustrerend dat windows die vertaal slag gaat maken en vervolgens nergens in het systeem bijhoud.

In elk geval weer bedankt voor het mee denken.

[UltraSub]

godlike02 schreef op dinsdag 27 juni 2006 @ 10:03:
mmm

Eerste gedeelte is helemaal duidelijk.
Maar het tweede stukje code is me een raadsel.

Vooral hoe je er komt.
Ik heb nergens svcinfo staan op de server. grrrr het is inderdaad frustrerend dat windows die vertaal slag gaat maken en vervolgens nergens in het systeem bijhoud.

In elk geval weer bedankt voor het mee denken.

Hehe, nee als jullie geen IBM SVC hebben die de luns virtualiseert/uitdeelt, dan kun je die output ook nooit te voorschijn toveren natuurlijk. Ik bedoelde er alleen mee aan te geven dat de serienummers terug te halen waren in de virtualiserende partij.

[delorean7]

Is er wellicht een mogelijkheid een tape backup te gebruiken voor de migratie? omzeil je meteen het hele probleem.

edit: ik weet niet welk storage array jullie hebben, maar kun je een LUN niet vergroten en er zo achter komen welk LUN welk volume is.

[ Voor 38% gewijzigd door delorean7 op 27-06-2006 13:50 ]