Назад | Перейти на главную страницу

Как активировать eth0 / eth1 ранее в процессе загрузки ubuntu

Посмотрим, смогу ли я объяснить это правильно:

  1. У меня есть серверы с двумя интерфейсами Ethernet - один внешний и один внутренний.
  2. У меня есть БД (pg) на одном сервере и доступная с других машин во внутренней сети.
  3. У меня есть приложения RoR на других серверах, и я настроен на использование БД на указанном сервере БД.
  4. Кластеры Mongrel настроены правильно - я могу запустить кластер и получить доступ к приложению Rails через консоль.
  5. Я использую серверную версию ubuntu 9.10.
  6. IP назначаются на машине статически - DHCP не работает.

Итак, проблема в том, что скрипты инициализации запускают огонь Mongrel ДО того, как появятся адаптеры Ethernet. Проблема, конечно же, в том, что БД тогда не видна для приложения Rails, поскольку сеть еще не активна.

Соответствующая часть событий загрузки системного журнала размещена ниже.

Я добавил скрипты mongrel в инициализацию "обычно", используя значения по умолчанию /usr/sbin/update-rc.d mongrel_cluster. Я переместил "порядок загрузки" на 99z_mongrel_cluster. ПОЖАЛУЙСТА, ОБРАТИТЕ ВНИМАНИЕ, что в системном журнале ниже кластер mongrel выполняется сразу после CRON, поэтому кажется, что он у меня как можно позже WRT для init.d.

какой выглядит Как и происходит, интерфейсы Ethernet пытаются активироваться в самом конце цикла инициализации, после чего требуется некоторое время для активации. Я немного не осведомлен об этом, но похоже, что мы переходим с 7.537 ... на tcpdump на eth0 NIC до 9.266 ... что составляет более 1,5 секунд для загрузки?

Это работает «так, как должно» в других моих средах, которые используют DHCP для назначения статических IP-адресов.

Итак, вопросы:

  1. есть ли способ заставить сетевые карты загружаться раньше или быстрее (исходя из появившихся HD, я бы предположил «нет» на более ранний вопрос)?

  2. есть ли способ убедиться, что сетевые адаптеры активны, ПЕРЕД переходом к другим задачам инициализации? Основываясь на том, что я прочитал о спецификации LSB, я поместил $ network в сценарий инициализации для Required-Start для кластера mongrel (опять же, мне не приходилось делать это в других тестовых средах).

  3. нужно ли что-то сделать, чтобы сеть загружалась быстрее? мои / etc / hosts и /etc/resolv.conf смотрю право.

  4. проблема с драйвером?

Большое спасибо. Я пару дней ломаю голову по этому поводу.

Jul 26 15:08:03 web-01 kernel: [    4.166954] usbhid: v2.6:USB HID core driver
Jul 26 15:08:03 web-01 kernel: [    4.321657] 0000:03:00.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:30:48:9f:08:cc
Jul 26 15:08:03 web-01 kernel: [    4.321659] 0000:03:00.0: eth0: Intel(R) PRO/1000 Network Connection
Jul 26 15:08:03 web-01 kernel: [    4.321743] 0000:03:00.0: eth0: MAC: 3, PHY: 8, PBA No: 0101ff-0ff
Jul 26 15:08:03 web-01 kernel: [    4.321974] e1000e 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Jul 26 15:08:03 web-01 kernel: [    4.322008] e1000e 0000:04:00.0: setting latency timer to 64
Jul 26 15:08:03 web-01 kernel: [    4.322264]   alloc irq_desc for 37 on node 0
Jul 26 15:08:03 web-01 kernel: [    4.322265]   alloc kstat_irqs on node 0
Jul 26 15:08:03 web-01 kernel: [    4.322270] e1000e 0000:04:00.0: irq 37 for MSI/MSI-X
Jul 26 15:08:03 web-01 kernel: [    4.322271]   alloc irq_desc for 38 on node 0
Jul 26 15:08:03 web-01 kernel: [    4.322272]   alloc kstat_irqs on node 0
Jul 26 15:08:03 web-01 kernel: [    4.322274] e1000e 0000:04:00.0: irq 38 for MSI/MSI-X
Jul 26 15:08:03 web-01 kernel: [    4.322275]   alloc irq_desc for 39 on node 0
Jul 26 15:08:03 web-01 kernel: [    4.322276]   alloc kstat_irqs on node 0
Jul 26 15:08:03 web-01 kernel: [    4.322278] e1000e 0000:04:00.0: irq 39 for MSI/MSI-X
Jul 26 15:08:03 web-01 kernel: [    4.397418] scsi6 : 3ware 9000 Storage Controller
Jul 26 15:08:03 web-01 kernel: [    4.397484] 3w-9xxx: scsi6: Found a 3ware 9000 Storage Controller at 0xfadff000, IRQ: 16.
Jul 26 15:08:03 web-01 kernel: [    4.481131] 0000:04:00.0: eth1: (PCI Express:2.5GB/s:Width x1) 00:30:48:9f:08:cd
Jul 26 15:08:03 web-01 kernel: [    4.481133] 0000:04:00.0: eth1: Intel(R) PRO/1000 Network Connection
Jul 26 15:08:03 web-01 kernel: [    4.481218] 0000:04:00.0: eth1: MAC: 3, PHY: 8, PBA No: 0101ff-0ff
Jul 26 15:08:03 web-01 kernel: [    4.757252] 3w-9xxx: scsi6: Firmware FE9X 4.10.00.007, BIOS BE9X 4.08.00.002, Ports: 2.
Jul 26 15:08:03 web-01 kernel: [    4.757743] scsi 6:0:0:0: Direct-Access     AMCC     9650SE-2LP DISK  4.10 PQ: 0 ANSI: 5
Jul 26 15:08:03 web-01 kernel: [    4.768713] sd 6:0:0:0: Attached scsi generic sg0 type 0
Jul 26 15:08:03 web-01 kernel: [    4.769035] sd 6:0:0:0: [sda] 585916416 512-byte logical blocks: (299 GB/279 GiB)
Jul 26 15:08:03 web-01 kernel: [    4.769880] sd 6:0:0:0: [sda] Write Protect is off
Jul 26 15:08:03 web-01 kernel: [    4.769885] sd 6:0:0:0: [sda] Mode Sense: 23 00 10 00
Jul 26 15:08:03 web-01 kernel: [    4.770609] sd 6:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
Jul 26 15:08:03 web-01 kernel: [    4.772342]  sda: sda1 sda2 < sda5 >
Jul 26 15:08:03 web-01 kernel: [    4.775558] sd 6:0:0:0: [sda] Attached SCSI disk
Jul 26 15:08:03 web-01 kernel: [    5.278745] PM: Starting manual resume from disk
Jul 26 15:08:03 web-01 kernel: [    5.278747] PM: Resume from partition 252:1
Jul 26 15:08:03 web-01 kernel: [    5.278748] PM: Checking hibernation image.
Jul 26 15:08:03 web-01 kernel: [    5.278922] PM: Resume from disk failed.
Jul 26 15:08:03 web-01 kernel: [    5.301586] kjournald starting.  Commit interval 5 seconds
Jul 26 15:08:03 web-01 kernel: [    5.301606] EXT3-fs: mounted filesystem with ordered data mode.
Jul 26 15:08:03 web-01 kernel: [    5.689456] type=1505 audit(1280182081.322:2): operation="profile_load" pid=480 name=/sbin/dhclient3
Jul 26 15:08:03 web-01 kernel: [    5.689838] type=1505 audit(1280182081.322:3): operation="profile_load" pid=480 name=/usr/lib/NetworkManager/nm-dhcp-client.action
Jul 26 15:08:03 web-01 kernel: [    5.690045] type=1505 audit(1280182081.322:4): operation="profile_load" pid=480 name=/usr/lib/connman/scripts/dhclient-script
Jul 26 15:08:03 web-01 kernel: [    5.703353] type=1505 audit(1280182081.332:5): operation="profile_load" pid=481 name=/usr/sbin/tcpdump
Jul 26 15:08:03 web-01 kernel: [    6.118815] Adding 1949688k swap on /dev/mapper/web--01-swap.  Priority:-1 extents:1 across:1949688k 
Jul 26 15:08:03 web-01 kernel: [    6.262044] EXT3 FS on dm-0, internal journal
Jul 26 15:08:03 web-01 kernel: [    6.298767] udev: starting version 147
Jul 26 15:08:03 web-01 kernel: [    6.798595] ADDRCONF(NETDEV_UP): eth1: link is not ready
Jul 26 15:08:03 web-01 kernel: [    6.803872] ip_tables: (C) 2000-2006 Netfilter Core Team
Jul 26 15:08:03 web-01 kernel: [    6.830538] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jul 26 15:08:03 web-01 kernel: [    6.834499] lp: driver loaded but no devices found
Jul 26 15:08:03 web-01 kernel: [    7.285196] kjournald starting.  Commit interval 5 seconds
Jul 26 15:08:03 web-01 kernel: [    7.321785] EXT3 FS on dm-2, internal journal
Jul 26 15:08:03 web-01 kernel: [    7.321792] EXT3-fs: mounted filesystem with ordered data mode.
Jul 26 15:08:03 web-01 kernel: [    7.535727] type=1505 audit(1280182083.165:6): operation="profile_replace" pid=868 name=/sbin/dhclient3
Jul 26 15:08:03 web-01 kernel: [    7.536095] type=1505 audit(1280182083.165:7): operation="profile_replace" pid=868 name=/usr/lib/NetworkManager/nm-dhcp-client.action
Jul 26 15:08:03 web-01 kernel: [    7.536298] type=1505 audit(1280182083.165:8): operation="profile_replace" pid=868 name=/usr/lib/connman/scripts/dhclient-script
Jul 26 15:08:03 web-01 kernel: [    7.537283] type=1505 audit(1280182083.165:9): operation="profile_replace" pid=869 name=/usr/sbin/tcpdump
Jul 26 15:08:03 web-01 cron[950]: (CRON) INFO (pidfile fd = 3)
Jul 26 15:08:03 web-01 init: apport pre-start process (943) terminated with status 1
Jul 26 15:08:03 web-01 init: apport post-stop process (958) terminated with status 1
Jul 26 15:08:03 web-01 cron[961]: (CRON) STARTUP (fork ok)
Jul 26 15:08:03 web-01 cron[961]: (CRON) INFO (Running @reboot jobs)
Jul 26 15:08:03 web-01 logger: mongrel: starting mongrel cluster
Jul 26 15:08:04 web-01 kernel: [    9.266524] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
Jul 26 15:08:04 web-01 kernel: [    9.266892] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jul 26 15:08:05 web-01 kernel: [    9.430149] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
Jul 26 15:08:05 web-01 kernel: [    9.430505] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Jul 26 15:08:05 web-01 kernel: [    9.777969] e1000e: eth0 NIC Link is Down
Jul 26 15:08:07 web-01 kernel: [   12.056047] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
Jul 26 15:08:15 web-01 kernel: [   19.831671] eth0: no IPv6 routers present
Jul 26 15:08:16 web-01 kernel: [   20.401469] eth1: no IPv6 routers present
Jul 26 15:08:38 web-01 ntpdate[783]: can't find host ntp.ubuntu.com
Jul 26 15:08:38 web-01 ntpdate[783]: no servers can be used, exiting
Jul 26 15:08:53 web-01 ntpdate[1130]: step time server 91.189.94.4 offset -0.293984 sec
Jul 26 15:17:01 web-01 CRON[1294]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)

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

Я не уверен, что у вас есть в вашем файле / etc / network / interfaces, но вы можете заменить любые строки вроде allow-hotplug eth0 с участием auto eth0. Параметр «горячего подключения» означает, что интерфейс не будет запущен, пока не будет полностью согласован сетевой канал.

Я бы также проверил конфигурацию вашего переключателя. Возможно, вам потребуется включить Portfast или что-то подобное на ваших коммутаторах. Portfast позволяет компьютеру пропустить некоторые согласования, связанные с связующим деревом, vlans и etherchannel, и быстрее установить соединение. Но вы не должны использовать эту функцию на каких-либо портах коммутатора, которые используются для подключения к другим коммутаторам.

Вам нужно сделать запуск Mongrel зависимым от работы сети. Добавьте что-то вроде:

start on started networking

на ваш /etc/init/mongrel.conf (или похожие). Посмотрите другие файлы в этом каталоге для руководства или посмотрите man 5 init.

Обновление - Деннис, ваша рекомендация указала мне в правильном направлении, хотя Ubuntu / Debian по умолчанию не использует Upstart, что, по-видимому, является командой «запускать». Перед установкой я хотел посмотреть, смогу ли я заставить это работать с SysVInit.

LSB определяет этот тип действия с помощью Required-Start. Первоначально я использовал $ network, которая, кажется, активируется только тогда, когда сетевая карта подключается к сети, не обязательно при получении IP-адреса или активации других сетевых служб. Затем я перешел на $ all, но вместо сервисов запросов это просто, кажется, перемещает выполнение скрипта в конец всех других скриптов инициализации, но не ожидает сервисов.

Итак, чтобы решить, я добавил $ named и $ time в Required-Start. $ named относится к разрешению имен, а $ time требует, чтобы системное время было установлено после запроса сервера времени. Я знаю из системного журнала, что это происходит после eth0, так что это должно быть безопасно.

Спасибо за помощь - это определенно помогло мне.