[OpenBSD] Watchdog timeout tijdens installatie

[r5d]

Ik probeer OpenBSD te installeren op mijn thuis servertje, maar ik zit met een probleem:

Tijdens de installatie geef ik bij de netwerk instellingen op dat er gebruik moet worden gemaakt van DHCP. Als de installatie vervolgens probeerd een ip adres te ontvangen dan krijg ik een "watchdog timeout on rl01". Het lukt OpenBSD dus stomweg niet om een ip adres te ontvangen. Het vreemde is dat de router (draytek vigor2600) wel een ip adres heeft uitgedeeld (de server staat geregistreerd onder "DHCP assigned ip-adresses". In het servertje zit een Sitecom netwerkkaart (met standaard Realtek chipset).

[r5d]

Na enig gepruts blijkt het probleem toch wat dieper te liggen.

Ik heb geprobeerd om FreeBSD ipv OpenBSD te installeren en hierbij treed precies hetzelfde probleem op. Wat ik ook probeer (vast ip / dhcp) hij kan gewoon geen netwerkverbinding maken.

Het vreemde is dat de pc zich wel aanmeld bij de router. Als ik gebruik maak van DHCP dan komt 'ie in de DHCP assigned ip-adresses lijst te staan, en als ik een vast ip adres gebruik dan komt de pc ook voor in de ARP cache v/d router.

Ik heb eveneens knoppix van cd geboot en ook hieronder kan ik geen netwerkverbinding tot stand brengen. Het configuren gaat prima maar als ik vervolgens probeer te pingen dan vind 'ie helemaal niets!

Waar kan dit nou aan liggen?? De nic en kabel zijn blijkbaar goed anders zou hij nooit met de router contact kunnen zoeken. Daarnaast heeft er ooit windows op deze bak gedraaid en toen werkte het netwerk (vaak na lang wachten) wel.

[Verwijderd]

Probeer is een andere nic/kabel

[r5d]

Verwijderd schreef op 08 december 2003 @ 11:11:
Probeer is een andere nic/kabel

Tsja, like i said:

De nic en kabel zijn blijkbaar goed anders zou hij nooit met de router contact kunnen zoeken.

Maar ik zou het wellicht eens kunnen proberen. Verder iemand nog een idee???

[Verwijderd]

Toch denk ik dat de nic/kabel problemen kan geven. Ik heb namelijk een keer meegemaakt dat er een realtec 8129 was die het 'leek' te doen onder linux (ICMP ging ok) maar verder niets deed. Het simpelweg vervangen van dat kaartje zorgde ervoor dat het desbetreffende workstation weer op 't netwerk kon. Later heb ik uit interesse dat kaartje is in een systeem met Windows NT gepropt, daar kon ik er niets mee. (Toch zij windows dat alles ok was.)

En als een stuk hardware op meerdere os'en raar doet lijkt het mij toch een hardware probleem.

Kabels kunnen lastige problemen veroorzaken. Ik heb een keer meegemaakt dat een laptop vaak vast liep als hij aan een bepaald netwerk hing, bij andere netwerken natuurlijk nooit problemen...

Kijk met b.v. knoppix is welke kernel en welke module hij gebruikt. Kijk met netstat -rn is of je routing table ok is...
Je kan ook nog proberen om met hulp van tcpdump verder te kijken wat er gebeurt. Ook kan je een andere machine DHCP laten doen om te kijken of dat wel betrouwbaar werkt...

[usr-local-dick]

Maar ik zou het wellicht eens kunnen proberen.

Probeer maar, want het werkt.
Als je de NIC en de kabel vervangt, heb je bijna 100% kans dat het probleem is opgelost.
Je hebt het zelf al geanalyseerd: het probleem is een hardware probleem, aangezien meerdere OS-en hetzelfde probleem geven.
De andere kant van het kabeltje (draytek) is ook goed. DUS!!
Bovendien een NIC kost niet meer dan 10 euro these days