История изменений
Исправление intelfx, (текущая версия) :
Не учи меня читать. Речь исходно шла про проблему недетерминистичной нумерации сетевых интерфейсов, без каких-либо уточнений:
Я разворачиваю сервера, бывает, с десятком физических интерфейсов.
Ты либо делаешь это единично и вручную, либо достаточно везучь, чтобы не напороться на проблемы с рандомным именованием интерфейсов.
В современном ядре линукса инициализация устройств происходит асинхронно, в разных потоках. <…> из-за их одновременной инициализции, номера интерфейсов могут перепутаться <…>
(src, 
mironov_ivan)
Её в разное время пытались решать двумя способами.
Первый — переименовывать из ethN в ethM, запоминая порядок обнаружения «как в первый раз». В этом случае приходится решать вторичную проблему, которая возникает, когда целевое имя уже существует (это то, о чём ты говоришь). А ещё важно отметить, что недетерминистичность в этом случае никуда не исчезает, т. к. запоминается порядок, случайным образом полученный при первой загрузке.
Второй — это переименовывать детерминистично с самого начала, пользуясь при этом другой схемой именования (enX).
В этом треде обсуждается именно второе. Твоя реплика выглядит так: «нехрен было выкидывать первое, тогда и второе не было бы нужно» (src). На что я тебе ответил сравнением первого и второго (src).
Так что пойди и сам перечитай весь тред ещё раз.
Исправление intelfx, :
Не учи меня читать. Речь исходно шла про проблему недетерминистичной нумерации сетевых интерфейсов, без каких-либо уточнений:
Я разворачиваю сервера, бывает, с десятком физических интерфейсов.
Ты либо делаешь это единично и вручную, либо достаточно везучь, чтобы не напороться на проблемы с рандомным именованием интерфейсов.
В современном ядре линукса инициализация устройств происходит асинхронно, в разных потоках. <…> из-за их одновременной инициализции, номера интерфейсов могут перепутаться <…>
(src, mironov_ivan)
Её в разное время пытались решать двумя способами.
Первый — переименовывать из ethN в ethM, запоминая порядок обнаружения «как в первый раз». В этом случае приходится решать вторичную проблему, которая возникает, когда целевое имя уже существует (это то, о чём ты говоришь). А ещё важно отметить, что недетерминистичность в этом случае никуда не исчезает, т. к. запоминается порядок, полученный при первой загрузке (а он уже недетерминистичен).
Второй — это переименовывать детерминистично с самого начала, пользуясь при этом другой схемой именования (enX).
В этом треде обсуждается именно второе. Твоя реплика выглядит так: «нехрен было выкидывать первое, тогда и второе не было бы нужно» (src). На что я тебе ответил сравнением первого и второго (src).
Так что пойди и сам перечитай весь тред ещё раз.
Исправление intelfx, :
Не учи меня читать. Речь исходно шла про проблему недетерминистичной нумерации сетевых интерфейсов, без каких-либо уточнений:
Я разворачиваю сервера, бывает, с десятком физических интерфейсов.
Ты либо делаешь это единично и вручную, либо достаточно везучь, чтобы не напороться на проблемы с рандомным именованием интерфейсов.
В современном ядре линукса инициализация устройств происходит асинхронно, в разных потоках. <…> из-за их одновременной инициализции, номера интерфейсов могут перепутаться <…>
(src, mironov_ivan)
Её в разное время пытались решать двумя способами.
Первый — переименовывать из ethN в ethM, запоминая порядок обнаружения «как в первый раз». Важно отметить, что недетерминистичность в этом случае никуда не исчезает. В этом случае приходится решать вторичную проблему, которая возникает, когда целевое имя уже существует (это то, о чём ты говоришь).
Второй — это переименовывать детерминистично с самого начала, пользуясь при этом другой схемой именования (enX).
В этом треде обсуждается именно второе. Твоя реплика выглядит так: «нехрен было выкидывать первое, тогда и второе не было бы нужно» (src). На что я тебе ответил сравнением первого и второго (src).
Так что пойди и сам перечитай весь тред ещё раз.
Исходная версия intelfx, :
Не учи меня читать. Речь исходно шла про проблему недетерминистичной нумерации сетевых интерфейсов, без каких-либо уточнений:
Я разворачиваю сервера, бывает, с десятком физических интерфейсов.
Ты либо делаешь это единично и вручную, либо достаточно везучь, чтобы не напороться на проблемы с рандомным именованием интерфейсов.
В современном ядре линукса инициализация устройств происходит асинхронно, в разных потоках. <…> из-за их одновременной инициализции, номера интерфейсов могут перепутаться <…>
(src, mironov_ivan)
Её в разное время пытались решать двумя способами.
Первый — переименовывать из ethN в ethM, запоминая порядок обнаружения «как в первый раз». Важно отметить, что недетерминистичность в этом случае никуда не исчезает. В этом случае приходится решать вторичную проблему, которая возникает, когда целевое имя уже существует (это то, о чём ты говоришь).
Второй — это переименовывать детерминистично с самого начала, пользуясь при этом другой схемой именования (enX).
В этом треде обсуждается именно второе. Твоя реплика (src) выглядит так: «нехрен было выкидывать первое, тогда и второе не было бы нужно». На что я тебе ответил сравнением первого и второго (src).
Так что пойди и сам перечитай весь тред ещё раз.