LINUX.ORG.RU

История изменений

Исправление KIRALEX, (текущая версия) :

Обновления естественно выключены, не хватало чтобы оно вообще рухноло в один прекрасный момент. Ничего не обновлялось просто перезагрузили сервер. Все прекрасно грузится если не считать пары ошибок ACPI в начале загрузки ядра.

Моя теория в том что два месяца назад я чтото намутил с образом юзера, например переместил его переименовал скапировал, и tgtd продолжил(Он кстати давольно не адекватно реагирует на restart просто зависает скрипт, приходится делать или reload или stop\start или вообще kill -9 PID) работать со старым файлом который скажем мог быть удален. Тобиш проблема не с дебианом не с mdraid не с luks не с ext4, поскольку все остальное завелось штатно и работает. Если бы чтото с рейдом случилось я думаю luks бы не открылся и не ext4 не подмонтировался бы без ошибок. На том образе с которого юзер поидее должен грузиться он вообще, там чистая винда которая работает без ошибок, там и не пахнет файлами юзера я прокатил по нему R-Studio, как будто tgtd отдает совершенно другой образ диска.

root@server:/mnt/raid_data/ISCSI# ll
итого 930234028
-rw-r--r-- 1 root root  68719476736 окт  3 00:09 CENTR2493_DATA.IMG
-rw-r--r-- 1 root root 107374182400 окт  3 00:14 CENTR2493.IMG
-rw-r--r-- 1 root root 107374182400 окт  4 01:50 CENTR2493_WIN7.IMG
-rw-r--r-- 1 root root 536870912000 окт  4 11:48 HV_STORAGE.IMG
-rw-r--r-- 1 root root  42947575808 окт  3 00:11 ISCSI_BOOT_TEST.IMG
-rw-r--r-- 1 root root 107374182400 окт  3 00:06 KIRALEX-PC_TEST.IMG
-rw-r--r-- 1 root root          826 авг 11 13:32 targets.conf
drwxr-xr-x 2 root root         4096 авг 11 13:32 targets.d
drwxr-xr-x 2 root root         4096 окт  2 17:06 TEST
root@server:/mnt/raid_data/ISCSI# cat /etc/tgt/targets.conf
include /etc/tgt/conf.d/*.conf
include /mnt/raid_data/ISCSI/targets.d/*.conf
include /mnt/raid_data/ISCSI/*.conf

default-driver iscsi
root@server:/mnt/raid_data/ISCSI# cat targets.d/CENTR2493.conf
<target iqn.2020-07.ru.mycompany:centr2493>
        <backing-store /mnt/raid_data/ISCSI/CENTR2493_WIN7.IMG>
                lun 1
        </backing-store>

        #initiator-name iqn.2010-04.org.ipxe:07667536-4608-f005-a985-d45d64a86203
        #initiator-address 192.168.1.113
        #initiator-address 192.168.0.1
</target>

Вот у меня был бекап от какогото там Июля, он развернут в папке TEST, там уже домен но не то, возможно в момент создания gzip бекапа чтото пошло не так, этот момент я еще думаю как устроить бекапы и не капировать под терабайту каждый раз)

Файлы CENTR2493_DATA.IMG, CENTR2493.IMG не совсем имеют отношение к делу, поскольку это первый пилотный юзер, там было некоторое количество попыток завести юзера в ISCSI разными путями, естественно там тоже нужных данных нет.

Исходная версия KIRALEX, :

Обновления естественно выключены, не хватало чтобы оно вообще рухноло в один прекрасный момент. Ничего не обновлялось просто перезагрузили сервер. Все прекрасно грузится если не считать пары ошибок ACPI в начале загрузки ядра.

Моя теория в том что два месяца назад я чтото намутил с образом юзера, например переместил его переименовал скапировал, и tgtd продолжил работать со старым файлом который скажем мог быть удален. Тобиш проблема не с дебианом не с mdraid не с luks не с ext4, поскольку все остальное завелось штатно и работает. Если бы чтото с рейдом случилось я думаю luks бы не открылся и не ext4 не подмонтировался бы без ошибок. На том образе с которого юзер поидее должен грузиться он вообще, там чистая винда которая работает без ошибок, там и не пахнет файлами юзера я прокатил по нему R-Studio, как будто tgtd отдает совершенно другой образ диска.

root@server:/mnt/raid_data/ISCSI# ll
итого 930234028
-rw-r--r-- 1 root root  68719476736 окт  3 00:09 CENTR2493_DATA.IMG
-rw-r--r-- 1 root root 107374182400 окт  3 00:14 CENTR2493.IMG
-rw-r--r-- 1 root root 107374182400 окт  4 01:50 CENTR2493_WIN7.IMG
-rw-r--r-- 1 root root 536870912000 окт  4 11:48 HV_STORAGE.IMG
-rw-r--r-- 1 root root  42947575808 окт  3 00:11 ISCSI_BOOT_TEST.IMG
-rw-r--r-- 1 root root 107374182400 окт  3 00:06 KIRALEX-PC_TEST.IMG
-rw-r--r-- 1 root root          826 авг 11 13:32 targets.conf
drwxr-xr-x 2 root root         4096 авг 11 13:32 targets.d
drwxr-xr-x 2 root root         4096 окт  2 17:06 TEST
root@server:/mnt/raid_data/ISCSI# cat /etc/tgt/targets.conf
include /etc/tgt/conf.d/*.conf
include /mnt/raid_data/ISCSI/targets.d/*.conf
include /mnt/raid_data/ISCSI/*.conf

default-driver iscsi
root@server:/mnt/raid_data/ISCSI# cat targets.d/CENTR2493.conf
<target iqn.2020-07.ru.mycompany:centr2493>
        <backing-store /mnt/raid_data/ISCSI/CENTR2493_WIN7.IMG>
                lun 1
        </backing-store>

        #initiator-name iqn.2010-04.org.ipxe:07667536-4608-f005-a985-d45d64a86203
        #initiator-address 192.168.1.113
        #initiator-address 192.168.0.1
</target>

Вот у меня был бекап от какогото там Июля, он развернут в папке TEST, там уже домен но не то, возможно в момент создания gzip бекапа чтото пошло не так, этот момент я еще думаю как устроить бекапы и не капировать под терабайту каждый раз)

Файлы CENTR2493_DATA.IMG, CENTR2493.IMG не совсем имеют отношение к делу, поскольку это первый пилотный юзер, там было некоторое количество попыток завести юзера в ISCSI разными путями, естественно там тоже нужных данных нет.