0516-404 allocp: This system cannot fulfill the allocation request

Beim Vergrößern von Logical Volumes oder Dateisystemen kommt es häufig zum Fehler “0516-404 allocp: This system cannot fulfill the allocation request“. Viele AIX Administratoren sind dann erst einmal etwas ratlos, was die Ursache für das Problem ist: liegt es an max LPs oder upper bound, an der gewählten Strictness oder hat das Problem ganz andere Ursachen. Die Fehlermeldung ist leider nur generisch und sagt nicht was das eigentliche Problem ist. Eine gute Möglichkeit dem Problem auf den Grund zu gehen, ist der alog lvmt, in diesem werden alle LVM Aktionen, insbesondere der Low-Level Kommandos, inklusive Fehlermeldungen mitprotokolliert.

In unserem Artikel Fehlersuche bei Problemen mit extendlv und Dateisystem-Vergrößerung wird anhand einer Reihe von Beispielen gezeigt, wie die Ursache der Probleme in vielen Fällen gefunden werden kann.

0516-787 extendlv: Maximum allocation for logical volume lv01 is 512

Wenn beim Erweitern eines Logical Volumes oder Dateisystems die folgende Meldung auftritt:

# chfs -a size=+5G /fs01
0516-787 extendlv: Maximum allocation for logical volume fslv01
        is 512.
#

Dann liegt die Ursache an einer Begrenzung des Logical Volumes. Ein Logical Volume ist in der Größe begrenzt durch die maximale Anzahl von LPs (Logical Partitions) die für das Logical Volume allokiert werden können. Die Fehlermeldung sagt auch genau das und gibt sogar den aktuellen Wert für die maximale Anzahl LPs an. Dies ist ein änderbares Attribut des Logical Volumes und kann mit dem Befehl lslv angezeigt werden:

$ lslv fslv01
...MAX LPs:            512                    PP SIZE:        8 megabyte(s)
...$

Geändert werden, kann das Attribut mit dem Kommando chlv:

# chlv -x 768 fslv01
#

Bei der PP (Physical Partition) Größe von hier 8 MB, reichen 768 PPs für genau 6 GB. Man könnte natürlich schon mal die nächste Erweiterung berücksichtigen und den Wert entsprechend höher setzen.

Sollten in der unterliegenden Volume Gruppe genügend PPs frei sein, und auch keine anderen Begrenzungen überschritten werden, dann sollte man das Dateisystem oder Logical Volume jetzt erweitern können:

# chfs -a size=+5G /fs01
Filesystem size changed to 12582912
Inlinelog size changed to 24 MB.
#

Korrigieren von „falschen“ LVM Spiegelungen

Mirrored logical volume from practice

In Teil III unserer Artikel-Reihe „AIX LVM: Mechanik von migratepv“ zeigen wir wie inkorrekte Spiegelung von Logical Volumes online korrigiert werden kann. Dazu sind lediglich die Kommandos migratelp und migratepv, sowie ein gutes Verständnis der Arbeitsweise dieser Kommandos notwendig.

Hier die Links zu den Artikeln der Reihe:

AIX LVM: Mechanik von migratepv (Part I)

AIX LVM: Mechanik von migratepv (Part II)

AIX LVM: Mechanik von migratepv (Part III)

Fehler: Every mirror pool must contain a copy of the logical volume

Der Versuch ein ungespiegeltes LV in einer VG mit Mirror Pools anzulegen resultiert in dem folgenden Fehler:

# mklv -t jfs2 -p copy1=DC1 datavg01 10
0516-1829 mklv: Every mirror pool must contain a copy of
        the logical volume.
0516-822 mklv: Unable to create logical volume.
#

Die Ursache ist das Attribut Mirror Pool Strictness der VG, welches auf ‚super-strict‚ gesetzt ist. Im Artikel Mirror Pools: Verstehen der Mirror Pool Strictness wird die Bedeutung der Mirror Pool Strictness anhand von Beispielen untersucht.

Fehler: Mirror pools must be defined

Beim Anlegen eines gespiegelten Logical Volumes ist die folgende Fehlermeldung aufgetreten:

# mklv -c 2 -t jfs2 datavg01 10
0516-1814 lcreatelv: Mirror pools must be defined for each copy when strict mirror
        pools are enabled.
0516-822 mklv: Unable to create logical volume.
#

Ursache dafür ist das die Mirror Pool Strictness für die Volume Group gesetzt ist. In dem Artikel Mirror Pools: Verstehen der Mirror Pool Strictness  wird dies genauer untersucht und erläutert.

Neuer Artikel Einführung in Mirror Pools

Viele IT-Umgebungen betreiben Ihre Systeme in mehr als einem Rechenzentrum. Um im Falle eines Ausfalls eines kompletten Rechenzentrums trotzdem keinen Datenverlust zu haben, werden die Daten zwischen 2 oder mehr Rechenzentren gespiegelt. Die Spiegelung kann dabei durch das Storage realisiert sein (storage based mirroring) oder durch einen Volume Manager (LVM im Falle von AIX) auf dem Server (host based mirroring). Im Artikel Mirror Pools: Einführung betrachten wir Spiegelungen mittels AIX Logical Volume Manager und Mirror Pools. Dabei soll gezeigt werden, wie mit Hilfe von Mirror Pools das korrekte Spiegeln von Logical Volumes realisiert werden kann. In größeren Umgebungen mit vielen Physical Volumes ist das Einhalten einer korrekten Spiegelung ohne Mirror Pools schwierig und für den Administrator eine Herausforderung.