Datastore kann nicht vergrößert werden

[benny]

Hallo zusammen,

ich habe das Problem, dass ich bei manchen Datastores nicht "erhöhen" anklicken kann, weil es ausgegraut ist.

Die LUN dahinter habe ich vergrößert, auch einen Rescan gemacht. In den Eigenschaften des Datastores bekomme ich auch die aktualisierte Größe angezeigt, kann aber nichts erweitern!

Bei zum Teil anderen Datastores funktioniert das...hat einer einen Tipp?

Danke

[Sven_B1982]

mal in meine Kristallkugel schau da steht das wort Blocksize

[benny]

Seit wann spielt die Blocksize eine Rolle bei der Größe des Datastores??

Mit 1MB Blocksize kann ich max. 256 GB VMDKs innerhalb des Datastores legen, aber der Datastore an sich kann doch wesentlich größer sein...ich habe 600 GB Datastores mit 1MB Blocksize...

[kastlr]

Hallo Benny,

siehst du denn die zusätzliche Kapazität, wenn du über den Storage Adapter View gehst?
Und falls du mit einem vCenter Server arbeitest, verbinde dich per VIC mal direkt mit einem ESX Server und probiere es dort erneut.
Alternativ könntest du das auch direkt per SSH auf einem ESX Server per vmkfstools probieren.
Growing a local datastore from the command line in vSphere ESXi 4.x and 5.0

Gruß,
Ralf

[benny]

Hallo,

ja, über den Storage Adapter wird die neue (korrekte) Größe angezeigt...

Denke ich probiere es mal über die Shell, wobei mich das ganze trotzdem extrem stutzig macht.

edit: Problem gefunden, das tritt bei bestimmten Volumes auf, die wir von einer NetApp auf eine andere umgezogen haben...

[kutho]

Habt ihr das Problem zwischenzeitlich lösen können? Datastore vergrössert? Oder alles kopiert in einen neuen frisch angelegten DS?

Interessant wäre natürlich auch wie es läuft


Gruß
kutho

[benny]

Nein, bisher leider keine Lösung. Tritt wie gesagt nur bei umgezogenen Volumes von der NetApp auf...

Da wurden ein paar mit "Vol Copy" umgezogen und lassen sich jetzt auf ESX Ebene nicht mehr resizen, obwohl der iSCSI Initiator die neue Größe erkennt...

Denke das wird in einem VMWare TIcket enden...

[Dayworker]

Ich denke nicht, daß VMware dir da weiterhelfen kann. Beide sind zwar Partner, aber dennoch dürfte dein Ansprechpartner eher NetApp sein.

[kastlr]

Hallo,

kenne jetzt NetApp nicht, aber was genau erreichst du denn mit "Vol Copy"?
Wurde damit ein VMFS Volume von einer LUN auf eine andere "migriert"?
Falls ja, wurde danach dann auch die Signatur aktualisiert?

Nicht das du versuchst, einen VMFS Datastore auf einer snapshotted LUN zu vergrößern.

Gruß & viel Erfolg,
Ralf

[bla!zilla]

Netapp Maschinen sind historisch gesehen NAS Systeme die später um blockbasierten Storage erweitert wurden. Vereinfacht gesagt sieht es so aus, dass du Platten zu RAID Groups, RAID Group zu Aggregaten, in Aggregaten legst du Volumes an und in Volumes LUNs. Eine LUN ist also eine Containerdatei in einem Volume, in einem Aggregat. Mit "vol copy" kopierst du ein Volume auf ein anderes Volume. Normalerweise wird das verwendet, um Volumes zwischen Aggregaten zu kopieren.

Zum Thema: Wie groß ist die LUN, wie groß ist das Volume? Gibt es eine Space Reservation für Volume oder LUN?

[ingrimmsch]

Ich denke kastlr hat hier den richtigen Ansatz. Das Problem hört sich, auf den ersten Blick, nach Snapshot LUNs an, welche nicht vergrößert werden können.

Um das zu überprüfen kannst du in /var/log/vmkernel.log (ESXi 5; bei ESX 4.x ist es /var/log/vmkernel und bei ESXi 4.x ist es /var/log/messages) nach folgender Meldung suchen:

Device <deviceID> detected to be a snapshot

Das findest du auch in folgendem KB Artikel: vSphere handling of LUNs detected as Snapshot LUNs

Sollte es sich um eine Snapshot LUN handeln, fallen mir eben folgende 2 Möglichkeiten ein:
1) Falls du Storage vMotion zur Verfügung hast und genügend Platz auf anderen LUNs, kannst du die VMs auf andere LUNs verschieben und dann die betroffene Snapshot LUN entweder neu signieren und neu formatieren. Damit wäre die Downtime der VMs zu umgehen.
2) Die andere Möglichkeit ist leider mit Downtime der VMs verbunden. Die VMs müssten runtergefahren werden und dann die LUN neu signieren. Dabei ändert sich auch die UUID des Volumes und die VMs werden daher ausgegraut im vSphere Client angezeigt. Die VMs müssten dann neu registriert werden. Nachdem die Signatur aktualsiert wurde, sollte auch das Vergrößern des Volumes klappen.

Falls jemand noch andere Wege wüsste um das zu regeln, wäre ich sehr daran interessiert

Gruß,
Manuel

[kastlr]

Hallo Manuel,

mit dem Kommando esxcfg-volume -l kriegst du das viel einfacher gelöst, zumal der Datastore ja schon wer weiss wie lange gemountet ist.

Gruß,
Ralf

[benny]

Hi,

im vmkernellog tauchen tatsächlich die Meldungen mit dem Snapshot auf.

Wenn ich das richtig verstehe, muss ich die LUNs unmounten und neu anbinden und danach klappt das wieder?

Was genau macht "esxcfg-volume -l"?

Danke!

[kastlr]

Hallo Benny,

frohes neues Jahr.

Mit esxcfg-volume -l erhältst du eine "List unresolved snapshot LUNs or replicas of VMFS volumes."

Details kannst du hier finden.
Reference to Replacements for Service Console Commands

Gruß,
Ralf

[benny]

Danke für die Hilfe, Problem ist gelöst Leider mit Downtime, aber das ist ok, so viele LUNs waren es zum Glück nicht.

Habe es mit folgendem Befehl gemacht:
# esxcli storage vmfs snapshot resignature -u "<uuid>"

Eine Frage habe ich dann aber noch, will dafür nicht extra einen Thread aufmachen. Wo ändere ich in ESXi 5 die Blocksize eines Datastores?

Wenn ich eine neue LUN anbinde und den Storage hinzufüge über den vSphere Client, kann ich dort keine Blocksize wählen!?

[irix]

Seit vSphere 5 wird beim anlegen eines VMFS5 automatisch die Unified Blocksize von 1MB gewaehlt. Die Frage nach der Blocksize wird nur gestellt bei VMFS3.x

Gruss
Joerg

[benny]

Ja, habe es dann eben auch rausgefunden...

Danke!