» Общие вопросы по FreeBSD

Цитата:

В ряде руководств указывается необходимость пересборки ядра с опцией device vlan.
В других на эту тему ничего не сказано.
Так нужно пересобирать или нет?

По дефолту включено в ядро, если не пересобирал отдельно.

Код: root@gtw:/ # cat /usr/src/sys/i386/conf/GENERIC | grep vlan
device vlan # 802.1Q VLAN support

Цитата:

о если сетевушка поддерживает, можно перевести ее в promisc mode

Как узнать? Пробовать не хочется. Сервер на удалёнке.
Сетёвка
em0: <Intel(R) PRO/1000 Legacy Network Connection 1.0.6> port 0x2000-0x201f mem 0xd0120000-0xd013ffff,0xd0100000-0xd011ffff irq 18 at device 1.0 on pci2

gryu
Интеловская должна поддерживать.

Тэкс.
Если я правильно понял, то перевелась
Для эксперимента попробовал перевести внутренний фейс.
Если что, то хоть SSH не отвалится.


Код: em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC >
ether...
....
nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
media: Ethernet autoselect (1000baseT <full-duplex>)
status: active
em1: flags=28943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,PPROMISC> metric 0 mtu 1500
options=209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC >
ю....
nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active

Цитата:

Если я правильно понял, то перевелась

Да, интела умеют без проблем.

Теперь попробуй ручками (em1 - это же внутренний?)


Код: # ifconfig vlan1 create
# ifconfig vlan1 inet 192.168.1.253 netmask 255.255.255.0 vlan 1 vlandev em1
# ifconfig vlan1 ether 00:1b:21:0c:с6:22

Такс.
Вроде получилось.
Осталось проверить работоспосоюность (прежде чем пихать в реальные vlan)
итак.
Сделано.
1. В ядре поиском найдено

Код: cat /usr/src/sys/amd64/conf/ROUTE | grep vlan
device vlan # 802.1Q VLAN support

Цитата:

Осталось проверить реальную работоспособность.  

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


Цитата:

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

Согласен, забыл.
Физический фейс может быть даже таким, без назначения ip. Да и это чаще встречается по ситуации.

Код: ifconfig_em0="up promisc"

Цитата:

чаще встречается по ситуации.

Код:
ifconfig_em0="up promisc"

читал. Какая то особеность именно при работе с транками.
Если честно, то не понял..


Добавлено:

Цитата:

Могут быть проблемы с назначением маков,

Какие например? После перезагрузки сервера МАС-и прописанные остались.

Народ, как вообще можно проверить работоспособность конструкции не подключаясь к реальной подсети vlan. (порт пока не перепрограммирован)

gryu
Запусти пинг на какой-либо адрес, пусть и не существующий, в подсети влана и лови tcpdumpом, там увидишь МАСи.

Добавлено:
Должен уйти как минимум ARP запрос, но и его будет достаточно.

Цитата:

Какая то особеность именно при работе с транками.  

Все просто. В двух слова и на пальцах.
Например, у тебя на сервере em0 бегает в рабочей сетке 10.0.0.0/24. Ты поверх поднимаешь влан и работаешь с этим фейсом дальше. Во втором случае у тебя скажем две сетевых, а надо десяток. "Поднимаешь" фейс, нарезаешь на нем вланы и получаешь на свитче твои 10 фейсов, которые прокинуты влан-фейсы фряхи.
В конфиге разница, первое

Код: ifconfig_em0="inet 192.168.0.1 netmask 255.255.255.0"

res2001
пинги идут.
tcpdump пуст.
Molt
Про "ап" я в курсе.
По остальному как раз разницу и не понял.

Цитата:

Какие например? После перезагрузки сервера МАС-и прописанные остались.

Значит все ок. Но в некоторых случаях приходится делать отдельными скриптами, в твоем случае можно сюда (скрипт с именем start_if.имя_фейса)

Код: /etc/start_if.em0

Рано обрадовался.
Ставлю строку смены МАС выше конфигурации vlan - МАК не меняется.
Ставлю её ниже - МАС меняется, но IP не присваевается.
Имеется ввиду после перезагрузки.
по /etc/netstart всё нормально. И МАС и IP.


Пока отключил смену МАС.
То ли проверить не могу, толи не работает система.
Пинги на IP идут, а tcpdump на vlan молчит.

gryu

Цитата:

Пинги на IP идут

Дык у тебя же в этом ВЛАНе сейчас никого нет, как они могут идти?
Пинги нужны чтоб инициировать какую-либо сетевую активность на интерфейсе, хотя бы arp запрос.
Соответственно ты сначала должен в одной сессии запустить tcpdump на интерфейсе влана, а потом в другой сесси запустить пинг на адрес из подсети интерфейса влана и смотреть вывод tcpdumpа в первой сессии.

res2001
я пингую "головной интерфейс" vlan-а
Тот IP, который присвоен интерфейсу

gryu
Дык этот пинг фактической сетевой активности на интерфейсе не вызовет.

Цитата:

Рано обрадовался.  
Ставлю строку смены МАС выше конфигурации vlan - МАК не меняется.
Ставлю её ниже - МАС меняется, но IP не присваевается.  
Имеется ввиду после перезагрузки.

Потому и предлагаю вынести инициализацию в скрипт

Код: /etc/start_if.em0

Таак. Надо быть умнее.
По видимому кто то из спецов просматривающих этот топик или пишущих в нём работает эээ "там, кого была идея обмануть"(хотя никакого обмана.....).
При описании "что сделано" по поводу vlan`s в посте выше, я не затёр эмулируемые MAC.
Реакция последовала незамедлительно.
Тон общения резко изменился и мне дали понять что "тут вам не там..."
Короче жопа... не ожидал..

P.S.
Тому кто меня тут "услышал".
Может решим проблему?

gryu
надо было на стенде сначала отработать схему, раз такие строгости.

gryu
Да может просто маки мониторят.
А из примера очень не стандартные, сразу в глаза бросаются.
Или мак вашей реальной сетевой?

goletsa
Еслиб вы просто мониторили МАС-и то в случае появления странных или непонятных МАС-ов вы стали задавать вопросы, а не резко менять тон общения и переходить к ультиматумам.

Добавлено:
res2001

gryu
Ну фиг знает.
Какой-нить местный монополист типа Ростелекома?

Коллеги. Как то ране не встречалась подобная проблема. Вероятно потому что как то не часто приходилось ставить FreeBSD на всякое "левое железо".
Суть проблемы - медленно работает дисковая система.
Железо [more] Copyright (c) 1992-2013 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.2-RELEASE #0 r255898: Thu Sep 26 22:50:31 UTC 2013
root@bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
gcc version 4.2.1 20070831 patched [FreeBSD]
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5400+ (2800.07-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0x60fb2 Family = 0xf Model = 0x6b Stepping = 2
Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
Features2=0x2001<SSE3,CX16>
AMD Features=0xea500800<SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow!+,3DNow!>
AMD Features2=0x11f<LAHF,CMP,SVM,ExtAPIC,CR8,Prefetch>
real memory = 4294967296 (4096 MB)
avail memory = 3826212864 (3648 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: <ACRSYS ACRPRDCT>
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
ACPI Warning: Optional field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20110527/tbfadt-586)
ioapic0: Changing APIC ID to 4
ioapic0 <Version 1.1> irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: <ACRSYS ACRPRDCT> on motherboard
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, c7df0000 (3) failed
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
attimer0: <AT timer> port 0x40-0x43 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
hpet0: <High Precision Event Timer> iomem 0xfeff0000-0xfeff03ff irq 0,8 on acpi0
device_attach: hpet0 attach returned 12
atrtc0: <AT realtime clock> port 0x70-0x73 on acpi0
Event timer "RTC" frequency 32768 Hz quality 0
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pcib0: Length mismatch for 4 range: 81 vs 7f
pci0: <ACPI PCI bus> on pcib0
pci0: <memory, RAM> at device 0.0 (no driver attached)
isab0: <PCI-ISA bridge> port 0x1d00-0x1dff at device 1.0 on pci0
isa0: <ISA bus> on isab0
pci0: <serial bus, SMBus> at device 1.1 (no driver attached)
pci0: <memory, RAM> at device 1.2 (no driver attached)
pci0: <processor> at device 1.3 (no driver attached)
pci0: <memory, RAM> at device 1.4 (no driver attached)
ohci0: <OHCI (generic) USB controller> mem 0xfe02f000-0xfe02ffff irq 22 at device 2.0 on pci0
usbus0 on ohci0
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xfe02e000-0xfe02e0ff irq 23 at device 2.1 on pci0
usbus1: EHCI version 1.0
usbus1 on ehci0
ohci1: <OHCI (generic) USB controller> mem 0xfe02d000-0xfe02dfff irq 20 at device 4.0 on pci0
usbus2 on ohci1
ehci1: <EHCI (generic) USB 2.0 controller> mem 0xfe02c000-0xfe02c0ff irq 21 at device 4.1 on pci0
usbus3: EHCI version 1.0
usbus3 on ehci1
atapci0: <nVidia nForce MCP77 UDMA133 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0
ata0: <ATA channel> at channel 0 on atapci0
ata1: <ATA channel> at channel 1 on atapci0
hdac0: <NVIDIA MCP78 HDA Controller> mem 0xfe020000-0xfe023fff irq 22 at device 7.0 on pci0
pcib1: <ACPI PCI-PCI bridge> at device 8.0 on pci0
pci1: <ACPI PCI bus> on pcib1
ahci0: <NVIDIA MCP77 AHCI SATA controller> port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f mem 0xfe026000-0xfe027fff irq 23 at device 9.0 on pci0
ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported
ahci0: quirks=0x200<NOAA>
ahcich0: <AHCI channel> at channel 0 on ahci0
ahcich1: <AHCI channel> at channel 1 on ahci0
ahcich2: <AHCI channel> at channel 2 on ahci0
ahcich3: <AHCI channel> at channel 3 on ahci0
ahcich4: <AHCI channel> at channel 4 on ahci0
ahcich5: <AHCI channel> at channel 5 on ahci0
nfe0: <NVIDIA nForce MCP77 Networking Adapter> port 0xd800-0xd807 mem 0xfe02b000-0xfe02bfff,0xfe02a000-0xfe02a0ff,0xfe029000-0xfe02900f irq 20 at device 10.0 on pci0
miibus0: <MII bus> on nfe0
e1000phy0: <Marvell 88E1116R Gigabit PHY> PHY 1 on miibus0
e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow
nfe0: Ethernet address: 00:1d:72:b2:64:f3
pcib2: <ACPI PCI-PCI bridge> at device 11.0 on pci0
pci2: <ACPI PCI bus> on pcib2
vgapci0: <VGA-compatible display> port 0xbc00-0xbc7f mem 0xfb000000-0xfbffffff,0xd8000000-0xdfffffff,0xe6000000-0xe7ffffff irq 21 at device 0.0 on pci2
pcib3: <ACPI PCI-PCI bridge> at device 16.0 on pci0
pci3: <ACPI PCI bus> on pcib3
pcib4: <ACPI PCI-PCI bridge> at device 18.0 on pci0
pci4: <ACPI PCI bus> on pcib4
pcib5: <ACPI PCI-PCI bridge> at device 19.0 on pci0
pci5: <ACPI PCI bus> on pcib5
pci5: <serial bus, FireWire> at device 0.0 (no driver attached)
acpi_tz0: <Thermal Zone> on acpi0
ACPI Warning: For \134_TZ_.THRM._PSL: Return Package has no elements (empty) (20110527/nspredef-500)
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
orm0: <ISA Option ROMs> at iomem 0xc0000-0xccfff,0xd0000-0xd7fff,0xd8000-0xd97ff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ppc0: cannot reserve I/O port range
powernow0: <PowerNow! K8> on cpu0
powernow1: <PowerNow! K8> on cpu1
Timecounters tick every 1.000 msec
vboxdrv: fAsync=0 offMin=0x115 offMax=0x4a3
supdrvGipCreate: omni timer not supported, falling back to synchronous mode
hdacc0: <Realtek ALC888 HDA CODEC> at cad 0 on hdac0
hdaa0: <Realtek ALC888 Audio Function Group> at nid 1 on hdacc0
pcm0: <Realtek ALC888 (Rear Analog 5.1/2.0)> at nid 20,22,21 and 24,26 on hdaa0
pcm1: <Realtek ALC888 (Front Analog)> at nid 27 and 25 on hdaa0
pcm2: <Realtek ALC888 (Rear Digital)> at nid 30 on hdaa0
hdacc1: <NVIDIA MCP78 HDA CODEC> at cad 3 on hdac0
hdaa1: <NVIDIA MCP78 Audio Function Group> at nid 1 on hdacc1
pcm3: <NVIDIA MCP78 (Digital)> at nid 5 on hdaa1
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 480Mbps High Speed USB v2.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 480Mbps High Speed USB v2.0
ugen0.1: <nVidia> at usbus0
uhub0: <nVidia OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ugen1.1: <nVidia> at usbus1
uhub1: <nVidia EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus1
ugen2.1: <nVidia> at usbus2
uhub2: <nVidia OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ugen3.1: <nVidia> at usbus3
uhub3: <nVidia EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus3
ada0 at ahcich1 bus 0 scbus3 target 0 lun 0
ada0: <WDC WD2500JS-55NCB1 10.02E01> ATA-7 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada0: Command Queueing enabled
ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad6
ada1 at ahcich2 bus 0 scbus4 target 0 lun 0
ada1: <WDC WD2500JS-55NCB1 10.02E01> ATA-7 SATA 2.x device
ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada1: Command Queueing enabled
ada1: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C)
ada1: Previously was known as ad8
SMP: AP CPU #1 Launched!
GEOM_MIRROR: Device mirror/gm0 launched (2/2).
uhub2: 6 ports with 6 removable, self powered
uhub0: 6 ports with 6 removable, self powered
Root mount waiting for: usbus3 usbus1
Root mount waiting for: usbus3 usbus1
uhub1: 6 ports with 6 removable, self powered
uhub3: 6 ports with 6 removable, self powered
Trying to mount root from ufs:/dev/mirror/gm0s1a [rw]... [/more]
OS - Freebsd 9.2 x64
Данные по скорости работы дисковой системы: [more] Тест чисто на запись:
# time dd if=/dev/zero of=/home/vbox/test-file bs=16k count=409600
409600+0 records in
409600+0 records out
6710886400 bytes transferred in 117.473016 secs (57127046 bytes/sec)
0.118u 10.133s 1:57.49 8.7% 50+5465k 49+51201io 0pf+0w
(что составит 54.480596542358 Megabyte/sec. Маловато для SATA 2, но хоть что то)

Тест на копирование:
# time dd if=/home/vbox/test-file of=/home/vbox/test-file2 bs=16k count=409600
409600+0 records in
409600+0 records out
6710886400 bytes transferred in 338.651620 secs (19816490 bytes/sec)
0.167u 13.512s 5:38.65 4.0% 66+7214k 51337+51207io 0pf+0w
(Что составит уже 18.898477554321 Megabyte/sec. Что вообще уже никуда не годится. )     [/more]



Добавлено:
Соответственно как только система что то пишет, так чутли не колом встаёт. Особенно это заметно при копировании больших файлов.
В данном случае система на gmirror, но абсолютно такая же картина если просто один диск.

gryu
SMART дисков чистый? Что будет если контроллер из AHCI переключить в IDE?

goletsa
Попробую в IDE, отпишусь.
Смарт чистый. Даже проверять не буду, ибо картина одинакова на нескольких разных машинах с разными дисками.
(это "брендовый ACER" с формате микро-ATX корпуса)
Их у меня 4 одинаковых машины в том офисе. Одну уволок домой для экспериментов/отладки, вторая в офисе в качестве сервера и две других десктопами по офису.
Когда заметил такое поведение, подумал что железо. Менял и машины, и диски(брал заведомо исправные "с полки"), везде одно и тоже.

gryu
AMD проц с nVidia чипсетом не первой свежести.
Чую, там надо будет бубен с полки доставать.

Переключил в IDE режим. Изменений нет. [more]
# time dd if=/dev/zero of=/home/vbox/test-file bs=16k count=409600
409600+0 records in
409600+0 records out
6710886400 bytes transferred in 117.818552 secs (56959505 bytes/sec)
0.133u 9.792s 1:58.00 8.4% 58+6314k 55+51206io 1pf+0w

# time dd if=/home/vbox/test-file of=/home/vbox/test-file2 bs=16k count=409600
409600+0 records in
409600+0 records out
6710886400 bytes transferred in 347.295699 secs (19323264 bytes/sec)
0.158u 13.252s 5:47.44 3.8% 69+7495k 51037+51205io 2pf+0w
[/more]
Взял другой диск и переставил ОС на диск в режиме IDE. Изменений нет. [more]time dd if=/dev/zero of=/home/vbox/test-file bs=16k count=409600
409600+0 records in
409600+0 records out
6710886400 bytes transferred in 126.252525 secs (53154473 bytes/sec)
0.147u 9.656s 2:06.36 7.7% 65+7029k 50+51205io 2pf+0w
# time dd if=/home/vbox/test-file of=/home/vbox/test-file2 bs=16k count=409600
409600+0 records in
409600+0 records out
6710886400 bytes transferred in 430.786355 secs (15578224 bytes/sec)
0.165u 12.653s 7:10.86 2.9% 67+7316k 51095+51200io 2pf+0w
[/more]
Отключил ACPI(в инете читал что на NF3 помогало перевод режима IPQ из APIC в PIC, а если нет такого в BIOS, то отключить ACPI) в BIOS.
9-ка перестала грузится. Ни установленная, ни инсталлятор с диска. Паникует на PowerNow.

Добавлено:
Всвязи с вышесказанным, откопал диск с 7.4
Поставил с отключённым ACPI и контроллере в режиме IDE.
Цифры приводить не буду, но результат тот же.
Даже немного медленее.

gryu
Диски в SATA1.5Gb/s можете переключить? Или там нет перемычки

goletsa
Тоже самое.

>Тоже самое.
Похоже на дефект материнки.
Попробовать с livecd поработать?

>В данном случае система на gmirror, но абсолютно такая же картина если просто один диск.
А один диск у вас не через gmirror ли работает?
С ada0s1a грузиться точно пробовали?