Hallo Zusammen, ich betreibe auf meiner Kiste ein LVM mit reiserfs. Das läuft bisher ohne Probleme. Nun musste ich ein Volume "vergrößern". Also habe ich es lvextend -L+1024M /dev/lvm1/lvol1 erweitert und den Rechner neu gestartet. Aber ein Aufruf von df -hl hat mir die Größenänderung nicht bestätigt. Da ich diese Partition "nur" fürs DVD-Rippen benötige, habe ich es einfach mit mkreiserfs neu formatiert. Aber was mache ich bei einem Volume, was man nicht so einfach neu formatieren kann ?? Kann ich resize_reiserfs mit den selben Größenwerten füttern ? Bye Michael [1] http://litefaden.com/lite00/lvm/lvm-howto-de-1.html -- If I wanted Windows, I'd live in a greenhouse! Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
Hallo, am Mittwoch, 10. Juli 2002 um 09:58 schrieb Stefan:
ich es einfach mit mkreiserfs neu formatiert. Aber was mache ich bei einem Volume, was man nicht so einfach neu formatieren kann ?? Kann ich resize_reiserfs mit den selben Größenwerten füttern ?
kurz und knapp: ja, selber gemacht, klappt ohne Probs cu stonki -- Deutsche ProFTP Docs: http://www.proftpd.de EFNET: #proftpd
Hallo Stefan, at Wed, 10 Jul 2002 10:13:10 +0100 Stefan Onken wrote:
am Mittwoch, 10. Juli 2002 um 09:58 schrieb Stefan:
ich es einfach mit mkreiserfs neu formatiert. Aber was mache ich bei einem Volume, was man nicht so einfach neu formatieren kann ?? Kann ich resize_reiserfs mit den selben Größenwerten füttern ?
kurz und knapp: ja, selber gemacht, klappt ohne Probs
Danke, ich hätte es ja ausprobieren können, aber ich hatte einwenig Bammel. ;) Bye Michael -- Soviel, wie ich vergessen möchte, kann ich mir überhaupt nicht merken! Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
Hi On Wednesday 10 July 2002 10:58, Michael Raab wrote:
Hallo Zusammen,
ich betreibe auf meiner Kiste ein LVM mit reiserfs. ........ Kann ich resize_reiserfs mit den selben Größenwerten füttern ?
Schau mal in man resize_reiserfs. Wenn du keine Größenangabe anhängst, dann wird das filesystem automatisch auf die ganze Partition ausgedehnt. mfg Axel
* On Wed, 10 Jul 2002 at 10:58 +0200, Michael Raab wrote:
ich betreibe auf meiner Kiste ein LVM mit reiserfs. Das läuft bisher ohne Probleme. Nun musste ich ein Volume "vergrößern". Also habe ich es lvextend -L+1024M /dev/lvm1/lvol1 erweitert und den Rechner neu gestartet. Aber ein Aufruf von df -hl hat mir die Größenänderung nicht bestätigt. Da ich diese Partition "nur" fürs DVD-Rippen benötige, habe ich es einfach mit mkreiserfs neu formatiert. Aber was mache ich bei einem Volume, was man nicht so einfach neu formatieren kann ?? Kann ich resize_reiserfs mit den selben Größenwerten füttern ?
resize_reiserfs musst Du offline machen. Sollte Dich das unmounten mal nicht interessieren, kannst Du das auch über eine mount- Operation auch online erledigen: mouunt -o remount,resize=xxxx /dev/lvm1/lvol1 Funktioniert wunderbar, auch wenn während der Vergrößerung massenhaft Zugriffe stattfinden. Für xxxx setzt Du die Größe des Filesystems in Blöcken ein, bei ReiserFS ist ein Block 4kB groß. Die Größe in 1 kB Blöcken findest Du in /proc/lvm [1]. Also einfach den größeren der beiden Werte, der bei dem entsprechenden LV dabeisteht nehmen und durch 4 dividieren. [1] Bei Kernel 2.4 ist das AFAIK /proc/lvm/global -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
Hallo Adalbert, at Wed, 10 Jul 2002 17:40:59 +0200 Adalbert Michelic wrote:
* On Wed, 10 Jul 2002 at 10:58 +0200, Michael Raab wrote:
Kann ich resize_reiserfs mit den selben Größenwerten füttern ?
resize_reiserfs musst Du offline machen.
So habe ich es auch gemacht. D.h. betreffendes Volume ungemounted, Volume erweitert und mit resize_reiserfs erweitert. Den umgekehrten Weg habe ich auch ausprobiert. Bisher ohne Probleme. ;) Bye Michael -- "A copy of Windows 9x and 4x4 MB of SIMMs, please." Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
* On Wed, 10 Jul 2002 at 18:01 +0200, Michael Raab wrote:
at Wed, 10 Jul 2002 17:40:59 +0200 Adalbert Michelic wrote:
* On Wed, 10 Jul 2002 at 10:58 +0200, Michael Raab wrote:
Kann ich resize_reiserfs mit den selben Größenwerten füttern ?
resize_reiserfs musst Du offline machen.
So habe ich es auch gemacht. D.h. betreffendes Volume ungemounted, Volume erweitert und mit resize_reiserfs erweitert. Den umgekehrten Weg habe ich auch ausprobiert. Bisher ohne Probleme. ;)
Umgekehrt? Meinst Du verkleinern? Funktioniert das denn schon zuverlässig? Bei meinen Tests unter 3.5.23 hatte das immer späte Nachwirkungen - Nach ein paar Monaten mäßigen Traffics auf dem Testvolume gabs massive Troubles. Ich verkleiner da jedenfalls nix mehr, ohne die Daten vorher auf Band zu sichern und das FS neu anzulegen ... -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
Hallo Adalbert, at Wed, 10 Jul 2002 18:17:38 +0200 Adalbert Michelic wrote:
* On Wed, 10 Jul 2002 at 18:01 +0200, Michael Raab wrote:
at Wed, 10 Jul 2002 17:40:59 +0200 Adalbert Michelic wrote:
* On Wed, 10 Jul 2002 at 10:58 +0200, Michael Raab wrote:
Kann ich resize_reiserfs mit den selben Größenwerten füttern ?
resize_reiserfs musst Du offline machen.
So habe ich es auch gemacht. D.h. betreffendes Volume ungemounted, Volume erweitert und mit resize_reiserfs erweitert. Den umgekehrten Weg habe ich auch ausprobiert. Bisher ohne Probleme. ;)
Umgekehrt? Meinst Du verkleinern?
Ja, verkleinern.
Funktioniert das denn schon zuverlässig?
Ob es zuverlässig ist, weiss ich nicht.
Bei meinen Tests unter 3.5.23 hatte das immer späte Nachwirkungen - Nach ein paar Monaten mäßigen Traffics auf dem Testvolume gabs massive Troubles.
Wie haben sich diese Bemerkbar gemacht ?
Ich verkleiner da jedenfalls nix mehr, ohne die Daten vorher auf Band zu sichern und das FS neu anzulegen ...
Ich habe mal ein reiserfsck auf das betreffende Volume nach dem verkleinern gemacht. Und da tauchte folgendes auf: <---- Analyzing journal..nothing to replay (no transactions older than last flushed one found) Fetching on-disk bitmap..done Checking S+tree..ok byte 31616: bm1: ffffffff bm2 0 ... ... byte 31999: bm1: ffffffff bm2 0 on-disk bitmap does not match to the correct one. 384 bytes differ ok Checking Semantic tree...ok ----> Ich hätte es auch mal vor dem verkleinern machen sollen. Welche Version ich von reiserfs benutze weiss ich nicht. Ich weiss nur, das es die eingebaute des Vanillakernels ist. Bye Michael -- Q: Does Bill Gates use public domain software? A: Yes, as all of the public has become Bill Gates' domain. Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
* On Wed, 10 Jul 2002 at 18:35 +0200, Michael Raab wrote:
at Wed, 10 Jul 2002 18:17:38 +0200 Adalbert Michelic wrote:
* On Wed, 10 Jul 2002 at 18:01 +0200, Michael Raab wrote:
at Wed, 10 Jul 2002 17:40:59 +0200 Adalbert Michelic wrote:
* On Wed, 10 Jul 2002 at 10:58 +0200, Michael Raab wrote:
Kann ich resize_reiserfs mit den selben Größenwerten füttern ?
resize_reiserfs musst Du offline machen.
So habe ich es auch gemacht. D.h. betreffendes Volume ungemounted, Volume erweitert und mit resize_reiserfs erweitert. Den umgekehrten Weg habe ich auch ausprobiert. Bisher ohne Probleme. ;)
Umgekehrt? Meinst Du verkleinern?
Ja, verkleinern.
Funktioniert das denn schon zuverlässig?
Ob es zuverlässig ist, weiss ich nicht.
Bei meinen Tests unter 3.5.23 hatte das immer späte Nachwirkungen - Nach ein paar Monaten mäßigen Traffics auf dem Testvolume gabs massive Troubles.
Wie haben sich diese Bemerkbar gemacht ?
Da hab ich ehrlich gesagt keine Ahnung mehr, ich glaube im Syslog sind massiv Einträge von ReiserFS aufgetaucht (da steht immer ein zweistelliges Kürzel und 4(5?)-stellige Nummer dabei, z.B. vs-1234).
Ich verkleiner da jedenfalls nix mehr, ohne die Daten vorher auf Band zu sichern und das FS neu anzulegen ...
Ich habe mal ein reiserfsck auf das betreffende Volume nach dem verkleinern gemacht.
Und da tauchte folgendes auf: <---- Analyzing journal..nothing to replay (no transactions older than last flushed one found) Fetching on-disk bitmap..done Checking S+tree..ok byte 31616: bm1: ffffffff bm2 0 ... ... byte 31999: bm1: ffffffff bm2 0 on-disk bitmap does not match to the correct one. 384 bytes differ ok Checking Semantic tree...ok ---->
Ich würde Dir empfehlen, da mal - sofern wertvolle Daten drauf sind - die mal wegzusichern und das FS neu anzulegen.
Ich hätte es auch mal vor dem verkleinern machen sollen.
Welche Version ich von reiserfs benutze weiss ich nicht. Ich weiss nur, das es die eingebaute des Vanillakernels ist.
Dann ist sie sicher neuer, als die bei mir, weil das ist ein 2.2.19er. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
Hallo Adalbert, at Wed, 10 Jul 2002 19:30:51 +0200 Adalbert Michelic wrote:
* On Wed, 10 Jul 2002 at 18:35 +0200, Michael Raab wrote:
Ich habe mal ein reiserfsck auf das betreffende Volume nach dem verkleinern gemacht.
Und da tauchte folgendes auf:
Ich würde Dir empfehlen, da mal - sofern wertvolle Daten drauf sind - die mal wegzusichern und das FS neu anzulegen.
Das habe ich auch getan. Und anschliessend die anderen betroffenden Volumes geprüft. Diese hatten aber keine Auffälligkeiten.
Welche Version ich von reiserfs benutze weiss ich nicht. Ich weiss nur, das es die eingebaute des Vanillakernels ist.
Dann ist sie sicher neuer, als die bei mir, weil das ist ein 2.2.19er.
Also hier läuft der 2.4.18er Kernel mit reiserfs version 3.6.25 BYe Michael -- Windows - From the people who brought you EDLIN! Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
* On Wed, 10 Jul 2002 at 21:49 +0200, Daniel Seuthe wrote:
Adalbert Michelic schrieb:
resize_reiserfs musst Du offline machen.
Beim Vergrößern ist ein Unmounten nicht erforderlich.
man resize_reiserfs [...] | DESCRIPTION | The resize_reiserfs tool resizes an unmounted reiserfs ^^^^^^^^^ | file system. It enlarges or shrinks an reiserfs file sys | tem located on a device so that it will have size bytes or Auf ein Tool, das direkt auf das Device schreibt, ohne, daß die laufende Instanz des Filesystems was davon weiß, würde ich mich nur im Selbstmordfall einlassen. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
Hallo, Adalbert Michelic schrieb:
resize_reiserfs musst Du offline machen.
Beim Vergrößern ist ein Unmounten nicht erforderlich.
man resize_reiserfs [...] | DESCRIPTION | The resize_reiserfs tool resizes an unmounted reiserfs ^^^^^^^^^
Danke, ich kenn' die Doku. Das ändert nichts daran, daß eine Online-Vergrößerung unterstützt wird. Das geht auch aus anderen Dokumentationen zum Thema LVM hervor (IIRC z.B. das Whitepaper von SuSE). Von einem modernen Filesystem erwarte ich auch so eine Möglichkeit. Für ext2 gibts mit ext2online auch eine Tool für die Online-Größenänderungen. Daniel
Hallo Daniel, at Thu, 11 Jul 2002 08:25:35 +0200 Daniel Seuthe wrote:
Adalbert Michelic schrieb:
resize_reiserfs musst Du offline machen.
Beim Vergrößern ist ein Unmounten nicht erforderlich.
man resize_reiserfs [...] | DESCRIPTION | The resize_reiserfs tool resizes an unmounted reiserfs ^^^^^^^^^
Danke, ich kenn' die Doku. Das ändert nichts daran, daß eine Online-Vergrößerung unterstützt wird.
Umsonst wird das ja nicht drin stehen.
Das geht auch aus anderen Dokumentationen zum Thema LVM hervor (IIRC z.B. das Whitepaper von SuSE).
Von einem modernen Filesystem erwarte ich auch so eine Möglichkeit.
Wie war das noch ? 99 mal geht es gut und beim 100. mal geht es in die Hose. Also ich wäre vorsichtig, wenn man zwei unterschiedliche Aussagen zu einem Thema erhält.
Für ext2 gibts mit ext2online auch eine Tool für die Online-Größenänderungen.
ext2 hat auch kein Journal, was aktualisiert werden muss. Bye Michael -- Windows 9x has been operating for 2 hours, 32 minutes. No errors reported. CALL GUINESS BOOK OF WORLD RECORDS NOW! Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
Hallo, Michael Raab schrieb:
| The resize_reiserfs tool resizes an unmounted reiserfs ^^^^^^^^^
Danke, ich kenn' die Doku. Das ändert nichts daran, daß eine Online-Vergrößerung unterstützt wird.
Umsonst wird das ja nicht drin stehen.
Die Aussage in der Dokumentation ist ja auch nicht falsch. Grundsätzlich muß das Filesystem ja auch unmounted werden. Nur beim Vergrößern ist es nicht zwingend.
Für ext2 gibts mit ext2online auch eine Tool für die Online-Größenänderungen.
ext2 hat auch kein Journal, was aktualisiert werden muss.
Ja, und? Wo ist da jetzt der Zusammenhang? Steht irgendwo in Stein gemeißelt, das das Eine das Andere ausschließt. Ein Vergößern ist auch insofern »ungefährlicher«, da keine Daten verschoben werden müssen, sondern »nur« die Verwaltungsstrukturen geändert müssen (Aufwand abhängig vom Filesystem). Das kann sich ja auch im Journal widerspiegel. Daniel
* On Thu, 11 Jul 2002 at 8:25 +0200, Daniel Seuthe wrote:
Adalbert Michelic schrieb:
resize_reiserfs musst Du offline machen.
Beim Vergrößern ist ein Unmounten nicht erforderlich.
man resize_reiserfs [...] | DESCRIPTION | The resize_reiserfs tool resizes an unmounted reiserfs ^^^^^^^^^
Danke, ich kenn' die Doku. Das ändert nichts daran, daß eine Online-Vergrößerung unterstützt wird. Das geht auch aus anderen Dokumentationen zum Thema LVM hervor (IIRC z.B. das Whitepaper von SuSE). Von einem modernen Filesystem erwarte ich auch so eine Möglichkeit.
Du kannst ja eh online vergrößern, siehe eine meiner vorigen Mails (mount -o remount,resize=xxx /dev/vg00/data). Möglicherweise fängt resize_reiserfs mittlerweile gemountete Filesysteme ab, und führt im Hintergrund die mount-Operation aus, dann iss eh gut. Keine Angst, wenn Du Dich bei dem Wert, dem Du mount übergibst, verrechnest, es werden nur Werte akzeptiert, die größer als das FS sind, bzw. kleiner gleich der Größe des Device. Zur Not steht was im syslog.
Für ext2 gibts mit ext2online auch eine Tool für die Online-Größenänderungen.
Nicht ohne Grund braucht das einen Kernel-Patch. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
Hallo, Adalbert Michelic schrieb:
Du kannst ja eh online vergrößern, siehe eine meiner vorigen Mails (mount -o remount,resize=xxx /dev/vg00/data). Möglicherweise fängt resize_reiserfs mittlerweile gemountete Filesysteme ab, und führt im Hintergrund die mount-Operation aus, dann iss eh gut.
Ich habe mir mal kurz den Quelltext von resize_reiserfs angeschaut. Das Online-Vergrößern wird nur an den Kernel per mount() weitergegeben. Die Arbeit macht dann eh der ReiserFS-Treiber. Was anderes macht mount ... resize auch nicht. Sie machen also unterm Strich das gleiche. Daniel
* On Thu, 11 Jul 2002 at 11:51 +0200, Daniel Seuthe wrote:
Adalbert Michelic schrieb:
Du kannst ja eh online vergrößern, siehe eine meiner vorigen Mails (mount -o remount,resize=xxx /dev/vg00/data). Möglicherweise fängt resize_reiserfs mittlerweile gemountete Filesysteme ab, und führt im Hintergrund die mount-Operation aus, dann iss eh gut.
Ich habe mir mal kurz den Quelltext von resize_reiserfs angeschaut. Das Online-Vergrößern wird nur an den Kernel per mount() weitergegeben. Die Arbeit macht dann eh der ReiserFS-Treiber. Was anderes macht mount ... resize auch nicht. Sie machen also unterm Strich das gleiche.
Okay, stimmt - da muß ich meine Aussage revidieren. Bei irgendeiner alten Version hat das noch nicht so funktioniert, da hab ich mir mal ein Filesystem zerschossen. Gebranntes Kind scheut das Feuer :-) -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
participants (5)
-
Adalbert Michelic
-
Axel Heinrici
-
Daniel Seuthe
-
Michael Raab
-
Stefan Onken