Автор Тема: После попытки обновления не применяются настройки IPv4  (Прочитано 2896 раз)

Оффлайн BDV

  • Начинающий
  • *
  • Сообщений: 5
Доброго времени суток. Помогите, пожалуйста, разобраться.
После попытки обновления, как описано https://www.altlinux.org/Update/p8#4._.D0.9E.D0.B1.D0.BD.D0.BE.D0.B2.D0.B8.D1.82.D1.8C.D1.81.D1.8F_.D0.B4.D0.BE_p8
возникли и описанные там проблемы
 
"E: Произошли ошибки при выполнении транзакции"

действия

"выполните
apt-get -f install
apt-get dist-upgrade"

результата не принесли.
После перезагрузки компьютера оказалось, сетевые интерфейсы поднимаются, но только с IPv6, и абсолютно игнорируются настройки IPv4, задаваемые в /etc/net/, даже для интерфейса lo.
Если вручную прописывать через ifconfig, или ip addr add, то интерфейсы отзываются из-вне.
Система о NetworkManager не знает, ну или мне так кажется. Хотя в /etc/NetworkManager/dispatcher.d присутствует один файл *30-winbind.
Поиск на что-нибудь похожее результата не принес, или я не там (не так) искал.

cat /proc/version
Linux version 2.6.32-el-smp-alt31 (builder@apiary.orion.altlinux.org)...

Буду очень благодарен  за помощь в решении проблемы.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
cat /proc/version
Linux version 2.6.32-el-smp-alt31 (builder@apiary.orion.altlinux.org)...
Это как так вышло ? В p8 нет ядер el-smp, после пункта 1.4 должно было быть ядро из p8.

Собственно, это могут быть последствия "E: Произошли ошибки при выполнении транзакции", и надо было добиваться корректного завершения apt-get -f install. Update/p8 я сейчас поправлю: видимо там явно надо указать, что допустимо оставить ядра ovz-el, std-def и, вероятно, un-def.

Но причина может быть и в другом чём-то, если IPv6 интерфейсы есть. Покажите, что показывает вывод "ip a", и, собственно, самостоятельно сравните с названиями каталогов в /etc/net. Может проблема со сменой названий интерфейсов вылезти, если не было файла /etc/udev/rules.d/70-persistent-net.rules.
« Последнее редактирование: 10.11.2017 17:18:50 от asy »

Оффлайн BDV

  • Начинающий
  • *
  • Сообщений: 5
Вы правы, до р8 так и не система не обновилась.
"E: Произошли ошибки при выполнении транзакции"
продолжалось, как мне показалось, бесконечно.

имена интерфейсов проверил неоднократно, перед тем как беспокоить людей на форуме;-)
сейчас попробую выставить здесь

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
имена интерфейсов проверил неоднократно, перед тем как беспокоить людей на форуме;-)
сейчас попробую выставить здесь
Ещё параллельный момент. Если "Если вручную прописывать через ifconfig, или ip addr add, то интерфейсы отзываются из-вне", попробуйте сеть оживить так и завершить обновление. Если apt-get -f install, либо apt-get dist-upgrade так и будут ошибки показывать, покажите, что будут писать. Если ошибки будут у apt-get -f install, то dist-upgrade смысла смотреть не будет, надо будет с install разбираться.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Из личного сообщения.

apt-get update
Получено: 1 http://ftp.altlinux.org p8/branch/i586 release [879B]
Получено: 2 http://ftp.altlinux.org p8/branch/noarch release [673B]
Получено 1552B за 0s (10,1kB/s).
Найдено http://ftp.altlinux.org p8/branch/i586/classic pkglist
Ошибка http://ftp.altlinux.org p8/branch/i586/classic release
  The http server sent an invalid reply header

Это что-то плохое с сетью. Надо разбираться, почему "The http server sent an invalid reply header" и кто вредитель. Буквально вот сейчас обновил из этого же источника два компьютера i586, все индексы нормально скачались. А с битыми индексами получить "ошибки при выполнении транзакции" - это так и должно быть.

Какого-нибудь прокси нет по дороге ? Ещё вот: https://bugzilla.altlinux.org/22010, тут же и вариант решения. Но это что-то с сетью вероятнее всего было тоже.
« Последнее редактирование: 10.11.2017 19:01:38 от asy »

Оффлайн BDV

  • Начинающий
  • *
  • Сообщений: 5
к сожалению, из-за временных ограничений, сейчас не могу предоставить полностью весь лог проделанных манипуляций в процессе попыток повторного обновления.
как только получу снова доступ к проблемному компьютеру, выставлю всю информацию
спасибо

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
как только получу снова доступ к проблемному компьютеру, выставлю всю информацию
спасибо
Если проблема в сети и где-то не рядом, может быть само рассосётся к понедельнику.

Если вдруг скачается, может быть стоит начать с запуска update-kernel -t std-def
« Последнее редактирование: 10.11.2017 19:13:21 от asy »

Оффлайн BDV

  • Начинающий
  • *
  • Сообщений: 5
Благодарю всех за участие и помощь.
Проделанные последовательности рекомендованных действий принесли положительный результат - сеть при загрузке поднимается и все необходимые сервисы работоспособны.
В двух словах проделанные манипуляции.
В предыдущих моих сообщениях, где указана ошибка на обновление "The http server sent an invalid reply header" обновление осуществлялось через интерфейс во внутренней сети, за http-proxy, как верно было предположено ASY.
Сегодня, подключив и настроив реальный IP-адрес, все обновления прошли быстро и корректно.
Спасибо.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
В предыдущих моих сообщениях, где указана ошибка на обновление "The http server sent an invalid reply header" обновление осуществлялось через интерфейс во внутренней сети, за http-proxy, как верно было предположено ASY.
http-proxy прозрачный, или apt настроен на работу через прокси ? И какой именно прокси ? Если что, apt через squid у меня работает. В apt.conf надо написать строчку, похожую на Acquire::http::Proxy "http://proxy.server:3128/";Ещё на wiki где-то был вариант через nginx.

Оффлайн BDV

  • Начинающий
  • *
  • Сообщений: 5
прокси - Squid
apt настроен не был, т.к. на компьютере второй интерфейс имеет реальный адрес, и это основной интерфейс.
Внутренний не маршрутизировался.
Ситуация с маршрутизаций через прокси произошла в результате изъятия компьютера с его рабочего места и переноса к моему рабочему месту. На тот момент заниматься пробросом Vlan не стал. И только после Ваших советов пробосил Vlan и активировал первый интерфейс. После чего и произошло успешное обновление. Первоначальное, сбойное, после которого не поднимались интерфейсы, обновление происходило также через открытый канал.