[Алек-НТК]

20 минут назад, st_re сказал:

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

Странно, но рабочий сервер 64 бита, это точно. И live usb тоже 64 бита.

[snvoronkov]

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

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

Вангую efi bios на "обычном системнике" и его отсутствие на старом железе.

 

Да, если у вас альт, то самое простое - спросить у альтовцев непосредственно. Наверняка подскажут. Можно до Михаила Шигорина, накрайняк, в личке на opennet-е попробовать достучаться. :-)

 

Да, причины незапуска кактей ищите в журналах.

[st_re]

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

Странно, но рабочий сервер 64 бита, это точно. И live usb тоже 64 бита.

uname -m

на источнике ?

[QWE]

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

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

если загрузиться с диска-клона в старом сервере - все работает?

покажите  df -k  в старом сервере с диском клоном, и системнике с диском-клоном. Хотя если системник загрузился с клона то скорее всего все партиции смонтированы

 

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

Возможно перепутались имена сетевых интерфейсов - если на оригинале было несколько сетевух.

что кажет /sbin/iptables -L -n -v  ?

отключите/остановите iptables, телнет думаю заработает

"Не заработал Cacti, а он очень нужен."   по этому диагноз не поставить. понятно что болит, но нужно собрать анамнез.

RAM хватает на все?

Скиньте конфиг cacti   cat /etc/cacti/db.php  

какую ошибку cacti то выплевывает по web?

 

 

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

[jffulcrum]

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

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

А покажите таблицу разделов, как диск побит (на исходном сервере) ? Очень уж похоже на баг Clonezilla, она ОЧЕНЬ не любит некоторые комбинации.

[Алек-НТК]

17 часов назад, st_re сказал:

uname -m

на источнике ?

Linux ns1.------.ru 3.3.8-std-def-alt1 #1 SMP Tue Jun 5 17:29:13 UTC 2012 x86_64 GNU/Linux

 

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

[st_re]

Ну значит эта зилла, не то чтото приняла за бут раздел.. или обсчиталась с версиями ядра.

[Алек-НТК]

10 часов назад, QWE сказал:

если загрузиться с диска-клона в старом сервере - все работает?

покажите  df -k  в старом сервере с диском клоном, и системнике с диском-клоном. Хотя если системник загрузился с клона то скорее всего все партиции смонтированы

 

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

Возможно перепутались имена сетевых интерфейсов - если на оригинале было несколько сетевух.

что кажет /sbin/iptables -L -n -v  ?

отключите/остановите iptables, телнет думаю заработает

"Не заработал Cacti, а он очень нужен."   по этому диагноз не поставить. понятно что болит, но нужно собрать анамнез.

RAM хватает на все?

Скиньте конфиг cacti   cat /etc/cacti/db.php  

какую ошибку cacti то выплевывает по web?

 

/sbin/iptables -L -n -v:

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination                       

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination                       

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination     

 

10 часов назад, QWE сказал:

 

df -k сарый:

Файловая система 1K-блоков Использовано  Доступно Использовано% Cмонтировано в
rootfs            30644952      1269708  27839296            5% /
udevfs                5120            8      5112            1% /dev
runfs                 5120          140      4980            3% /run
/dev/sda1         30644952      1269708  27839296            5% /
shmfs              2029720            0   2029720            0% /dev/shm
tmpfs              2029720          672   2029048            1% /tmp
/dev/sda7         40315244      2256976  36010320            6% /data
/dev/sda6         71558200      2064320  65909932            4% /var
/dev/sda8        323097624    122302984 184382176           40% /var/ftp

 

df -k новый:

Файловая система 1K-блоков Использовано  Доступно Использовано% Cмонтировано в
rootfs            30644952      1269708  27839296            5% /
udevfs                5120            8      5112            1% /dev
runfs                 5120          176      4944            4% /run
/dev/sda1         30644952      1274932  27834072            5% /
shmfs              2029720            0   1959544            0% /dev/shm
tmpfs              2029720          0   1959544            0% /tmp
/dev/sda7         40315244      2256976  36010320            6% /data
/dev/sda6         71558200      2007204  65967048            4% /var
/dev/sda8        323097624    122302984 184382176           40% /var/ftp

 

Оперативки и там и там по 4 гб.

 

cat /etc/cacti/db.php - такого нет, но есть cat /etc/cacti/config.php

$database_type = 'mysql';
$database_default = 'cacti';
$database_hostname = 'localhost';
$database_username = 'cactiuser';
$database_password = '-----------';

// $plugins[] = 'thold';
// $plugins[] = 'monitor';
// $plugins[] = 'discovery';

/* This is full URL Path to the Cacti installation
   For example, if your cacti was accessible by http://server/cacti/ you would user '/cacti/'
   as the url path.  For just http://server/ use '/'
*/
$url_path = '/cacti/';

 

Cacti ошибок не показывает, просто не могу через веб зайти на cacti, страница не доступна.

 

А как вы думаете, может дело в маршрутах ещё? Администрирую серваки из офисной сети 192.168.., а сеть серваков 10.90..

Из сети 10.90 пингую скопированный сервер нормально, а вот из сети 192.168. пинг уже не идёт. И на cacti пытаюсь зайти тоже из сети 192.168.

 

P.S. В организации я человек новый и данную структуру создавал не я. Прежний админ ушёл на другую работу.

[jffulcrum]

fdisk -l покажите со старого сервера

[Алек-НТК]

12 минут назад, jffulcrum сказал:

fdisk -l покажите со старого сервера

Диск /dev/sda: 60801 цилиндров, 255 головок, 63 секторов/дорожку
Предупреждение: расширенный раздел не начинается на границе раздела.
DOS и Linux будут интерпретировать содержимое по-своему.
Единицы = цилиндры по 8225280 байт, блоки по 1024 байт, начиная с 0

  Устр-во Загр   Нач   Конец    #цил     #блоки   Id  Система
/dev/sda1   *      0+   3824-   3825-  30718976   83  Linux
/dev/sda2          0       -       0          0    0  Пустой
/dev/sda3          0       -       0          0    0  Пустой
/dev/sda4       3824+  60800-  56977- 457663488    5  Расширенный
/dev/sda5       3824+   5913-   2089-  16776163+  82  Linux своп / Solaris
/dev/sda6       5913+  14836-   8924-  71678964   83  Linux
/dev/sda7      14836+  19935-   5100-  40958965+  83  Linux
/dev/sda8      19935+  60800-  40866- 328249332   83  Linux

 

[swsn]

 

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

А как вы думаете, может дело в маршрутах ещё? Администрирую серваки из офисной сети 192.168.., а сеть серваков 10.90..

Из сети 10.90 пингую скопированный сервер нормально, а вот из сети 192.168. пинг уже не идёт. И на cacti пытаюсь зайти тоже из сети 192.168.

ip ro  покажите с рабочего сервера и с нового

 

Вообще лучшая практика, это взять голую систему(не альтлинукс) , поднять все сервисы, и потом заняться переносом данных(mysqldump, переливка rrd файлов, перенос конфигов etc)

[Алек-НТК]

38 минут назад, swsn сказал:

 

ip ro  покажите с рабочего сервера и с нового

 

Вообще лучшая практика, это взять голую систему(не альтлинукс) , поднять все сервисы, и потом заняться переносом данных(mysqldump, переливка rrd файлов, перенос конфигов etc)

ip ro старый:

[root@ns1 rules.d]# ip ro
default via 62.33.93.1 dev v2  proto zebra  metric 1
10.90.0.0/23 dev eth0  proto kernel  scope link  src 10.90.0.2
10.90.0.0/16 via 10.90.1.254 dev eth0
10.252.0.0/24 dev v1  proto kernel  scope link  src 10.252.0.251
10.252.0.0/16 via 10.252.0.254 dev v1
62.33.93.0/27 dev v2  proto kernel  scope link  src 62.33.93.2
172.14.0.0/16 via 10.252.0.254 dev v1
172.19.0.3 via 62.33.93.11 dev v2  proto zebra  metric 20
172.19.0.4 via 62.33.93.11 dev v2  proto zebra  metric 20
172.19.0.10 via 62.33.93.11 dev v2  proto zebra  metric 20
172.19.0.11 via 62.33.93.11 dev v2  proto zebra  metric 20
172.19.0.16 via 62.33.93.11 dev v2  proto zebra  metric 20
172.19.0.20 via 62.33.93.11 dev v2  proto zebra  metric 20
172.19.0.24 via 62.33.93.11 dev v2  proto zebra  metric 20
172.19.0.26 via 62.33.93.11 dev v2  proto zebra  metric 20
172.19.0.27 via 62.33.93.11 dev v2  proto zebra  metric 20
и т.д. До конца выхлопа (абонентские ip - 172.19.  и   62.33. - сервер NAS)

 

ip ro новый:

10.90.0.0/23 dev eth0  proto kernel  scope link  src 10.90.0.2
10.90.0.0/16 via 10.90.1.254 dev eth0
10.252.0.0/24 dev v1  proto kernel  scope link  src 10.252.0.251
10.252.0.0/16 via 10.252.0.254 dev v1
62.33.93.0/27 dev v2  proto kernel  scope link  src 62.33.93.2
172.14.0.0/16 via 10.252.0.254 dev v1

 

На старом серваке первая строка - маршрут по умолчанию на наше ядро, а на новом такого нет. И почему то нет на новом серваке маршрутов между абонентами и сервером NAS.

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

[swsn]

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

proto zebra  metric 1

на старом сервере ospf  поднят? Квагга?

[Алек-НТК]

3 минуты назад, swsn сказал:

на старом сервере ospf  поднят? Квагга?

Да, ospf поднят, квагга работает.

[swsn]

Тогда надо обеспечить чтоб не было конфликта ip, у вас я вижу -  scope link  src 10.90.0.2 на обоих серверах

ну и смотреть ospfd.conf zebra.conf , менять там адреса, router-id на адреса выделенные новому серверу, смотреть логи.)

[Алек-НТК]

Проблема с Cacti решилась с помощью добавления маршрута по умолчанию до ядра телематики. Всем добрым людям спасибо за помощь )

[QWE]

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

Проблема с Cacti решилась с помощью добавления маршрута по умолчанию до ядра телематики. Всем добрым людям спасибо за помощь )

Статику то вы прописали, ip адреса на сетевых интерфейсах резервного сервера отличными от основного сделали?

если для решения вопроса хватило статики на резервном, то quagga можно остановить вовсе (в т.ч. и на основном сервере), зачем она (квагга-ospf) в принципе нужна?

или есть резервные маршруты до ядра которыми рулит квагга?

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

[Axeleratortt]

Если что, то копию системы можно делать так: https://help.ubuntu.ru/wiki/backup#tar

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

Не раз клонировал подобным образом.

Клон делается с остановкой исходной системы с помощью live-cd.

После развертывания на другой системе нужно восстановить загрузчик, например для grub так: https://help.ubuntu.ru/wiki/восстановление_grub#восстановление_используя_chroot

 

 

[snvoronkov]

10 минут назад, Axeleratortt сказал:

Но в результате получается полный клон исходной системы.

tar-ом - то? :-)

 

Шмишно, ага.

[Алек-НТК]

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

 

В какую сторону смотреть? Как сделать, чтобы маршрут после перезагруза не слетал?

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

[QWE]

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

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

 

В какую сторону смотреть? Как сделать, чтобы маршрут после перезагруза не слетал?

 

как вариант для Centos  в /etc/rc.local (или где в вашем дистре rc.local)  можно его прописать

для Deban like   https://jakondo.ru/upravlenie-setevymi-marshrutami-v-debian-8-jessie-ubuntu-server-14-04-lts/#i-3

гуглите для Вашего дистра

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

[st_re]

Ну ... rc.local конечно здорово но /etc/sysconfig/network-scripts/route-<INTERFACE> както здоровее... :/

 

ну или если запущена зебра то vtysh

configure

ip route XXX YYY

end

write

 

... :\

 

 

[swsn]

Из документации alt

echo default via 192.168.0.10 > /etc/net/ifaces/eth0/ipv4route

[Axeleratortt]

В 12.09.2019 в 11:33, snvoronkov сказал:

tar-ом - то? :-)

 

Шмишно, ага.

На счет extacl, selinux(в дебиане 9 он не включен) и тому подобного не скажу.

Но hostname, network cfg, ssh host key и прочие идентификаторы с правами изначальных пользователей и таймстампами теже.

 

Переносил так с одного железа(там стоял hdd), на другое(ссд меньшего размера) - система перенеслась один в один с теми же настройками и сервисами. причем изначально был grub-efi, переделал там же на grub-pc через chroot.

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

Ссылки скидывал для общего развития для тех кто читает этот топик.

Притом что это описано не где-то на "ссаном" блоге, а но help'е дистриба ubunt'ы (хоть он и для обычных пользователей).

 

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

[taf_321]

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

В какую сторону смотреть? Как сделать, чтобы маршрут после перезагруза не слетал?

Быстрое решение выше swsn уже посказал, а вообще не мешает поштудировать https://www.altlinux.org/Etcnet там много интересного и даже на русском