ГС
можно, zfs сама по себе cow
Да разобрался уже, причем очень удобно
Size: a a a
2019 September 22
ГС
непонял, зачем отказываться от zfs в пользу файлового qcow?
Незачем, просто не знал возможностей
I
непонял, зачем отказываться от zfs в пользу файлового qcow?
чтоб сюрпризов потом не было. т.к. если не изучать ничего, то они появятся 😃
МS
чини rootfs что бы маунтилась, если маунтится, то и контейнер с большей долей вероятности запустится нормально. т.е. прям на ноду заходишь и делаешь:
mount /dev/pve/vm-101-disk-0 /var/lib/lxc/101/rootfs/если сработало, то unmount и запускаешь контейнер
mount /dev/pve/vm-100-disk-1 /var/lib/lxc/100/rootfs/
mount: wrong fs type, bad option, bad superblock on /dev/mapper/pve-vm--100--disk--1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
МS
Это стандартная бага proxmox при работе с lxc-контейнерами, дебажить такоен не просто но можно:
lxc-start -F -n 101 --logfile /tmp/lxc-101.log --logpriority TRACE
lxc-start -F -n 100 --logfile /tmp/lxc-100.log --logpriority TRACE
lxc-start: 100: conf.c: run_buffer: 353 Script exited with status 32
lxc-start: 100: start.c: lxc_init: 828 Failed to run lxc.hook.pre-start for container "100"
lxc-start: 100: start.c: __lxc_start: 1914 Failed to initialize container "100"
lxc-start: 100: tools/lxc_start.c: main: 330 The container failed to start
lxc-start: 100: tools/lxc_start.c: main: 336 Additional information can be obtained by setting the --logfile and --logpriority options
МS
если не маунтится, то соответсвенно всякие
fsck.ext4 и прочие шаманизмына что? на lvm Том?
k
lxc-start -F -n 100 --logfile /tmp/lxc-100.log --logpriority TRACE
lxc-start: 100: conf.c: run_buffer: 353 Script exited with status 32
lxc-start: 100: start.c: lxc_init: 828 Failed to run lxc.hook.pre-start for container "100"
lxc-start: 100: start.c: __lxc_start: 1914 Failed to initialize container "100"
lxc-start: 100: tools/lxc_start.c: main: 330 The container failed to start
lxc-start: 100: tools/lxc_start.c: main: 336 Additional information can be obtained by setting the --logfile and --logpriority options
можешь посмотреть в логе
/tmp/lxc-100.log будет тоже самое:mount: wrong fs type, bad option, bad superblock on /dev/mapper/pve-vm--100--disk--1
k
на что? на lvm Том?
да, чини файловую систему на
/dev/mapper/pve-vm--100--disk--1, там должна быть ext4k
хотя прогноз неутешительный
МS
да, чини файловую систему на
/dev/mapper/pve-vm--100--disk--1, там должна быть ext4Просто fsck4.ext4 /dev/pve/vm-100-disk-1 ?
МS
или особые шаманские действия нужны?
k
ну у тебя суперблок потерян, можешь попробовать его восстановить как-нибудь, может повезёт и удастся что-нибудь вытащить
k
полагаю тут не обойтись без чёрной магии. т.к. скорее всего у тебя вся файловая система превратилась в кашу
МS
ну у тебя суперблок потерян, можешь попробовать его восстановить как-нибудь, может повезёт и удастся что-нибудь вытащить
я просто никогда не ломал настолько фс и не в курсе, что делать)
k
я просто никогда не ломал настолько фс и не в курсе, что делать)
ну вообще ext4 довольно легко поддаётся анализу, и в теории её можно восстановить, вопрос скорее в том, сколько ты готов на это потратить времени и сил на это восстановление
МS
ну вообще ext4 довольно легко поддаётся анализу, и в теории её можно восстановить, вопрос скорее в том, сколько ты готов на это потратить времени и сил на это восстановление
мнеб специалиста в помощь)
UD
ну у тебя суперблок потерян, можешь попробовать его восстановить как-нибудь, может повезёт и удастся что-нибудь вытащить
если резервные остались
МS
если резервные остались
fsck.ext4 /dev/pve/vm-100-disk-1
e2fsck 1.43.4 (31-Jan-2017)
Superblock has an invalid journal (inode 8).
Clear<y>?
чё жать?)
k
с другой стороны можно попробовать выяснить почему так произошло, у тебя либо raid-контроллер заглючил, либо lvm, у лвм есть бэкапы в /etc/lvm/backup после каждого действия, полагаю у тебя разметка съехала, в случае с thinlvm всё становится ещё сложнее
МS
с другой стороны можно попробовать выяснить почему так произошло, у тебя либо raid-контроллер заглючил, либо lvm, у лвм есть бэкапы в /etc/lvm/backup после каждого действия, полагаю у тебя разметка съехала, в случае с thinlvm всё становится ещё сложнее
рейд заглючил