[Tau]

Приветствую.

 

Сабж.

igb0@pci0:5:0:0:        class=0x020000 card=0x060c15d9 chip=0x10c98086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   class      = network
   subclass   = ethernet
igb1@pci0:5:0:1:        class=0x020000 card=0x060c15d9 chip=0x10c98086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   class      = network
   subclass   = ethernet
igb2@pci0:7:0:0:        class=0x020000 card=0x060c15d9 chip=0x10c98086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   class      = network
   subclass   = ethernet
igb3@pci0:7:0:1:        class=0x020000 card=0x060c15d9 chip=0x10c98086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   class      = network
   subclass   = ethernet

 

Есть смысл на ней что-то поднимать (IPoE, vlan-per-customer, сотни интерфейсов)? На родных драйверах из сорсов (2.3.1) падает в крэш после ifconfig vlanXXX destroy.

Стоящий чипсет в этой i350, или гавно?

[roysbike]

отличный чипсет, на замену 82576.

[s.lobanov]

Не знаю насколько хорош драйвер во фре, но в линуксе всё ок с этой картой

[Hawk128]

Прекрасная карта.

Увеличьте mbuf для сети и обновитесь.

[Tau]

Крайне странно, дрова последние с Intel.com (2.3.10).

Два конкурирующих скрипта в цикле, создающие/удаляющие непересекающиеся vlan-интерфейсы, роняют сервер не более чем за 2 минуты. Куда копать?

[vlad11]

1) Накатить дрова с HEAD

2) Поставить 9.2-STABLE и пункт 1

3) Поставить 10.0-STABLE и пункт 1

4) Создавать вланы через NETGRAPH

 

P.S. Выложите, плз, скрипты в открытый доступ. Мне тоже надо потестить.

Изменено 18 марта, 2014 пользователем vlad11

[Tau]

1) Накатить дрова с HEAD

Поставил 2.4.0, те же яйца.

 

2) Поставить 9.2-STABLE и пункт 1

3) Поставить 10.0-STABLE и пункт 1

Если переходить, то сразу на оффтоп. Там из коробки на ваирспиде подымаеца.

 

P.S. Выложите, плз, скрипты в открытый доступ. Мне тоже надо потестить.

sh -c " while [ 1 ] ; do ifconfig vlan1174 create ; ifconfig vlan1174 vlan 1174 vlandev igb1 ; ifconfig vlan1174 alias 1.1.1.1/30; ping -c 1 1.1.1.2; ifconfig vlan1174 destroy ; done"

Может быть такое "стресс-тестирование" в моем случае не уместно?

[vlad11]

Покажите:

netstat -m
sysctl hw.igb.rxd
sysctl sysctl kern.ipc.nmbclusters

[vlad11]

Протестил скриптик.

В 10-ке (Виртуалбокс, em) долго создается и долго удаляется - пару сек

создание vlan через nethraph заметно быстрее

Изменено 18 марта, 2014 пользователем vlad11

[Tau]

Покажите:

netstat -m
sysctl hw.igb.rxd
sysctl sysctl kern.ipc.nmbclusters

Есть ли смысл, машина без нагрузки? Параметры такие же, как на рабочей:

 

# netstat -m
65523/2067/67590 mbufs in use (current/cache/total)
65521/1045/66566/524288 mbuf clusters in use (current/cache/total/max)
65521/1039 mbuf+clusters out of packet secondary zone in use (current/cache)
0/35/35/262144 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/131072 9k jumbo clusters in use (current/cache/total/max)
0/0/0/65536 16k jumbo clusters in use (current/cache/total/max)
147422K/2746K/150169K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines
# sysctl hw.igb.rxd
hw.igb.rxd: 4096
# sysctl sysctl kern.ipc.nmbclusters
kern.ipc.nmbclusters: 524288

 

Протестил скриптик.

В 10-ке (Виртуалбокс, em) долго создается и долго удаляется - пару сек

создание vlan через nethraph заметно быстрее

У меня - мгновенно. Но правомерно ли тут сравнивать виртуальное железо с реальным?

[Tau]

Приаттачил скриншот крэша. Какие-то действия, кроме обозначенных vlad11, есть смысл проводить?

[s.lobanov]

Tau

Настроить сохранение креш-дампа, посмотреть где падает. Ну а вообще, очевидно, что попробовать на latest stable версии. Это намного проще, чем разбираться почему падает в старой версии. Ну и если в latest stable оно падает, то запилить PR

[vlad11]

Поднимите kern.ipc.nmbclusters до 700K

и опять покажите netstat -m

[Tau]

Tau

Настроить сохранение креш-дампа, посмотреть где падает. Ну а вообще, очевидно, что попробовать на latest stable версии. Это намного проще, чем разбираться почему падает в старой версии. Ну и если в latest stable оно падает, то запилить PR

Так и начал делать. Да во время включения сохранения (debug.kdb.panic=1) ядро успешно крешнулось.

Пошел с другого конца - накатываю 8 stable. К сожалению, гарантировать нормальную работу кучи скриптов на более актуальных ветках никто не может.

[kosmich7]

Приветствую.

 

Сабж.

igb0@pci0:5:0:0:        class=0x020000 card=0x060c15d9 chip=0x10c98086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   class      = network
   subclass   = ethernet
igb1@pci0:5:0:1:        class=0x020000 card=0x060c15d9 chip=0x10c98086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   class      = network
   subclass   = ethernet
igb2@pci0:7:0:0:        class=0x020000 card=0x060c15d9 chip=0x10c98086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   class      = network
   subclass   = ethernet
igb3@pci0:7:0:1:        class=0x020000 card=0x060c15d9 chip=0x10c98086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   class      = network
   subclass   = ethernet

 

Есть смысл на ней что-то поднимать (IPoE, vlan-per-customer, сотни интерфейсов)? На родных драйверах из сорсов (2.3.1) падает в крэш после ifconfig vlanXXX destroy.

Стоящий чипсет в этой i350, или гавно?

Есть смысл. В 10ке из коробки это выглядит так:

igb0: <Intel(R) PRO/1000 Network Connection version - 2.3.10

igb0@pci0:1:0:0:        class=0x020000 card=0x7b18108e chip=0x15218086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   device     = 'I350 Gigabit Network Connection'
   class      = network
   subclass   = ethernet
igb1@pci0:1:0:1:        class=0x020000 card=0x7b18108e chip=0x15218086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   device     = 'I350 Gigabit Network Connection'
   class      = network
   subclass   = ethernet
igb2@pci0:1:0:2:        class=0x020000 card=0x7b18108e chip=0x15218086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   device     = 'I350 Gigabit Network Connection'
   class      = network
   subclass   = ethernet
igb3@pci0:1:0:3:        class=0x020000 card=0x7b18108e chip=0x15218086 rev=0x01 hdr=0x00
   vendor     = 'Intel Corporation'
   device     = 'I350 Gigabit Network Connection'
   class      = network
   subclass   = ethernet

[kosmich7]

И походу спрошу, на 10.0 у кого-то есть проблемы с lagg i350 c 3120 ?

[vlad11]

У Длинков, в том числе 3120 серьезные проблемы с lagg.

[s.lobanov]

Tau

Чип относительно новый, а 8ка уже относительно старая. Могли и не успеть в неё всё запилить для нормальной работы этой карты. Вам же проверить-то просто, будет крешится на 10ке или нет. Если не будет, то одно, а если будет, то проблема может в чём-то другом, типа память битая, например.

[kosmich7]

У Длинков, в том числе 3120 серьезные проблемы с lagg.

Читал, но там в логах свича видно эти проблемы, и первый lagg при этом работал.

[apm]

 

создание vlan через nethraph заметно быстрее

 

Научите плиз, как правильно через netgraph?

[vlad11]

 

создание vlan через nethraph заметно быстрее

 

Научите плиз, как правильно через netgraph?

 

man ng_vlan

там есть пример

 

У мну два десятка q-in-q вланов, внутри их почти по 4k обычных вланов.

Внутри пользовательского влана ip unnumbered ipv4 адреса, ipv6 адреса и ipv6 сети.

Дольше всех назначаются по три маршрута для каждого влана :(

[Ivan_83]

http://www.netlab.linkpc.net/forum/index.php?topic=781.0

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

Даже какие то примеры есть :)

[vlad11]

И почему этот патч трехлетней давности не в основном коде? :)

Я немного по-другому сделал q-in-q.

Осталось как-то симитировать нагрузку...

[Ivan_83]

У меня не хватило желания/времени дооформить код, апдейтить ман и примеры.

[apm]

 

man ng_vlan

там есть пример

 

У мну два десятка q-in-q вланов, внутри их почти по 4k обычных вланов.

Внутри пользовательского влана ip unnumbered ipv4 адреса, ipv6 адреса и ipv6 сети.

Дольше всех назначаются по три маршрута для каждого влана :(

 

Я man видел.

А можно в двух словах. чем это лучше чем ifconfig create?

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