• Und wer ist…?
  • Holiday Berichte
    • Urlaub Schottland 2013
    • Urlaub Griechenland 2013
  • Services
  • Kontakt/GnuPG

KOKOLOR.ES

Hier geht's einfach mal um alles und nichts!

lvm

Move LV’s von einem Device auf ein anderes

6. August 2015 by Sebastian Leave a Comment

Ich habe auf Arbeit ein Storage worin 3 RAID’s sind. Ein RAID1, welches für diesen Artikel irrelevant ist, ein RAID6 (md1) worauf iSCSI Volumes in Form von LV’s liegen und ein RAID5 (md2) welches zum Testen da ist. Das RAID6 besteht dabei aus 8 relativ alten Platten, welches nun zu bröckeln anfing und zu allem Übel fing ein Platteneinschub auch noch an CRC Error zu produzieren, wodurch ein Plattentausch verhindert wurde, da jede sofort wieder aus dem RAID geworfen wurde. Es wurde von mir also kurzer Hand das RAID5 Volume gekapert, da mir die Tests in dem Moment relativ egal waren, und fügte es meiner VG hinzu:

vgextend vg /dev/md2

Diese sollte mit einer Erfolgsmeldung quittiert werden. Man kann aber mit pvdisplay nochmal kontrollieren. Um zu sehen auf welchem Volume welches LV liegt benutzt man

lvs -o +devices

Moven der LV’s geht dann wie folgt, entweder man tut es mit jeder einzeln:

pvmove -n test /dev/md1 /dev/md2

was ich, wie man schon an dem Namen der LV sieht, erstmal nur zum testen tat, oder man verschiebt einmal den gesamten Pool:

pvmove /dev/md1 /dev/md2

Das ganze funktionierte während des Betriebs, ohne das die VM’s, zu welchen die LV’s gehören, irgendwas davon merkten. Das ganze dauert natürlich, abhängig von der Größe eine ganze Weile, da die Daten blockweise kopiert werden.
Sind die Daten dann alle verschoben kann man das kaputte RAID aus der VG entfernen:

vgreduce vg /dev/md1
Posted in: Arbeit, IT, Linux, Opensource Tagged: linux, lvm, raid

LVM: Merge Snapshot

29. August 2013 by Sebastian Leave a Comment

Ich hatte gestern das erste mal beim Mergen einen LVM Snapshots das Phänomen das er mir sagte:

Can't merge over open origin volume
Merging of snapshot lv_XXXX-snapshot will start next activation.

Ok, da die VM noch läuft, welche das LVM nutzt, dacht ich mir fährste die mal runter. Sonst hab ich die auch immer nur im abgeschalteten Zustand gemergt. Nun tauchte auch ein neues Attribut auf wenn ich lvs aufrief:

LV                          VG   Attr   LSize   Origin  Snap%  Move Log Copy%  Convert
XXXX                        vg   Owi-a-  25,00g

Die steht für (O)rigin with merging snapshot wenn man im Manual nachliest. Da es kurz vor Feierabend war und ich es auch falsch übersetzte dacht ich mir: „Ok es mergt, lassen wirs mal laufen.“ Heute morgen, wen wundert, Status unverändert. Nach kurzem googlen fand ich auch die Lösung. Man muss das betroffene Volume einmal deaktivieren und aktivieren, was man wie folgt tut:

root@virt:~# lvchange -an /dev/mapper/XXXX
root@virt:~# lvchange -ay /dev/mapper/XXXX

Nun sieht die Ausgabe von lvs auch schon vertrauter aus:

LV                          VG   Attr   LSize   Origin  Snap%  Move Log Copy%  Convert
XXXX                        vg   Owi-a-  25,00g         4,56

Die Prozentzahl unter Snap% wird nun immer kleiner, woran man erkennt das es mergt.

Posted in: Arbeit, IT, Linux, Opensource Tagged: kvm, linux, lvm, virtualization

Social Shit

Fediverse PGP-Key XMPP Matrix Git Github

Kategorien

  • Allgemein
  • Android
  • Anime
  • Arbeit
  • Entertainment
  • Games
  • Handy
  • IT
  • Linux
  • Monitoring
  • Netzwerk
  • Opensource
  • Privates
  • QEK Junior
  • Rattis
  • Showtime Ost
  • Showtime West
  • Windows

Interessantes

  • 5222.de
  • chr.istoph's Blog
  • World of Edolas
  • Lainblog

Archive

  • Juni 2023
  • August 2019
  • Oktober 2018
  • März 2018
  • Dezember 2017
  • Juli 2017
  • Juni 2017
  • Mai 2017
  • März 2017
  • Februar 2017
  • Januar 2017
  • Dezember 2016
  • November 2016
  • September 2016
  • August 2016
  • Juli 2016
  • Juni 2016
  • Mai 2016
  • April 2016
  • März 2016
  • Februar 2016
  • Dezember 2015
  • November 2015
  • September 2015
  • August 2015
  • Juli 2015
  • Juni 2015
  • Mai 2015
  • April 2015
  • März 2015
  • Februar 2015
  • November 2014
  • Oktober 2014
  • August 2014
  • Juli 2014
  • Juni 2014
  • Mai 2014
  • April 2014
  • März 2014
  • Februar 2014
  • Dezember 2013
  • November 2013
  • Oktober 2013
  • September 2013
  • August 2013
  • Juli 2013
  • April 2013
  • März 2013
  • Februar 2013
  • Januar 2013
  • Dezember 2012
  • November 2012
  • September 2012
  • Juli 2012
  • Juni 2012
  • Mai 2012
  • Februar 2012
  • Januar 2012

Tags

android anime apt bash bugs debian freifunk freifunk-aachen gnome hardware htpc kernel linux lucid lxc mdadm mint monitoring mysql network nginx openwrt outdoor package pgp php postgres precise raid redmine squeeze telekom testing trusty ubuntu virtualization vserver wheezy windows xbmc xenial xorg xubuntu zabbix zarafa

Datenschutzerklärung | Impressum

Copyright © 2025 KOKOLOR.ES.

Omega WordPress Theme by ThemeHall