Обеспечение конфигурации ethernet перед продолжением сценариев инициализации

У меня просто было это, и он по-прежнему не работал независимо от того, сколько раз я пробовал варианты ... пока не понял, что у меня есть два файла / etc / default / grub - по одному для каждого из моих двух загрузочных корней! И я редактировал неправильный. Таким образом, есть еще один файл или переменная где-то, который выбирает, какой файл мы действительно используем.

3
задан 28 June 2011 в 00:03

8 ответов

Это довольно конкретный случай использования с DRBD в сети после сети. Поскольку у меня мало опыта DRBD, я не уверен, как быстро он попытается установить. Возможно, вам удастся просто обнаружить, когда IP привязан к интерфейсу, а не ждет, пока пинг не ответит (что добавляет эту задержку в микс).

Возможно, что-то вроде:

#!/bin/bash # Fetch Interface BONDED_INTERFACE=$(cat /proc/net/dev | grep 'bon' | awk -F: '{print $1}') # Determine Network Status if [ "$BONDED_INTERFACE" ]; then BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') while [ "${#BONDED_IP}" -le "0" ]; do echo "No IP Present on The Interface"; BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') done echo "The Interface IP is: $BONDED_IP"; else echo "No Bonded Interface Found"; fi

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

Если это еще не совсем то, что вы хотите, возможно, в NetworkManager есть что-то, что можно сделать или, возможно, попытаться обнаружить состояние ссылки (смысл носителя). Надеюсь, я помог.

1
ответ дан 25 July 2018 в 21:39
  • 1
    Теперь, когда я думаю об этом, мне интересно, может быть, более элегантный взлом должен был бы задержать задержку в скрипте init для сети. Похоже, что это должно быть предсказуемое время для установления сети ... – krondor 28 June 2011 в 04:55
  • 2
    Интерфейс связи 802.3ad может быть полностью настроен, но не передает трафик, потому что переговоры не закончились на коммутаторе. Единственный способ, с помощью которого я могу убедиться, что это происходит, - это тест ping на шлюз. – Pete Ashdown 28 June 2011 в 20:41
  • 3
    Как установить задержку в сценарии запуска сети? Кажется, время для переговоров должно быть последовательным, если это не так? В противном случае я не вижу лучшего решения, которое вы уже делаете. – krondor 28 June 2011 в 20:50

Это довольно конкретный случай использования с DRBD в сети после сети. Поскольку у меня мало опыта DRBD, я не уверен, как быстро он попытается установить. Возможно, вам удастся просто обнаружить, когда IP привязан к интерфейсу, а не ждет, пока пинг не ответит (что добавляет эту задержку в микс).

Возможно, что-то вроде:

#!/bin/bash # Fetch Interface BONDED_INTERFACE=$(cat /proc/net/dev | grep 'bon' | awk -F: '{print $1}') # Determine Network Status if [ "$BONDED_INTERFACE" ]; then BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') while [ "${#BONDED_IP}" -le "0" ]; do echo "No IP Present on The Interface"; BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') done echo "The Interface IP is: $BONDED_IP"; else echo "No Bonded Interface Found"; fi

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

Если это еще не совсем то, что вы хотите, возможно, в NetworkManager есть что-то, что можно сделать или, возможно, попытаться обнаружить состояние ссылки (смысл носителя). Надеюсь, я помог.

1
ответ дан 31 July 2018 в 13:47
  • 1
    Теперь, когда я думаю об этом, мне интересно, может быть, более элегантный взлом должен был бы задержать задержку в скрипте init для сети. Похоже, что это должно быть предсказуемое время для установления сети ... – krondor 28 June 2011 в 04:55
  • 2
    Интерфейс связи 802.3ad может быть полностью настроен, но не передает трафик, потому что переговоры не закончились на коммутаторе. Единственный способ, с помощью которого я могу убедиться, что это происходит, - это тест ping на шлюз. – Pete Ashdown 28 June 2011 в 20:41
  • 3
    Как установить задержку в сценарии запуска сети? Кажется, время для переговоров должно быть последовательным, если это не так? В противном случае я не вижу лучшего решения, которое вы уже делаете. – krondor 28 June 2011 в 20:50

Это довольно конкретный случай использования с DRBD в сети после сети. Поскольку у меня мало опыта DRBD, я не уверен, как быстро он попытается установить. Возможно, вам удастся просто обнаружить, когда IP привязан к интерфейсу, а не ждет, пока пинг не ответит (что добавляет эту задержку в микс).

Возможно, что-то вроде:

#!/bin/bash # Fetch Interface BONDED_INTERFACE=$(cat /proc/net/dev | grep 'bon' | awk -F: '{print $1}') # Determine Network Status if [ "$BONDED_INTERFACE" ]; then BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') while [ "${#BONDED_IP}" -le "0" ]; do echo "No IP Present on The Interface"; BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') done echo "The Interface IP is: $BONDED_IP"; else echo "No Bonded Interface Found"; fi

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

Если это еще не совсем то, что вы хотите, возможно, в NetworkManager есть что-то, что можно сделать или, возможно, попытаться обнаружить состояние ссылки (смысл носителя). Надеюсь, я помог.

1
ответ дан 2 August 2018 в 03:15
  • 1
    Теперь, когда я думаю об этом, мне интересно, может быть, более элегантный взлом должен был бы задержать задержку в скрипте init для сети. Похоже, что это должно быть предсказуемое время для установления сети ... – krondor 28 June 2011 в 04:55
  • 2
    Интерфейс связи 802.3ad может быть полностью настроен, но не передает трафик, потому что переговоры не закончились на коммутаторе. Единственный способ, с помощью которого я могу убедиться, что это происходит, - это тест ping на шлюз. – Pete Ashdown 28 June 2011 в 20:41
  • 3
    Как установить задержку в сценарии запуска сети? Кажется, время для переговоров должно быть последовательным, если это не так? В противном случае я не вижу лучшего решения, которое вы уже делаете. – krondor 28 June 2011 в 20:50

Это довольно конкретный случай использования с DRBD в сети после сети. Поскольку у меня мало опыта DRBD, я не уверен, как быстро он попытается установить. Возможно, вам удастся просто обнаружить, когда IP привязан к интерфейсу, а не ждет, пока пинг не ответит (что добавляет эту задержку в микс).

Возможно, что-то вроде:

#!/bin/bash # Fetch Interface BONDED_INTERFACE=$(cat /proc/net/dev | grep 'bon' | awk -F: '{print $1}') # Determine Network Status if [ "$BONDED_INTERFACE" ]; then BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') while [ "${#BONDED_IP}" -le "0" ]; do echo "No IP Present on The Interface"; BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') done echo "The Interface IP is: $BONDED_IP"; else echo "No Bonded Interface Found"; fi

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

Если это еще не совсем то, что вы хотите, возможно, в NetworkManager есть что-то, что можно сделать или, возможно, попытаться обнаружить состояние ссылки (смысл носителя). Надеюсь, я помог.

1
ответ дан 4 August 2018 в 19:10
  • 1
    Теперь, когда я думаю об этом, мне интересно, может быть, более элегантный взлом должен был бы задержать задержку в скрипте init для сети. Похоже, что это должно быть предсказуемое время для установления сети ... – krondor 28 June 2011 в 04:55
  • 2
    Интерфейс связи 802.3ad может быть полностью настроен, но не передает трафик, потому что переговоры не закончились на коммутаторе. Единственный способ, с помощью которого я могу убедиться, что это происходит, - это тест ping на шлюз. – Pete Ashdown 28 June 2011 в 20:41
  • 3
    Как установить задержку в сценарии запуска сети? Кажется, время для переговоров должно быть последовательным, если это не так? В противном случае я не вижу лучшего решения, которое вы уже делаете. – krondor 28 June 2011 в 20:50

Это довольно конкретный случай использования с DRBD в сети после сети. Поскольку у меня мало опыта DRBD, я не уверен, как быстро он попытается установить. Возможно, вам удастся просто обнаружить, когда IP привязан к интерфейсу, а не ждет, пока пинг не ответит (что добавляет эту задержку в микс).

Возможно, что-то вроде:

#!/bin/bash # Fetch Interface BONDED_INTERFACE=$(cat /proc/net/dev | grep 'bon' | awk -F: '{print $1}') # Determine Network Status if [ "$BONDED_INTERFACE" ]; then BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') while [ "${#BONDED_IP}" -le "0" ]; do echo "No IP Present on The Interface"; BONDED_IP=$(/sbin/ifconfig ${BONDED_INTERFACE} | sed -n -e '/Bcast/p' | cut -d : -f 2 | awk '{print $1}') done echo "The Interface IP is: $BONDED_IP"; else echo "No Bonded Interface Found"; fi

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

Если это еще не совсем то, что вы хотите, возможно, в NetworkManager есть что-то, что можно сделать или, возможно, попытаться обнаружить состояние ссылки (смысл носителя). Надеюсь, я помог.

1
ответ дан 6 August 2018 в 03:27
  • 1
    Теперь, когда я думаю об этом, мне интересно, может быть, более элегантный взлом должен был бы задержать задержку в скрипте init для сети. Похоже, что это должно быть предсказуемое время для установления сети ... – krondor 28 June 2011 в 04:55
  • 2
    Интерфейс связи 802.3ad может быть полностью настроен, но не передает трафик, потому что переговоры не закончились на коммутаторе. Единственный способ, с помощью которого я могу убедиться, что это происходит, - это тест ping на шлюз. – Pete Ashdown 28 June 2011 в 20:41
  • 3
    Как установить задержку в сценарии запуска сети? Кажется, время для переговоров должно быть последовательным, если это не так? В противном случае я не вижу лучшего решения, которое вы уже делаете. – krondor 28 June 2011 в 20:50

Это довольно конкретный случай использования с DRBD в сети после работы в сети. Поскольку у меня мало опыта DRBD, я не уверен, как быстро он попытается установить. Возможно, вам удастся просто обнаружить, когда IP привязан к интерфейсу, а не ждет, пока пинг не ответит (что добавляет эту задержку в микс).

Возможно, что-то вроде:

  #! / bin / bash # Fetch Interface BONDED_INTERFACE = $ (cat / proc / net / dev | grep 'bon' | awk -F  : '{print $ 1}') # Определить статус сети, если ["$ BONDED_INTERFACE"];  затем BONDED_IP = $ (/ sbin / ifconfig $ {BONDED_INTERFACE} | sed -n -e '/ Bcast / p' | cut -d: -f 2 | awk '{print $ 1}'), а ["$ {# BONDED_IP}  "-le" 0 "];  do echo «Отсутствует IP-интерфейс»;  BONDED_IP = $ (/ sbin / ifconfig $ {BONDED_INTERFACE} | sed -n -e '/ Bcast / p' | cut -d: -f 2 | awk '{print $ 1}') done echo "Интерфейс IP: $  BONDED_IP ";  else echo "No Bonded Interface Found";  fi  

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

Если это еще не совсем то, что вы хотите, возможно, что-то нужно сделать в NetworkManager или, возможно, попытаться обнаружить состояние ссылки (смысл носителя). Надеюсь, я помог.

1
ответ дан 7 August 2018 в 21:14

Это довольно конкретный случай использования с DRBD в сети после работы в сети. Поскольку у меня мало опыта DRBD, я не уверен, как быстро он попытается установить. Возможно, вам удастся просто обнаружить, когда IP привязан к интерфейсу, а не ждет, пока пинг не ответит (что добавляет эту задержку в микс).

Возможно, что-то вроде:

  #! / bin / bash # Fetch Interface BONDED_INTERFACE = $ (cat / proc / net / dev | grep 'bon' | awk -F  : '{print $ 1}') # Определить статус сети, если ["$ BONDED_INTERFACE"];  затем BONDED_IP = $ (/ sbin / ifconfig $ {BONDED_INTERFACE} | sed -n -e '/ Bcast / p' | cut -d: -f 2 | awk '{print $ 1}'), а ["$ {# BONDED_IP}  "-le" 0 "];  do echo «Отсутствует IP-интерфейс»;  BONDED_IP = $ (/ sbin / ifconfig $ {BONDED_INTERFACE} | sed -n -e '/ Bcast / p' | cut -d: -f 2 | awk '{print $ 1}') done echo "Интерфейс IP: $  BONDED_IP ";  else echo "No Bonded Interface Found";  fi  

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

Если это еще не совсем то, что вы хотите, возможно, что-то нужно сделать в NetworkManager или, возможно, попытаться обнаружить состояние ссылки (смысл носителя). Надеюсь, я помог.

1
ответ дан 10 August 2018 в 09:32

Это довольно конкретный случай использования с DRBD в сети после работы в сети. Поскольку у меня мало опыта DRBD, я не уверен, как быстро он попытается установить. Возможно, вам удастся просто обнаружить, когда IP привязан к интерфейсу, а не ждет, пока пинг не ответит (что добавляет эту задержку в микс).

Возможно, что-то вроде:

  #! / bin / bash # Fetch Interface BONDED_INTERFACE = $ (cat / proc / net / dev | grep 'bon' | awk -F  : '{print $ 1}') # Определить статус сети, если ["$ BONDED_INTERFACE"];  затем BONDED_IP = $ (/ sbin / ifconfig $ {BONDED_INTERFACE} | sed -n -e '/ Bcast / p' | cut -d: -f 2 | awk '{print $ 1}'), а ["$ {# BONDED_IP}  "-le" 0 "];  do echo «Отсутствует IP-интерфейс»;  BONDED_IP = $ (/ sbin / ifconfig $ {BONDED_INTERFACE} | sed -n -e '/ Bcast / p' | cut -d: -f 2 | awk '{print $ 1}') done echo "Интерфейс IP: $  BONDED_IP ";  else echo "No Bonded Interface Found";  fi  

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

Если это еще не совсем то, что вы хотите, возможно, что-то нужно сделать в NetworkManager или, возможно, попытаться обнаружить состояние ссылки (смысл носителя). Надеюсь, я помог.

1
ответ дан 13 August 2018 в 15:42
  • 1
    Теперь, когда я думаю об этом, мне интересно, может быть, более элегантный взлом должен был бы задержать задержку в скрипте init для сети. Похоже, что это должно быть предсказуемое время для установления сети ... – krondor 28 June 2011 в 04:55
  • 2
    Интерфейс связи 802.3ad может быть полностью настроен, но не передает трафик, потому что переговоры не закончились на коммутаторе. Единственный способ, с помощью которого я могу убедиться, что это происходит, - это тест ping на шлюз. – Pete Ashdown 28 June 2011 в 20:41
  • 3
    Как установить задержку в сценарии запуска сети? Кажется, время для переговоров должно быть последовательным, если это не так? В противном случае я не вижу лучшего решения, которое вы уже делаете. – krondor 28 June 2011 в 20:50

Другие вопросы по тегам:

Похожие вопросы: