[Debian] Multiple NIC... mist eth1

[Verwijderd]

Hallo Iedereen,

Op dit moment draai ik Debian op een testserver in een datacenter in Amsterdam. Ik ben van plan deze server in te zetten als productieserver voor een project wat nog zeker een half jaar op zich laat wachten. Daarom zet ik de server nu in als backup systeem. Elke nacht trekt het systeem via ftp een backup image van een Windows Server af.

Dit gaat over een gehuurde lijn die te duur is voor de gigabytes aan backup verkeer. Daarom laat ik een crosscable aanleggen tussen beide servers.

één server is dus Windows 2003 en de ander Debian GNU/Linux. Het gaat prima, maar nu wil ik op de debian machine eth1 aanspreken. Die is in geen velden of wegen te bekennen.

Hier wat info van het debian systeem:
HP LP1000R NetServer
Kernel 2.6.8-2-686-smp

uitvoer van lspci

code:

0000:00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
0000:00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
0000:00:02.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
0000:00:07.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
0000:00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 50)
0000:00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller
0000:00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04)
0000:01:02.0 RAID bus controller: American Megatrends Inc. MegaRAID (rev 20)
0000:01:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 Ultra3 SCSI Adapter (rev 01)
0000:01:05.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 Ultra3 SCSI Adapter (rev 01)

Mijn /etc/network/interfaces inhoud:

code:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback
pre-up iptables-restore < /etc/firewall-rules

# The primary network interface
auto eth0
iface eth0 inet static
 address 80.xx.xx.xx
 gateway 80.xx.xx.1
 netmask 255.255.255.128

Ik heb even het IP addres en gateway achter een paar XXX-en neergezet.

Volgens mij heeft hij dus nergens mijn dual networking interface gedetecteerd. De Windows Server is met uitzondering van de hardware RAID controller identiek aan de Debian machine. Onder Windows zie ik het volgende bij de network interfaces:



Mijn vraag is dan ook.. hoe krijg ik Debian zover dat ik over een eth1 beschik. De Windows machine geeft op dit moment aan dat er géén link is. Dit kan nog komen door het feit dat de kabel nog niet is aangelegt. Maar ik neem aan dat dit niet de oorzaak is van het ontbreken van een eth1 in mijn Debian. Alvast bedankt voor jullie aandacht en tijd!

[Wilke]

Verwijderd schreef op dinsdag 08 november 2005 @ 11:31:
één server is dus Windows 2003 en de ander Debian GNU/Linux. Het gaat prima, maar nu wil ik op de debian machine eth1 aanspreken. Die is in geen velden of wegen te bekennen.

Wat voor kaart is de tweede dan, en is de driver voor die kaart wel geladen (kernel module, of in de kernel gecompileerd)? Waarmee kijk je of die kaart wel of niet herkend is? Wat zegt ifconfig eth1 bijvoorbeeld?

[Paul]

En als je in /etc/network/interfaces zelf

code:

# The secondary network interface
auto eth1
iface eth1 inet static
 address 10.0.0.1
 netmask 255.255.255.0

invult, gevolgd door een

code:

ifup eth1

Edit:

Wilke schreef op dinsdag 08 november 2005 @ 11:49:
[...]

Wat voor kaart is de tweede dan, en is de driver voor die kaart wel geladen (kernel module, of in de kernel gecompileerd)? Waarmee kijk je of die kaart wel of niet herkend is? Wat zegt ifconfig eth1 bijvoorbeeld?

Er staat dat de Windows-bak identiek is aan de Debian-bak, dus ik neem dan aan dat de 2e netwerkkaart gelijk is aan de eerste, dat is op de Windows-bak ook zo.
Aangezien de Debian-bak remote te bereiken valt is de driver ervoor iig wel geladen.

[ Voor 57% gewijzigd door Paul op 08-11-2005 11:51 ]

[Verwijderd]

na het toevoegen van eth1 in /etc/network/interfaces met de het 10.0.0.1 ip en bijbehorende netmask krijg ik na het aanroepen van ifup eth1 het volgende bericht:

ifup eth1

code:

SIOCSIFADDR: No such device
eth1: ERROR while getting interface flags: No such device
SIOCSIFNETMASK: No such device
eth1: ERROR while getting interface flags: No such device
Failed to bring up eth1.

Het lijkt er dus inderdaad op dat hij 'm echt niet kan vinden. Is er een mogelijkheid om met harde hand te kijken of er een tweede netwerkkaart beschikbaar is?

Even ter verduidelijking, voordat de servers het datacenter ingingen zijn er foto's gemaakt. Dit is de Debian machine (inderdaad gelijk aan die Windows machine) met pijlen naar eth0 en eth1.

eth0 > groen
eth1 > blauw (wordt dus niet gezien door Debian)

[ Voor 23% gewijzigd door Verwijderd op 08-11-2005 12:04 ]

[Paul]

http://www.linux.com/howtos/HP-HOWTO/hp-hardware.shtml is een hele interessante pagina..

Gebruik je de e100 of de eepro100 driver? Wat als je de andere eens gebruikt of modprobed?

[Verwijderd]

Hij gebruikt de e100. Na een modprobe eepro100 gebeurd er verder niets. Hoe vertel ik de machine dat ik die wil gebruiken ipv e100?

Uitvoer van lsmod:

code:

Module                  Size  Used by
eepro100               31756  0
parport_pc             37796  1
lp                     11496  0
parport                43272  2 parport_pc,lp
ipt_state               2304  2
ip_conntrack           37360  1 ipt_state
af_packet              23976  0
reiserfs              255376  1
ipv6                  281764  22
ipt_REJECT              7232  2
iptable_filter          3104  1
ip_tables              19360  3 ipt_state,ipt_REJECT,iptable_filter
serverworks            13492  0
sworks_agp              9600  0
agpgart                35436  1 sworks_agp
ohci_hcd               22596  0
usbcore               122148  3 ohci_hcd
e100                   34464  0
mii                     5344  2 eepro100,e100
capability              4744  0
commoncap               7552  1 capability
psmouse                20616  0
ide_disk               19648  0
ide_cd                 43232  0
ide_core              142556  3 serverworks,ide_disk,ide_cd
cdrom                  41148  1 ide_cd
genrtc                 10616  0
ext3                  129704  1
jbd                    70584  1 ext3
mbcache                10340  1 ext3
sd_mod                 22144  5
megaraid               43016  3
sym53c8xx              80976  0
scsi_transport_spi     13984  1 sym53c8xx
scsi_mod              127972  4 sd_mod,megaraid,sym53c8xx,scsi_transport_spi
unix                   31156  166
font                    8544  0
vesafb                  6880  0
cfbcopyarea             4096  1 vesafb
cfbimgblt               3264  1 vesafb
cfbfillrect             4000  1 vesafb

[Paul]

Kun je na de modprobe de 2e nic wel aan?

Om eepro100 te gebruiken ipv e100 moet je rebooten nadat je je /etc/modules hebt aangepast.
Via de console kan het ook zonder reboot, maar aangezien je e100 daarvor moet rmmodden verlies je je ssh-verbinding (want de driver voor je netwerkkaart wordt gestopt).

[Osiris]

Paul Nieuwkamp schreef op dinsdag 08 november 2005 @ 12:59:
Kun je na de modprobe de 2e nic wel aan?

Om eepro100 te gebruiken ipv e100 moet je rebooten nadat je je /etc/modules hebt aangepast.
Via de console kan het ook zonder reboot, maar aangezien je e100 daarvor moet rmmodden verlies je je ssh-verbinding (want de driver voor je netwerkkaart wordt gestopt).

En dan maar hopen dat 't geheel wel up komt

Kun je niet beter een scriptje schrijven trouwens? Aangezien 't scriptje (in een screen ofzo? ) niet stopt als je eth0 (en ssh) uitvalt, kun je daarna weer inloggen.

[Verwijderd]

Ik heb na de modprobe een reboot in gang gezet....

Broadcast message from root (pts/1) (Tue Nov 8 13:03:17 2005):

The system is going down for reboot NOW!

... wacht nu tot die up komt...

[RagaBaSH]

een aantal zaken zijn belangrijk:

• je NIC wordt slechts 1 keer herkend in de output van lspci
• de module e100 wordt niet gebruikt ondanks dat hij wel in het geheugen zit
• de module eepro100 wordt niet gebruikt ondanks dat hij wel in het geheugen zit.

ik heb al jaren geleden geworsteld met dergelijke problemen als er 2 intel pro/100 NIC's in een linux machine zitten, ben toen uit ellende overgestapt op FreeBSD. dit lijkt me niet wat jij wil.
Wat je bijvoorbeeld zou kunnen proberen is een nieuwere kernel downloaden. in mijn ervaring doen Intel NIC's het beter na de 2.6.9 update (na de nieuwe VM in linux dus).

Ik heb ook eens met een stel 3Coms het probleem gehad dat als ik er 2 in een systeem had en met modules probeerde te werken hij slechts 1 van de 2 kaarten in gebruik wou nemen. (nog op een 2.4 kernel)
Als ik vervolgens de 3com module kopieerde, een nieuwe naam gaf en in modules.conf aangaf dat ie beide kopieen moest gebruiken werkte het wel allemaal.
ik weet niet of je hier wat aan hebt aangezien je 2de intel nic gewoon niet herkend wordt eigenlijk.

[Verwijderd]

De machine is weer up en de situatie lijkt ongewijzigd. Nog steeds ziet Debian enkel eth0.

Dit is natuurlijk niet fijn... iemand nog een suggestie? FreeBSD is wel een optie, als ik het hier niet aan de praat krijg heb ik de keuze om evt. te kiezen voor FreeBSD.

Linux scoort geen hoge punten, eerst Gentoo die met geen mogelijkheid de RAID controller wilde begrijpen, nu dan Debian met de netwerk adaptertjes. Ligt het aan HP met de netserver of aan mij? Heel opvallend is natuurlijk de Windows Server die "out-the-box" _alles_ "begreep".

Ik sta open voor ideeen...

[ Voor 3% gewijzigd door Verwijderd op 08-11-2005 13:22 ]

[Paul]

Na een reboot is natuurlijk de situatie weer terug zoals voor de modprobe. Wil je hem in het geheugen houden, dan moet je er voor zorgen dat deze @ boot weer geladen wordt en dus toevoegen aan /etc/modules.

Had je nu wel of niet na die modprobe nog een keer ifup eth1 geprobeerd?

[Verwijderd]

/etc/modules

code:

# /etc/modules: kernel modules to load at boot time.
#
# This file should contain the names of kernel modules that are
# to be loaded at boot time, one per line.  Comments begin with
# a "#", and everything on the line after them are ignored.

ide-cd
ide-detect
ide-disk
psmouse
sd_mod
eepro100

Is waar die mee is gestart. eth1 up brengen geeft nog steeds dezelfde melding. Kan ik misschien nog wat anders proberen?

[Arnout]

Ik denk niet dat je die eepro moet laden.

via google zou je server dit in dmesg moeten zetten:

e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI
e100: Copyright(c) 1999-2004 Intel Corporation
e100: eth0: e100_probe: addr 0xfb001000, irq 22, MAC addr 00:30:6E:05:A1:2B
e100: eth1: e100_probe: addr 0xfb003000, irq 23, MAC addr 00:30:6E:05:A1:2C

Is de 2de eth poort niet uitgeschakeld in de BIOS setup van de machine?

[Verwijderd]

dmesg | grep eht0

code:

eth0: OEM i82557/i82558 10/100 Ethernet, 00:30:6E:13:E1:6F, IRQ 177.
eth0: no IPv6 routers present

dmesg | grep eth1
(niets)

dmesg | grep e100

code:

e100: Intel(R) PRO/100 Network Driver, 3.0.18
e100: Copyright(c) 1999-2004 Intel Corporation

Ik zal even nakijken via google of ik aan een bios guide kan komen. Ik heb vanaf hier geen toegang tot de bios op de server.

Ik zie trouwens dat de driver die jij noemde een hoger nummer heeft. Hoe kan ik aan een nieuwe driver komen? Via de site van Intel of heeft Debian daar zelf iets voor? (die versie die jij noemde komt uit Fedora)

Update: Uit de guide van HP
Op pagina 89 van de handleiding staat dit, zie vooral de groene pijl:


Het is dus goed mogelijk dat die ethernet controller uit staat. En dat is shit. Je mag tegenwoordig maar 80 op de ring dus dat duurt me zowieso weer een ritje van een half uur. Goed. Ik ga dat controleren, weet niet of dat vandaag nog lukt. Als ik erachter ben dan laat ik het uiteraard weten.

[ Voor 49% gewijzigd door Verwijderd op 08-11-2005 16:55 ]

[Arnout]

Ik denk niet zozeer dat je je moet richten op distributies, dit is meer een kernel aangelegenheid. Wil je een nieuwere driver, dan zul je een nieuwere kernel moeten gebruiken. Dit kan (onder Debian) via apt-get, maar zelf ben ik meer van de zelfbouw kernels, kwestie van smaak.

[Candymirror]

Ik had vroeger identieke realtek kaartjes in mijn debian doos. Hier werd er ook altijd maar een van gedetecteerd door de kernel. Een simpel append regeltje als append="ether=IRQ,eth0 ether=IRQ,eth1". Dit zou hier ook goed het geval kunnen zijn. De eepro driver zit standaard in de debian kernel, dus module laden heeft dan niet veel zin

[Speedener]

Misschien ga ik nu iets heel doms zeggen, ik werk altijd met slack. Daar moest ik voor eth1 een alias aanmaken/aangeven. Kan dat ook niet zo zijn in Debian ?

[Verwijderd]

Goede morgen heren,

Het is opgelost. Het had wat voeten in de aarde, maar uiteindelijk was de secundairy port uitgeschakeld door de server.

Even wat tips uit de praktijk... check altijd na het activeren van een hardwarematige nic of je eth0 en eth1 wel écht de eth1 en eth0 zijn die jij verwacht. Hij had mijn WAN en LAN omgedraait, daar kwam ik achter toen ik nét weer buiten stond bij het datacenter.

En nog iets, maar dat is voor de Windows Server. Deze berekent op basis van bandbreedte en metric of een kabel als primairy of secundairy port gebruikt moet worden. Ná 40 minuten besloot de productie (Windows) server om de WAN poort te veruilen voor de LAN crosscable link... dat wil je niet als al je domeinen richten op de WAN poort...

Gelukkig is alles gefixt en draait het hele orkest nu zoals wil, met Debian en Windows 2003.