1

-????????? ? ?    ?               ?            ? mageia.img

Вот такой вывод я вижу в ls -la
Делал e2fsck -f диска и он ругнулся именно на этот файл, что если соглашусь, то дестрой ФС будет. Я отказался.

Последствия начались после моих действий.
1. Я отмонтировал LVM том
2. Потом пытался отрезать от него кусок. Делал по удаленке и не знаю почему, у меня пропал доступ из вне.
3. Сервер боевой и т.к. я не успел за ночь все провернуть, то я бегом с утра сделал опять e2fsck и LVM полностью восстановилось и я смог примонтировать его и стартануть ВМ.
Но вот именно этот файл накрылся медным тазом. Можно ли его попробовать восстановить?

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

2

увидеть бы 1,2,3 в командах и с выводами, если есть... особенно 2.

XliN пишет:

Делал e2fsck -f диска и он ругнулся именно на этот файл, что если соглашусь, то дестрой ФС будет. Я отказался.

как ругнулся то? сделай бекап, lvm снапшот или образ и согласись... про дестрой фс он при каждом чихе может писать...

95% процентов проблем находятся между клавиатурой и стулом.

3

А не проще ли его заново скачать?

4 (12.02.2014 12:49:55 отредактировано XliN)

Vascom пишет:

А не проще ли его заново скачать?

Это диск сервера в виртуалке. Что самое и обидное.

XliN пишет:

1. Я отмонтировал LVM том

Обычный umount /dev/vg_micro/lv_home

XliN пишет:

Потом пытался отрезать от него кусок.

resize2fs /dev/vg_micro/lv_home <нужное число до которого он должен ужаться>

как ругнулся то? сделай бекап, lvm снапшот или образ и согласись...

Как ругнулся не помню, действовать нужно было очень быстро. Каким образом сделай бекап? То есть его скопировать и попробовать снова проверку сделать? Но это надо будет опять LV том отмонтировать?

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

5

 e2fsck -f /home/xlin/iso/images/mageia.img
e2fsck 1.41.12 (17-May-2010)
e2fsck: Ошибка ввода/вывода while trying to open /home/xlin/iso/images/mageia.img

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

6

У меня есть снапшот этого файла в qemu, но он очень старый

[root@micro ~]# virsh snapshot-list mageia
 Имя               Время создания Статус
------------------------------------------------------------
 1342273309           2012-07-14 17:41:49 +0400 running
 1344274249           2012-08-06 21:30:49 +0400 running
 1346101987           2012-08-28 01:13:07 +0400 runnin
MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

7

Я даже его скопировать не могу

[root@micro ~]# cp /home/xlin/iso/images/mageia.img /home/xlin/
cp: невозможно выполнить stat для «/home/xlin/iso/images/mageia.img»: Ошибка ввода/вывода
MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

8

Попробуйте использовать другой суперблок, как и написано

XliN пишет:

If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

9

alexfinn, Не.

[root@micro ~]#
[root@micro ~]# e2fsck -b 8193 -f /home/xlin/iso/images/mageia.img
e2fsck 1.41.12 (17-May-2010)
e2fsck: Ошибка ввода/вывода while trying to open /home/xlin/iso/images/mageia.img

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

[root@micro ~]# e2fsck -b 8193 /home/xlin/iso/images/mageia.img
e2fsck 1.41.12 (17-May-2010)
e2fsck: Ошибка ввода/вывода while trying to open /home/xlin/iso/images/mageia.img

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Нужно отмонтировать LV том?

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

10 (12.02.2014 13:47:27 отредактировано Fat-Zer)

XliN пишет:

resize2fs /dev/vg_micro/lv_home <нужное число до которого он должен ужаться>

а lvresize делал? числа в обоих случаях правильные? если рачками, то я обычно делаю resize2fs на меньший размер, lvresize на нужный, а потом resize2fs на заведомо подходящий...
а на будущее, у lvresize есть вкусный ключик lvresize -r

XliN пишет:

e2fsck -f /home/xlin/iso/images/mageia.img

а это что за глупость? у тебя же, как я понял, фс побилась на который файл лежит, а не сам образ. или нет?
если было бы больше конкретики, то было бы проще говорить...

XliN пишет:

Нужно отмонтировать LV том?

для e2fsck — да. единственное можешь запустить с -n и показать что он про битый файл говорит.

XliN пишет:

Каким образом сделай бекап? То есть его скопировать и попробовать снова проверку сделать? Но это надо будет опять LV том отмонтировать?

я бы или скопировал всю ФС через dd, или создал бы lvm snapshot. Для первого надо отмонтировать, а для второго — скорей всего нет... снапшоты я ни разу не делал...

95% процентов проблем находятся между клавиатурой и стулом.

11 (12.02.2014 13:54:23 отредактировано XliN)

Fat-Zer пишет:

а lvresize делал? числа в обоих случаях правильные? если рачками, то я обычно делаю resize2fs на меньший размер, lvresize на нужный, а потом resize2fs на заведомо подходящий...
а на будущее, у lvresize есть вкусный ключик lvresize -r

Нет не делал lvresize, до него не дошло дело.

Fat-Zer пишет:

а это что за глупость? у тебя же, как я понял, фс побилась на который файл лежит, а не сам образ. или нет?

Ну том примонтировался LVM. Все файлы на нем целые кроме этого. Он с вопросами. Так что не знаю ФС или файл, но думаю что ФС там побилась.

Fat-Zer пишет:

я бы или скопировал всю ФС через dd, или создал бы lvm snapshot. Для первого надо отмонтировать, а для второго — скорей всего нет... снапшоты я ни разу не делал...

Логический том на 4 ТБ =) Вот я и хотел его пощипать не много.

З.Ы. А вообще отвалился диск который использовался под /var Там вся инфраструктура была =(

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

12 (12.02.2014 13:53:10 отредактировано XliN)

[root@micro ~]# e2fsck -n /dev/vg_micro/lv_home
e2fsck 1.41.12 (17-May-2010)
Warning!  /dev/vg_micro/lv_home is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/vg_micro/lv_home contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Entry 'mageia.img' in /xlin/iso/images (63701351) has deleted/unused inode 63701273.  Clear? no

Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/vg_micro/lv_home: ********** WARNING: Filesystem still has errors **********

/dev/vg_micro/lv_home: 1294/239984640 files (2.2% non-contiguous), 527643258/959915008 blocks
XliN пишет:

Entry 'mageia.img' in /xlin/iso/images (63701351) has deleted/unused inode 63701273.  Clear? no

Тут меня ничего не спрашивал. Видимо хочет отмонтироваться

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

13 (12.02.2014 14:08:44 отредактировано Fat-Zer)

XliN пишет:

Логический том на 4 ТБ =)

когда данных больше, чем можно забекапить это печально =)
тогда только снапшот... тебе же только чтобы ФС проверить надо, на это и пары гигов хватит... группа же у тебя не под завязку забита?

XliN пишет:

Entry 'mageia.img' in /xlin/iso/images (63701351) has deleted/unused inode 63701273.  Clear? no

самое страшное, что может случится — потеряешь образ магеи...
посмотри ls -ai /home/xlin/iso/images/, что говорят именно о нём...

XliN пишет:

Тут меня ничего не спрашивал. Видимо хочет отмонтироваться

читай в man'е что значат ключи перед тех, как их писать ж)

XliN пишет:

Нет не делал lvresize, до него не дошло дело.

аа... тогда странно... ИМХО resize2fs уже достаточно вылизан, чтобы не повреждать фс...

95% процентов проблем находятся между клавиатурой и стулом.

14

Fat-Zer пишет:

посмотри ls -ai /home/xlin/iso/images/, что говорят именно о нём...

       ? mageia.img
Fat-Zer пишет:

самое страшное, что может случится — потеряешь образ магеи...

Отвечу да и прощай форум, репозиторий, вики и т.д. на долгий срок. Восстановить сложно будет.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

15 (12.02.2014 14:19:20 отредактировано Fat-Zer)

XliN пишет:

Отвечу да и прощай форум, репозиторий, вики и т.д. на долгий срок. Восстановить сложно будет.

поэтому сделай снапшот...  если действительно потеряешь, то просто откатишься и будим думать дальше...
но он должен всё правильно сделать т.е. восстановить файл... хотя тут лучше подстраховаться т.к. я в этом не уверен...

Если боишься налажать т.к. не знаешь, как снапшоты работают то потренируйся на /dev/vg_micro/lv_cat

95% процентов проблем находятся между клавиатурой и стулом.

16

Fat-Zer пишет:

Если боишься налажать т.к. не знаешь, как снапшоты работают то потренируйся на /dev/vg_micro/lv_cat

Это что за том? У меня такого нет.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

17

XliN пишет:

Это что за том? У меня такого нет.

это тонкое обыгрывание цитаты из операции Ы =)

95% процентов проблем находятся между клавиатурой и стулом.

18

Вот так сделать снапшот?

# lvcreate -s -n snap_home -L2G /dev/ws/home # в той же группе томов создаётся снапшот нужного раздела.

# mount /dev/ws/snap_home /mnt/snapshots # полученый раздел прицепляется в папку, 

# tar -cvzf home.tgz /mnt/snapshots # с него забирается инфа (например можно всё сразу залить в архив).

# umount /dev/ws/snap_home # отцепляем раздел

# lvremove /dev/ws/snap_home # удаляем за ненадобностью.

Он отрежет от моего не тронув данные?

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

19

Мне уже сыкатно трогать, чуть не посидел сегодня =)

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

20

XliN, так ты стоя всё делаешь? ab
Присядь уже, хотя бы на лавочку...

Linux Mint 19.3 Mate Edition
Windows 7

21 (12.02.2014 18:10:10 отредактировано Fat-Zer)

Неинтересная подготовка

+ открыть спойлер

 Консоль:

goblin-server tmp # lvcreate -n lv_tmp -L 2G vg_data
  Logical volume "lv_tmp" created
goblin-server tmp # mkdir -p lv_tmp
goblin-server tmp # mkfs.ext4 /dev/vg_data/lv_tmp
mke2fs 1.42.5 (29-Jul-2012)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
131072 inodes, 524288 blocks
26214 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=536870912
16 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912

Allocating group tables: done
Writing inode tables: done
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done

goblin-server tmp # mount /dev/vg_data/lv_tmp ./lv_tmp/
goblin-server tmp # mkdir lv_tmp/test/1
mkdir: невозможно создать каталог «lv_tmp/test/1»: No such file or directory
goblin-server tmp # mkdir lv_tmp/test
goblin-server tmp # touch lv_tmp/test/foo
goblin-server tmp # touch lv_tmp/test/bar
goblin-server tmp # touch lv_tmp/test/baz

Cоздание снапшота

+ открыть спойлер

 Консоль:

goblin-server tmp # lvcreate -L 100M -n lv_tmp_snapshot -s /dev/vg_data/lv_tmp
  Rounding up size to full physical extent 128,00 MiB
  Logical volume "lv_tmp_snapshot" created
goblin-server tmp # lvdisplay /dev/vg_data/lv_tmp
  --- Logical volume ---
  LV Path                /dev/vg_data/lv_tmp
  LV Name                lv_tmp
  VG Name                vg_data
  LV UUID                wBfuTv-JiZI-nVzU-jQIX-Rom3-IsNe-Yet2Pg
  LV Write Access        read/write
  LV Creation host, time goblin-server, 2014-02-12 17:28:53 +0400
  LV snapshot status     source of
                         lv_tmp_snapshot [active]
  LV Status              available
  # open                 1
  LV Size                2,00 GiB
  Current LE             32
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:12

goblin-server tmp # lvdisplay /dev/vg_data/lv_tmp_snapshot
  --- Logical volume ---
  LV Path                /dev/vg_data/lv_tmp_snapshot
  LV Name                lv_tmp_snapshot
  VG Name                vg_data
  LV UUID                Xw4c4o-Kv6s-jBjM-elmI-Q8Sm-UPIA-x8YzAr
  LV Write Access        read/write
  LV Creation host, time goblin-server, 2014-02-12 17:36:03 +0400
  LV snapshot status     active destination for lv_tmp
  LV Status              available
  # open                 0
  LV Size                2,00 GiB
  Current LE             32
  COW-table size         128,00 MiB
  COW-table LE           2
  Allocated to snapshot  0,01%
  Snapshot chunk size    4,00 KiB
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:13

Опасные действия

+ открыть спойлер

 Консоль:
goblin-server tmp # ls lv_tmp/test/
bar  baz  foo
goblin-server tmp # rm lv_tmp/test/bar
goblin-server tmp # ls lv_tmp/test/
baz  foo
goblin-server tmp # umount lv_tmp
goblin-server tmp # dd if=/dev/zero of=/dev/vg_data/lv_tmp bs=1M count=1 # давай вообще всю ФС убьём
1+0 записей считано
1+0 записей написано
скопировано 1048576 байт (1,0 MB), 0,152402 c, 6,9 MB/c

Восстановление снапшота

+ открыть спойлер

 Консоль:
goblin-server tmp # lvconvert --merge /dev/vg_data/lv_tmp_snapshot
  Merging of volume lv_tmp_snapshot started.
  lv_tmp: Merged: 0,0%
  Merge of snapshot into logical volume lv_tmp has finished.
  Logical volume "lv_tmp_snapshot" successfully removed
goblin-server tmp # mount /dev/vg_data/lv_tmp ./lv_tmp/
goblin-server tmp # ls lv_tmp/test/
bar  baz  foo

У тебя всё точно так же с точностью до имён и размеров... только «опасным действием» будет fsck.
да, и под размер снапшота на всякий пожарный отдай всё доступное в группе место...

95% процентов проблем находятся между клавиатурой и стулом.

22 (12.02.2014 19:20:15 отредактировано XliN)

сейчас попробовал на тестовой ВМ в virtualbox отрезать кусок и приклеить его к другому, так получил итог, что от кого отрезал отвалился и система его не может примонтировать =)

Все запутанно как то. =)
Fat-Zer, В твоем руководстве пока не разберусь. Не пойму почему не получается. Делаю по http://irternus.blogspot.ru/2011/07/lvm.html
Может тут чего касячно?

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

23 (12.02.2014 19:52:20 отредактировано Fat-Zer)

XliN, так ты фс починил или нет?

XliN пишет:

В твоем руководстве пока не разберусь.

это просто демонстрация, как со снапшотом работать...
т.е. в твоём случае:
vgdisplay # посмотри сколько места свободно в группе
lvcreate -L 20G -n lv_home_snap -s /dev/vg_micro/lv_home #создаёшь снапшот, размер в -L из предыдущего пункта...
e2fsck -fp /dev/vg_micro/lv_home # делаешь fsck
потом монтируешь и смотришь...
если всё в порядке, то удаляешь снапшот: lvremove /dev/vg_micro/lv_home_snap
если нет, то откатываешься: lvconvert --merge /dev/vg_data/lv_home_snap и думаем дальше

изменять размер совсем просто, на отмонтированной(если уменьшать) фс в одну команду: lvresize -rL -2G /dev/vg_micro/lv_home (уменьшить на 2Gib). Она пережмёт и фс и том...

95% процентов проблем находятся между клавиатурой и стулом.

24

Для создания снапшота нужно что бы было свободное не размеченное место на VG?

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

25

Fat-Zer пишет:

vgdisplay # посмотри сколько места свободно в группе

Этим и занимаюсь на тестовой ВМ. У меня на боевом нет свободного места. Все размечено. Пытался на тесте отрезать... не получилось. От кого отрезал выпал и не монтируется. Сыплет ошибками.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

26

Fat-Zer пишет:

изменять размер совсем просто, на отмонтированной(если уменьшать) фс в одну команду: lvresize -rL -2G /dev/vg_micro/lv_home (уменьшить на 2Gib). Она пережмёт и фс и том...

Вот это я сейчас протестирую и если все гуд будет, то попробую сделать снапшот. Только после этого переключусь на основной сервер.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

27 (12.02.2014 20:21:12 отредактировано Fat-Zer)

XliN пишет:

Для создания снапшота нужно что бы было свободное не размеченное место на VG?

да.

XliN пишет:

У меня на боевом нет свободного места.

вот это плохо...

XliN пишет:

Вот это я сейчас протестирую и если все гуд будет, то попробую сделать снапшот. Только после этого переключусь на основной сервер.

нужно сначала с повреждением ФС разобраться... без этого ничего не заработает...

ЗЫ: судя по этому, восстановить файл не удастся... не знаю, почему у тебя всё ещё получается запускать VM с него... кстати, покажи ка smart на всякий пожарный...

95% процентов проблем находятся между клавиатурой и стулом.

28

Fat-Zer пишет:

XliN пишет:
Для создания снапшота нужно что бы было свободное не размеченное место на VG?
да.

Тут выяснилось что размер снапшота должен быть таким же как и размер того тома с которого хотим снять.

Fat-Zer пишет:

не знаю, почему у тебя всё ещё получается запускать VM с него...

Сама система грузится с другого файла, а тот что отвалился был в ВМ в качестве отдельного /var

Fat-Zer пишет:

нужно сначала с повреждением ФС разобраться... без этого ничего не заработает...

Вот это главное, т.к. e2fsck показывал 2%

Надо думать. Откатиться со снапшота тоже не получается пока на тест ВМ

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

29

XliN пишет:

Тут выяснилось что размер снапшота должен быть таким же как и размер того тома с которого хотим снять.

нет... в снапшот пишутся только изменяемые чанки по 64К, для наших целей, в теории, должно хватить и пары мегабайт, но лучше перестраховаться и взять 2 гига... а ещё лучше сколько есть... тут проблема в том, что снапшот просто перестанет работать, когда полностью заполнится...

95% процентов проблем находятся между клавиатурой и стулом.

30

Я тут еще вспомнил про зеркалирование. Я так понимаю, я его все таки завер при вводе сервера в продакшен.

 Консоль:
[root@micro ~]# lvs -a -o +devices
  LV      VG       Attr       LSize  Pool Origin Data%  Move Log Cpy%Sync Convert Devices         
  lv_home vg_micro -wi-ao----  3,58t                                              /dev/sdb1(0)     
  lv_home vg_micro -wi-ao----  3,58t                                              /dev/sda2(12800)
  lv_root vg_micro -wi-ao---- 50,00g                                              /dev/sda2(0)     
  lv_swap vg_micro -wi-ao---- 13,75g                                              /dev/sda2(473286)

Видно, что lv_home есть и на sdb1 и на sda2 Это не поможет?

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"