[taf_321]

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

[Алек-НТК]

1 час назад, snvoronkov сказал:

Конечно исправит. Неправильную ext3 заменит правильной NTFS или extFAT. :-)

Соррян, ступил )

[QWE]

В 27.08.2019 в 13:14, Алек-НТК сказал:

Здравствуйте все! Встала задача создать дублирующую железку рабочего сервера (на случай выхода из строя онного). Железо абсолютно разное. На сервере крутятся mysql, www, php, ftp, sntp, cacti.

 

 

Буду рад любым советам и подсказкам по теме. Только не ругайте сильно, linux осваиваю не так дано.

 

Clonezilla

диск клон в блоках должен быть не меньше диска оригинала

ps

серийники дисков на всякий случай перепишите, с какого на какой

Изменено 4 сентября, 2019 пользователем QWE

[Алек-НТК]

18 минут назад, QWE сказал:

Clonezilla

диск клон в блоках должен быть не меньше диска оригинала 

ps

серийники дисков на всякий случай перепишите, с какого на какой

 

А что значит в блоках? Имеете ввиду размер диска?

[QWE]

11 минут назад, Алек-НТК сказал:

А что значит в блоках? Имеете ввиду размер диска?

бывает у двух дисков размер на этикетке по 400ГБ(условно), но размер в блоках может отличаться - скажем на два. и все. на меньший  диск не получиться склонировать диск. было такое на казалось двух одинаковых дисках одно производителя, но разные модели (серверный, не серверный)

 

в момент инициализирования диска системой

#dmesg

...

[23075138.218112] scsi 0:2:1:0: Direct-Access     IBM      ServeRAID M5016  3.46 PQ: 0 ANSI: 5
[23075138.220740] sd 0:2:1:0: Attached scsi generic sg3 type 0
[23075138.223051] sd 0:2:1:0: [sdc] 498044928 512-byte logical blocks: (254 GB/237 GiB)

...

498044928   - размер в блоках

 

# fdisk /dev/sdc

Welcome to fdisk (util-linux 2.25.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Command (m for help): p
Disk /dev/sdc: 237.5 GiB, 254999003136 bytes, 498044928 sectors

 

498044928  - размер в секторах

 

[QWE]

В 27.08.2019 в 13:14, Алек-НТК сказал:

Здравствуйте все! Встала задача создать дублирующую железку рабочего сервера (на случай выхода из строя онного). Железо абсолютно разное. На сервере крутятся mysql, www, php, ftp, sntp, cacti.

 

Что было проделано мной:

   

*  Создал архив нужных директорий донора tar-ом;

*  Установил на реципиента такую-же ось, как и на доноре;

*  Удалил на реципиенте те директории, которые планировал заменить;

*  Залил на реципиента из архива донора нужные директории;

*  Вписал в /etc/modules нужные модули, полученные списком через lsmod;

 

Что в итоге:

 

*  Реципиент заработал коряво, некоторые сервисы и службы не работают;

*  Пропал доступ по телнет и ssh;

*  Cacti работает, но статистика из баз данных не доступна;

*  Смотрел базы и таблицы mysql, всё вроде на месте;

*  Php работает;

*  sntp работает коряво, короче не пашет;

 

Буду рад любым советам и подсказкам по теме. Только не ругайте сильно, linux осваиваю не так дано.

 

сеть то удалось запустить на новой системе? ping работает?  - если нет то понятно почему не работает телнет,ssh

mysql базы (в т.ч. системные, т.к. в них учетки mysql пользователей - иначе к БД не смогут подключиться те кому нужно) переносить нужно   только через полный дамп данных, процедур, триггеров.

файлы конфигов служб со старой на новую систему нужно так же переносить

"Вписал в /etc/modules нужные модули, полученные списком через lsmod"  а что на старой системе здесь были хитрые модули? на новой железке - модули ядра будут скорее всего другими

cacti пишет данные для графиков в файлы rrd, при установке новой системы и переноса старых файлов через tar - наверняка id владельца файлов отличен от id владельца от имени которого стартует cacti. Это же касается всех процессов служб которые стартуют не от рута.

 

смотрите логи служб которые не заработали, что пишут службы

tar по моему не переносит suid бит на файлах, пусть меня поправят кто знает. 

файлы пакетов - смотрите в пакетном менеджере

 

ps

вариант с Clonezilla, который написал,   100% рабочий только в случае  одинакового железа

Изменено 4 сентября, 2019 пользователем QWE

[Алек-НТК]

11 минут назад, QWE сказал:

сеть то удалось запустить на новой системе? ping работает?  - если нет то понятно почему не работает телнет,ssh

mysql переносить нужно   только через полный дамп данных, процедур, триггеров

файлы конфигов служб со старой на новую систему нужно так же переносить

"Вписал в /etc/modules нужные модули, полученные списком через lsmod"  а что на старой системе здесь были хитрые модули? на новой железке - модули ядра будут скорее всего другими

cacti пишет данные для графиков в файлы, при установке новой системы и переноса старых файлов через tar - наверняка id владельца файлов отличен от id владельца от имени которого стартует cacti

смотрите логи служб которые не заработали, что пишут службы 

 

 

ps

вариант с Clonezilla, который написал,   100% рабочий только в случае  одинакового железа 

Да, сеть запустилась при первом эксперименте, ping был, ssh telnet не заработали. Буду всё-таки пробовать дальше переносить через dd. Осталось разобраться с размерами дисков в блоках на доноре и реципиенте.

 

49 минут назад, QWE сказал:

бывает у двух дисков размер на этикетке по 400ГБ(условно), но размер в блоках может отличаться - скажем на два. и все. на меньший  диск не получиться склонировать диск. было такое на казалось двух одинаковых дисках одно производителя, но разные модели (серверный, не серверный)

 

в момент инициализирования диска системой

#dmesg

...

[23075138.218112] scsi 0:2:1:0: Direct-Access     IBM      ServeRAID M5016  3.46 PQ: 0 ANSI: 5
[23075138.220740] sd 0:2:1:0: Attached scsi generic sg3 type 0
[23075138.223051] sd 0:2:1:0: [sdc] 498044928 512-byte logical blocks: (254 GB/237 GiB)

...

498044928   - размер в блоках

 

# fdisk /dev/sdc

Welcome to fdisk (util-linux 2.25.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Command (m for help): p
Disk /dev/sdc: 237.5 GiB, 254999003136 bytes, 498044928 sectors

 

498044928  - размер в секторах

 

Спасибо за наводку. Буду разбираться с размерами дисков в блоках.

[pppoetest]

37 минут назад, QWE сказал:

вариант с Clonezilla, который написал,   100% рабочий только в случае  одинакового железа

 

На всех комбинациях не проверял, но сдампленный образ харда заливал на 4-5 машин разных по железу, встал нормально. Всё заработало.

[QWE]

38 минут назад, Алек-НТК сказал:

Да, сеть запустилась при первом эксперименте, ping был, ssh telnet не заработали. Буду всё-таки пробовать дальше переносить через dd. Осталось разобраться с размерами дисков в блоках на доноре и реципиенте.

 

 

Если сеть запустилась и пинг работает, все нужные пакеты на старой системе ставились из репов (хотя это неизвестно если не Вы ставили и настраивали) и для новой системы все пакеты есть в репах, то  успех почти на 100%.

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

Можно tar архив восстановить рядом в созданной директории , и нужные конфиги переносить по одному для каждой службы и смотреть почему падает. Службы то после установки оси стартанули нормально с дефолтными конфигами? www, mysqld, ftp, ssh и telnet по крайне мере должны были.

файлы пакетов служб, в т.ч. и файлы конфигов  - смотрите в пакетном менеджере по каждой службе

пройдя такой муторный путь - можно много знаний почерпнуть, если нужно конечно.

Изменено 4 сентября, 2019 пользователем QWE

[QWE]

5 часов назад, Алек-НТК сказал:

 

Еще вспомнил Clonezilla после создания клона, монтирует его рутовую партицию и вносит изменения в системные файлы, толи в сетевых интерфейсах привязку к MAC адресам сносит, толи в UID в LVM  разделах дисков, может еще что то. Посмотрите внимательно - может backup файлы со своим именем Clonezilla создает или по времени поищите какие файлы были изменены Clonezilla после клонирования.

т.е. правит то что может послужить 100% ошибкой при старте linux с клона или одновременном использовании в системе дисков оригинала и клона.

Изменено 4 сентября, 2019 пользователем QWE

[naves]

Делайте образ через dd_rescue

может там уже бэд блоки на оригинальном диске

[snvoronkov]

23 часа назад, Алек-НТК сказал:

dd if=/dev/sda of=/mnt/backup.img bs=8M conv=sync,noerror

А никому не показались странными параметры?

 

Цитата

 DD(1)                            User Commands                           DD(1)

NAME
       dd - convert and copy a file

SYNOPSIS
       dd [OPERAND]...
       dd OPTION

DESCRIPTION

...

      noerror
              continue after read errors
 

 

 

В 03.09.2019 в 16:26, Алек-НТК сказал:

но блин один из разделов побился что ли после dd...

Еще вопрос: Пункт "0, Загрузиться с live cd" перед dd сделан или Вы дампите живую файлуху?

 

Если живую, то получили что просили - разные области диска скопированы в разное время.

[jffulcrum]

@snvoronkov Так у него и sync в опциях, то есть при ошибке - не останавливайся, заполни назначение нулями. В принципе, обычно так и делается.

[st_re]

ну это если в битом секторе не метаданые файлухи.... (правда тогда оно и на источнике должно сбоить..) тут еще может выйти, что сбойный 1 сектор, а пропишет 0 оно все  bs=8M и в реально сбойном секторе ничего важного и нет, а вот рядом попалось, причем от файлухи.

 

но вообще об ошибках чтения, если они были, оно должно было писать. и тогда  руками соседние сектора  можно попытаться долить уже по одному (единственное считать и аккуратно ставить seek-skip).

[Алек-НТК]

5 часов назад, snvoronkov сказал:

А никому не показались странными параметры?

 

 

 

Еще вопрос: Пункт "0, Загрузиться с live cd" перед dd сделан или Вы дампите живую файлуху?

 

Если живую, то получили что просили - разные области диска скопированы в разное время.

Соответственно загружаюсь сначала с live usb, а потом делаю dd.

[snvoronkov]

24 минуты назад, Алек-НТК сказал:

Соответственно загружаюсь сначала с live usb, а потом делаю dd.

Надеюсь, без монтирования ФС...

 

Ну, тогда ищите примерно обозначенную причину:

Сильно разная геометрия диска в плане секторов на дорогу и т.п. (вылезет невозможность ФС найти суперблоки и другую служебную информацию).

Реальные ошибки чтения диска/передачи по сети, которые повреждают ФС.

 

А лучше, не мучайте себя и склонируйте диск той-же Clonezilla или другим понравившимся лайв-сиди для переноса. (Правда, не все из них внесут изменения в привязки карта-мак, UUID разделов/томов LVM и т.п.)

[h3ll1]

8 hours ago, snvoronkov said:

адеюсь, без монтирования ФС.

Сделайте етого после dd: 

e2fsck /dev/sdaXX

[MATPOC]

В 04.09.2019 в 20:02, QWE сказал:

Clonezilla

Присоединяюсь к рекомендации использовать Clonezilla.

[tehavto]

В 04.09.2019 в 14:17, Алек-НТК сказал:

Данными занято 120гб. Создать раздел заново и скопировать туда данные - это крайний вариант. Всё таки хочу понять, почему ошибка возникает только на определённом разделе.

 

Парни, а может попробовать проверить раздел виндоусовским chkdsk? Может он поправит и исправит?

fsck же, ну или если всё плохо, то badblocks

[Алек-НТК]

Всем доброго дня! Сделал копию Клонзиллой всего диска. Начал восстановление на другом железе и после восстановления: chdir: /etc/syslog.d: No such file or directory

 

В процессе восстановления на разделах вываливалась вот такие ошибки:

 

[snvoronkov]

В 27.08.2019 в 15:14, Алек-НТК сказал:

Железо абсолютно разное.

А вот теперь настало время вопроса: а НАСКОЛЬКО разное железо? У вас initrd собраться не может...

[Алек-НТК]

19 минут назад, snvoronkov сказал:

А вот теперь настало время вопроса: а НАСКОЛЬКО разное железо? У вас initrd собраться не может...

Загрузился только что через alt linux rescue, сделал make-initrd --kernel=МОЁ ЯДРО. Сервак загрузился, но опять нет доступа по телнет, по ssh смог подключиться с другого сервака, заработали www, mysql. Не заработал Cacti, а он очень нужен.

[snvoronkov]

@Алек-НТК на вопрос ответьте. На мой, а не свой.

[Алек-НТК]

30 минут назад, snvoronkov сказал:

@Алек-НТК на вопрос ответьте. На мой, а не свой.

Железо совсем разное. Сервер Flagman TP/TX и обычный системник на i3, диски по размеру одинаковые.

Изменено 10 сентября, 2019 пользователем Алек-НТК

[st_re]

Судя по выводу вы пытаетесь 64 битной системой собрать initrd для 32 битной... Наверное так делать не надо. и есть источник 32 битный, то лайв сиди тоже надо такой же..