- 2xsolaris 10 x86 не видят друг друга,
 avator, 15:13 , 15-Июл-10 (1)посоветовавшись еще раз с дядедй гуглом, и обратив внимание на:
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, 21:35 , 15-Июл-10 (2)
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, 06:22 , 16-Июл-10 (3)
- 2xsolaris 10 x86 не видят друг друга, avator, 09:47 , 16-Июл-10 (5)
>
>>
>>вот вывод пингов со второго на первый:
>>[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, 09:43 , 16-Июл-10 (4)
- 2xsolaris 10 x86 не видят друг друга, avator, 09:51 , 16-Июл-10 (6)
>[оверквотинг удален]
>>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, 13:47 , 16-Июл-10 (7)
- 2xsolaris 10 x86 не видят друг друга, avator, 23:12 , 16-Июл-10 (8)
>наверняка проблема в вашей циске, а если их соединить через тупой свич
>тогда работает?:-) это первое,что было сделано
>сервера в одной подсети? если нет то дефолтгейт проверте. да в одной
>dladm show-dev какую скорость интерфейса показывает? e1000g0 link: up speed: 1000 Mbps duplex: full
- 2xsolaris 10 x86 не видят друг друга, avator, 04:32 , 21-Июл-10 (9)
привет всем!
уже поздно, буду кратокбыло на развернуто еще системы 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???? спасибо всем кто откликнулся :-)
|
Версия для распечатки
2xsolaris 10 x86 не видят друг друга, 
