URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID13
Нить номер: 678
[ Назад ]

Исходное сообщение
"2xsolaris 10 x86 не видят друг друга"

Отправлено avator , 15-Июл-10 14:35 
привет всем!

задача:
развернуть два сервера под оракл(платформа supermicro x7dbr-3 под solaris 10 x86)все работает, но столкнулся с проблемкой такого характера:
пинги между ними не ходят, соот. они не видят друг друга!!!

оба включены в каталист 3750 влан 104
c3750g-core#sh mac address-table | inc 1/0/5
104    0030.4831.654e    STATIC      Gi1/0/5
это 1-й
c3750g-core#sh mac address-table | inc 1/0/24
104    0030.4831.6212    DYNAMIC     Gi1/0/24
это 2-й

вывод arp -a на 1-м
[artem@rac1 2] ~ >                  arp -a | grep rac
e1000g0 rac1                 255.255.255.255 SPLA     00:30:48:31:65:4e
e1000g0 rac2                 255.255.255.255 U        

вывод arp -a на 2-м
arp -a | grep rac
e1000g0 rac1                 255.255.255.255 U        
e1000g0 rac2                 255.255.255.255 SPLA     00:30:48:31:62:12

вот вывод пингов со второго на первый:
[artem@rac2 ~]$ ping -s rac1
PING rac1: 56 data bytes

и соот. snoop -vr 'arp на нем же:

ETHER:  ----- Ether Header -----
ETHER:  
ETHER:  Packet 2681 arrived at 13:31:20.37725
ETHER:  Packet size = 42 bytes
ETHER:  Destination = ff:ff:ff:ff:ff:ff, (broadcast)
ETHER:  Source      = 0:30:48:31:62:12,
ETHER:  Ethertype = 0806 (ARP)
ETHER:  
ARP:  ----- ARP/RARP Frame -----
ARP:  
ARP:  Hardware type = 1 (Ethernet (10Mb))
ARP:  Protocol type = 0800 (IP)
ARP:  Length of hardware address = 6 bytes
ARP:  Length of protocol address = 4 bytes
ARP:  Opcode 1 (ARP Request)
ARP:  Sender's hardware address = 0:30:48:31:62:12
ARP:  Sender's protocol address = 10.1.1.12, 10.1.1.12
ARP:  Target hardware address = ?
ARP:  Target protocol address = 10.1.1.11, 10.1.1.11
ARP:  

что посоветуете коллеги?

в догонку, на шлюзе вот такая байда:
13:33:14.908975 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
13:33:15.348191 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
13:33:15.908999 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
13:33:16.348187 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
13:33:16.909056 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
13:33:17.348190 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
13:33:17.909007 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
13:33:18.348200 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
13:33:18.909009 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
13:33:19.348201 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua

вижу выход статикой прибить, но это костыль!!!


Содержание

Сообщения в этом обсуждении
"2xsolaris 10 x86 не видят друг друга"
Отправлено avator , 15-Июл-10 15:13 
посоветовавшись еще раз с дядедй гуглом, и обратив внимание на:
ul 14 20:37:21 rac2.agro-id.gov.ua mac: [ID 469746 kern.info] NOTICE: e1000g1 registered
Jul 14 20:37:21 rac2.agro-id.gov.ua e1000g: [ID 766679 kern.info] Intel(R) PRO/1000 Network Connection, Driver Ver. 5.2.15
Jul 14 20:37:36 rac2.agro-id.gov.ua mac: [ID 736570 kern.info] NOTICE: e1000g1 unregistered
Jul 15 12:21:57 rac2.agro-id.gov.ua pcplusmp: [ID 272826 kern.info] pcplusmp: pciex8086,1096 (e1000g) instance 1 irq 0x34 vector 0x61 ioapic 0xff intin 0xff is bound to cpu 0

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


"2xsolaris 10 x86 не видят друг друга"
Отправлено avator , 15-Июл-10 21:35 
ipmp не помог:-( все равно эти два сервака не видят друг друга!!!

вот вывод некоторых команд:
ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
        inet 127.0.0.1 netmask ff000000
e1000g0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
        inet 10.1.1.11 netmask ffffff00 broadcast 10.1.1.255
        groupname ipmp0
e1000g0:1: flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu 1500 index 2
        inet 10.1.1.111 netmask ffffff00 broadcast 10.1.1.255
e1000g1: flags=19040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,FAILED> mtu 1500 index 3
        inet 10.1.1.112 netmask ffffff00 broadcast 10.1.1.255
        groupname ipmp0


arp -a | grep rac
e1000g0 rac1                 255.255.255.255 SPLA     00:30:48:31:65:4e
e1000g0 rac2                 255.255.255.255 U        
e1000g0 rac1-e1000g0         255.255.255.255 SPLA     00:30:48:31:65:4e
e1000g1 rac1-e1000g1         255.255.255.255 SPLA     00:30:48:31:65:4f

как водно rac2 с флагом недоступен, вот такая вот фигня
П.С. до этого оба сервака экспдуатировались под suse 9 и были вкл в теже порты в сфиче, проблем небыло, соотв. приходят мысли о нюансах связаных именно solaris+intel


"2xsolaris 10 x86 не видят друг друга"
Отправлено zd3n , 16-Июл-10 06:22 

>
>вот вывод пингов со второго на первый:
>[artem@rac2 ~]$ ping -s rac1
>PING rac1: 56 data bytes
>

Не пингуются только по имени? Или по IP тоже?


"2xsolaris 10 x86 не видят друг друга"
Отправлено avator , 16-Июл-10 09:47 
>
>>
>>вот вывод пингов со второго на первый:
>>[artem@rac2 ~]$ ping -s rac1
>>PING rac1: 56 data bytes
>>
>
>Не пингуются только по имени? Или по IP тоже?

[root@rac2 ~/patch]# ping -s 10.1.1.11
PING 10.1.1.11: 56 data bytes
^C
----10.1.1.11 PING Statistics----
3 packets transmitted, 0 packets received, 100% packet loss
[root@rac2 ~/patch]# ping -s rac1    
PING rac1: 56 data bytes
^C
----rac1 PING Statistics----
2 packets transmitted, 0 packets received, 100% packet loss
[root@rac2 ~/patch]#

никак


"2xsolaris 10 x86 не видят друг друга"
Отправлено Arpo , 16-Июл-10 09:43 
>[оверквотинг удален]
>13:33:15.908999 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
>13:33:16.348187 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
>13:33:16.909056 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
>13:33:17.348190 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
>13:33:17.909007 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
>13:33:18.348200 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
>13:33:18.909009 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
>13:33:19.348201 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
>
>вижу выход статикой прибить, но это костыль!!!

Вы сказали что используете VLAN 104, следовательно ИМХО интерфейсы тоже надо настроить для работы с VLAN. Почитайте тут http://docs.sun.com/app/docs/doc/816-4554/fpden?l=ru&a=view


"2xsolaris 10 x86 не видят друг друга"
Отправлено avator , 16-Июл-10 09:51 
>[оверквотинг удален]
>>13:33:17.348190 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
>>13:33:17.909007 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
>>13:33:18.348200 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
>>13:33:18.909009 arp who-has rac2.agro-id.gov.ua (Broadcast) tell rac1.agro-id.gov.ua
>>13:33:19.348201 arp who-has rac1.agro-id.gov.ua (Broadcast) tell rac2.agro-id.gov.ua
>>
>>вижу выход статикой прибить, но это костыль!!!
>
>Вы сказали что используете VLAN 104, следовательно ИМХО интерфейсы тоже надо настроить
>для работы с VLAN. Почитайте тут http://docs.sun.com/app/docs/doc/816-4554/fpden?l=ru&a=view

все верно, в случае, если в каталист вкл транком(так и делаю), а здесть тупой аксес

c3750g-core#sh running-config interface gigabitEthernet 1/0/24
Building configuration...

Current configuration : 91 bytes
!
interface GigabitEthernet1/0/24
switchport access vlan 104
switchport mode access
end


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

в догонку:
dladm show-link
e1000g0         type: non-vlan  mtu: 1500       device: e1000g0
e1000g1         type: non-vlan  mtu: 1500       device: e1000g1

ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
        inet 127.0.0.1 netmask ff000000
e1000g0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
        inet 10.1.1.11 netmask ffffff00 broadcast 10.1.1.255
        groupname ipmp0
        ether 0:30:48:31:65:4e
e1000g0:1: flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu 1500 index 2
        inet 10.1.1.111 netmask ffffff00 broadcast 10.1.1.255
e1000g1: flags=19040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,FAILED> mtu 1500 index 3
        inet 10.1.1.112 netmask ffffff00 broadcast 10.1.1.255
        groupname ipmp0
        ether 0:30:48:31:65:4f


"2xsolaris 10 x86 не видят друг друга"
Отправлено i , 16-Июл-10 13:47 
наверняка проблема в вашей циске, а если их соединить через тупой свич тогда работает?
сервера в одной подсети? если нет то дефолтгейт проверте.
dladm show-dev какую скорость интерфейса показывает?

"2xsolaris 10 x86 не видят друг друга"
Отправлено avator , 16-Июл-10 23:12 
>наверняка проблема в вашей циске, а если их соединить через тупой свич
>тогда работает?

:-) это первое,что было сделано
>сервера в одной подсети? если нет то дефолтгейт проверте.

да в одной
>dladm show-dev какую скорость интерфейса показывает?

e1000g0         link: up        speed: 1000  Mbps       duplex: full


"2xsolaris 10 x86 не видят друг друга"
Отправлено avator , 21-Июл-10 04:32 
привет всем!
уже поздно, буду краток

было на развернуто еще системы rac3 & rac4, что получилось:

rac1 e1000g0 10.1.1.11 Kernel version: SunOS 5.10 Generic_142901-13
rac2 e1000g0 10.1.1.12 Kernel version: SunOS 5.10 Generic_142901-13
rac3 e1000g0 10.1.1.113 Kernel version: SunOS 5.10 Generic_142901-13(esxi distr u8)
rac4 e1000g0 10.1.1.114 Kernel version: SunOS 5.10 Generic_142901-13(exxi distr u7 думал дело в дровах)

все железки идентичные supermicro x7dbr-3 bios 2.1a

проблема осталась актуальна rac1 и rac2 не видят друг друга

решение(не очевидное):

на rac1 делаю mv /etc/hostname.e1000g0 /etc/hostname.e1000g1 и о чудо все заработало(какого х... не понятно, дело в том, что на первом езере около двух лет проблем небыло)

проблема снята, а вот вопрося остались, что за хрень с этими сдвоенными картами Intel® (ESB2/Gilgal) 82563EB Dual-port Gigabit Ethernet Controller????

спасибо всем кто откликнулся :-)