Umbau von reiserfs auf ext3 - plötzlich reicht der Platz nicht mehr
Hallo, habe hier noch einen Rechner aus der Zeit, als reiser Standarddateisystem von Suse war. Den möchte ich gerne nun auf ext3 umbauen. Prozedere: - Alle Dateien der einzelnen Partitionen per tar oder cp -a woanders hinschieben, z.B. externe Platte mit ext3. - Partitionen mit ext3 formatieren - per tar oder cp -a zurückspielen Ich habe momentan ein image des reiser-Systems per dd gemacht, da will ich das mal üben. Das ist zwar grottenlahm, aber zum Üben reicht es. Direkt mit der ersten Partition (/var) ist das schief gegangen. Das reisersystem: pc52974:~ # df -h Filesystem Size Used Avail Use% Mounted on /dev/cciss/c0d0p2 51G 25G 22G 54% / udev 5.9G 172K 5.9G 1% /dev /dev/mapper/vg1-lv7 75G 34M 75G 1% /database /dev/mapper/vg1-lv4 5.0G 510M 4.6G 10% /home /dev/mapper/vg1-lv2 5.0G 972M 4.1G 19% /opt /dev/mapper/vg1-lv5 50G 42G 8.7G 83% /srv /dev/mapper/vg1-lv6 5.0G 49M 5.0G 1% /tmp /dev/mapper/vg1-lv3 30G 12G 19G 39% /usr /dev/mapper/vg1-lv1 35G 27G 8.9G 75% /var <======== //nas/idg-2 6.0T 4.1T 2.0T 68% /mnt/idg-2 pc52974:~ # du -sh /var/ 40G /var/ pc52974:~ # lvs LV VG Attr LSize Origin Snap% Move Log Copy% lv1 vg1 -wi-ao 35.00G lv2 vg1 -wi-ao 5.00G lv3 vg1 -wi-ao 30.00G lv4 vg1 -wi-ao 5.00G lv5 vg1 -wi-ao 50.00G lv6 vg1 -wi-ao 5.00G lv7 vg1 -wi-ao 75.00G Es geht wie gesagt um /var. Ist angeblich mit 27GB belegt, das entsprechende LV ist 35GB groß. Warum du -sh meint das wären 40GB ist mir schon mal schleierhaft. Oder, Moment: pc52974:~ # mount /dev/cciss/c0d0p2 on / type ext3 (rw,acl,user_xattr) proc on /var/lib/ntp/proc type proc (rw) <================================= vielleicht deswegen ? pc52974:~ # du -sh /proc/ 13G /proc/ Würde zumindest größenmässig passen (27 + 13 = 40). Das Image habe ich per kpartx in einem anderen System eingehangen: pc63422:/mnt # lvs LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert lv1 vg1 -wi-ao---- 35.00g ... LV1 ist wie erwartet 35GB groß. Die ausgelagerten Dateien (per cp -a) von /var belegen ziemlich genau das gleiche: pc63422:/mnt # du -sh /media/sdb3/var 28G /media/sdb3/var LV1 mit default-Werten mit ext3 formatiert. Lt. manpage werden 5% für root reserviert, das wären 1,75GB. Sollte eigentlich genug übrig bleiben. Aber beim Zurückkopieren per cp -a bricht cp ab. "No space left on device" pc63422:/mnt # df -h ... /dev/mapper/vg1-lv1 27G 27G 0 100% /mnt/var Wo sind die restlichen 8GB hin ? Die können doch nicht komplett für das Dateisystem drauf gehen ? Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik Gebäude 35.34 - Raum 208 HelmholtzZentrum münchen [ mailto:bernd.lentes@helmholtz-muenchen.de | bernd.lentes@helmholtz-muenchen.de ] phone: +49 89 3187 1241 fax: +49 89 3187 2294 [ http://www.helmholtz-muenchen.de/idg | http://www.helmholtz-muenchen.de/idg ] wer Fehler macht kann etwas lernen wer nichts macht kann auch nichts lernen Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 20.04.2018 um 18:11 schrieb Lentes, Bernd:
Hallo,
habe hier noch einen Rechner aus der Zeit, als reiser Standarddateisystem von Suse war. Den möchte ich gerne nun auf ext3 umbauen. Prozedere: - Alle Dateien der einzelnen Partitionen per tar oder cp -a woanders hinschieben, z.B. externe Platte mit ext3. - Partitionen mit ext3 formatieren - per tar oder cp -a zurückspielen ...
Erstens würde ich (statt copy oder tar) rsync benutzen, (ich benutze "rsync -avH source ziel") das ist m.E. sicherer und schneller. Zweitens gibt es "irgendwie virtuelle" Verzeichnisse, die soweit ich weiss nicht kopiert werden sollten. Ich kopiere /nie/ die Verzeichnisse /proc/* /tmp/* /dev/* /mnt/* /run/* /sys/* Bevor du meinem Rat über das Auslassen dieser Verzeichnisse und die rsync-parameter folgst, warte ein wenig ab, ob hier jemand der besser Bescheid weiss als ich, Einwände hat :-) -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 20.04.2018 um 18:11 schrieb Lentes, Bernd: [ ...]
LV1 ist wie erwartet 35GB groß. Die ausgelagerten Dateien (per cp -a) von /var belegen ziemlich genau das gleiche: pc63422:/mnt # du -sh /media/sdb3/var 28G /media/sdb3/var
LV1 mit default-Werten mit ext3 formatiert. Lt. manpage werden 5% für root reserviert, das wären 1,75GB. Sollte eigentlich genug übrig bleiben. Aber beim Zurückkopieren per cp -a bricht cp ab. "No space left on device"
pc63422:/mnt # df -h ... /dev/mapper/vg1-lv1 27G 27G 0 100% /mnt/var
Wo sind die restlichen 8GB hin ? Die können doch nicht komplett für das Dateisystem drauf gehen ?
Bernd
Ich hatte nie mit ReiserFS zu tun, aber konnte das nicht schon Block Suballokation, oder wie immer das heißt. Wenn Du viele kleine Dateien da drauf hast, könnte das schon ein Grund dafür sein Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
----- On Apr 20, 2018, at 8:02 PM, Manfred Kreisl ml4km@arcor.de wrote:
Ich hatte nie mit ReiserFS zu tun, aber konnte das nicht schon Block Suballokation, oder wie immer das heißt. Wenn Du viele kleine Dateien da drauf hast, könnte das schon ein Grund dafür sein
Hallo Manfred, ja, ReiserFS beherrscht "block suballocation", auch "tail picking genannt: https://en.wikipedia.org/wiki/ReiserFS Bernd Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 20.04.2018 um 18:11 schrieb Lentes, Bernd: ...
Wo sind die restlichen 8GB hin ? Die können doch nicht komplett für das Dateisystem drauf gehen ?
Hast du eventuell sparse files, deren "sparsiness" (?) dann beim Kopieren flöten geht? Beim Kopieren mit rsync, tar oder cp gibt es Optionen dafür. -- Gruß Michael ------------------------------------------------------------------------ ________________________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Reinhard Betz Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ________________________________________________________________________ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
----- On Apr 20, 2018, at 6:11 PM, Bernd Lentes bernd.lentes@helmholtz-muenchen.de wrote:
Hallo,
habe hier noch einen Rechner aus der Zeit, als reiser Standarddateisystem von Suse war. Den möchte ich gerne nun auf ext3 umbauen. Prozedere: - Alle Dateien der einzelnen Partitionen per tar oder cp -a woanders hinschieben, z.B. externe Platte mit ext3. - Partitionen mit ext3 formatieren - per tar oder cp -a zurückspielen
Ich habe momentan ein image des reiser-Systems per dd gemacht, da will ich das mal üben. Das ist zwar grottenlahm, aber zum Üben reicht es. Direkt mit der ersten Partition (/var) ist das schief gegangen.
Das reisersystem:
pc52974:~ # df -h Filesystem Size Used Avail Use% Mounted on /dev/cciss/c0d0p2 51G 25G 22G 54% / udev 5.9G 172K 5.9G 1% /dev /dev/mapper/vg1-lv7 75G 34M 75G 1% /database /dev/mapper/vg1-lv4 5.0G 510M 4.6G 10% /home /dev/mapper/vg1-lv2 5.0G 972M 4.1G 19% /opt /dev/mapper/vg1-lv5 50G 42G 8.7G 83% /srv /dev/mapper/vg1-lv6 5.0G 49M 5.0G 1% /tmp /dev/mapper/vg1-lv3 30G 12G 19G 39% /usr /dev/mapper/vg1-lv1 35G 27G 8.9G 75% /var <======== //nas/idg-2 6.0T 4.1T 2.0T 68% /mnt/idg-2
pc52974:~ # du -sh /var/ 40G /var/
pc52974:~ # lvs LV VG Attr LSize Origin Snap% Move Log Copy% lv1 vg1 -wi-ao 35.00G lv2 vg1 -wi-ao 5.00G lv3 vg1 -wi-ao 30.00G lv4 vg1 -wi-ao 5.00G lv5 vg1 -wi-ao 50.00G lv6 vg1 -wi-ao 5.00G lv7 vg1 -wi-ao 75.00G
Es geht wie gesagt um /var. Ist angeblich mit 27GB belegt, das entsprechende LV ist 35GB groß. Warum du -sh meint das wären 40GB ist mir schon mal schleierhaft. Oder, Moment:
pc52974:~ # mount /dev/cciss/c0d0p2 on / type ext3 (rw,acl,user_xattr)
proc on /var/lib/ntp/proc type proc (rw) <================================= vielleicht deswegen ?
pc52974:~ # du -sh /proc/ 13G /proc/
Würde zumindest größenmässig passen (27 + 13 = 40).
Das Image habe ich per kpartx in einem anderen System eingehangen:
pc63422:/mnt # lvs LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert lv1 vg1 -wi-ao---- 35.00g ...
LV1 ist wie erwartet 35GB groß. Die ausgelagerten Dateien (per cp -a) von /var belegen ziemlich genau das gleiche: pc63422:/mnt # du -sh /media/sdb3/var 28G /media/sdb3/var
LV1 mit default-Werten mit ext3 formatiert. Lt. manpage werden 5% für root reserviert, das wären 1,75GB. Sollte eigentlich genug übrig bleiben. Aber beim Zurückkopieren per cp -a bricht cp ab. "No space left on device"
pc63422:/mnt # df -h ... /dev/mapper/vg1-lv1 27G 27G 0 100% /mnt/var
Wo sind die restlichen 8GB hin ? Die können doch nicht komplett für das Dateisystem drauf gehen ?
Nachdem ich /var noch mal mit ext3 formatiert habe, sind dann auch die restlichen 8GB "aufgetaucht". Keine Ahnung wieso, aber jetzt passt es. Bernd Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Daniel Bauer -
Lentes, Bernd -
Manfred Kreisl -
Michael Behrens