Configuration IP sur Debian Squeeze

Le
Guillaume Seren
Salut la liste,
je m'occupe d'un serveur qui n'avais pas été mis à jour depuis Etch.

Afin de le rendre plus présentable et performant, je me suis donc lancé
dans une mise à jour vers la version stable.

D'abord de Etch à Lenny puis de Lenny à Squeeze tout ca progressivement,
en faisant des upgrade/dist-upgrade, ce qui dans l'ensemble à bien
remplit son rôle et a donc proposer de passer sur un kernel stable de
Squeeze car la machine était toujours sur le kernel d'ovh de 2009, après
de multiples correction, je fini par faire le reboot final, sur le
Kernel stable de Squeeze, et avec Squeeze à jour.

Au reboot plus de ping, de la machine, je passe par l'admin c'est un
dédié en salle serveur, le relance en rescue, et parviens à réaliser la
connexion, mais :
-Si je suis en vkvm (genre de vnc), ou sur le disque normal Debian
Squeeze je n'arrive pas à connecter le serveur à l’extérieur, voila mon
problème.

Le matériel : (La carte utilisée pour le network est la RTL 8139C+
d'apres mon dmesg)
-8086:1237 Intel Corporation 440FX - 82441FX PMC [Natoma]
-8086:7000 Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
-8086:7010 Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
-8086:7113 Intel Corporation 82371AB/EB/MB PIIX4 ACPI
-1013:00b8 Cirrus Logic GD 5446
-1039:5513 Silicon Integrated Systems [SiS] Unknown device: 5513
-10ec:8139 Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+
-1039:7001 Silicon Integrated Systems [SiS] USB 1.1 Controller
-1039:7001 Silicon Integrated Systems [SiS] USB 1.1 Controller
-1039:7002 Silicon Integrated Systems [SiS] USB 2.0 Controller
-1039:0900 Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet
-1039:0181 Silicon Integrated Systems [SiS] SATA
-1039:0004 Silicon Integrated Systems [SiS] PCI-to-PCI bridge
-1039:6330 Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or
662/761Gx PCIE VGA Display Adapter

Les modules (8139cp et 8139too) sont bien installés et chargés, et ne me
retourne pas d'erreur lorsque je les decharge/charge, au contraire.
modprobe -r 8139cp
[ 1421.242213] 8139cp 0000:00:03.0: PCI INT A disabled

modprobe -i 8139cp
[ 1534.073486] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
[ 1534.090276] 8139cp 000:00:03.0: PCI INT A -> Link[LNKC] -> GSI 11
(level, high) -> IRQ 11
[ 1534.178384] eth0: RTL-8139C+ at 0xd9c1e000, mac_address, IRQ 11

ifdown eth0
SIOCDELRT: Nosuch process (surrement lié au problème).

ifup eth0
[ 1818.556109] eth0: link up, 100Mbs, full-duplex, lpa 0x05E1

J'ajoute que si je refais un ifdown, apres cela, je n'ai plus d'erreur
en retour.

Mon fichier /etc/network/interfaces
#eth0 is enabled during initrd
auto eth0
iface eth0 inet static
address (mon ip)
netmask 255.255.255.0
network (mon ip avec 0 à la fin)
broadcast (mon ip avec 255 à la fin)
gateway (mon ip avec 254 à la fin)

Route -n
2 routes la première est du network vers 0.0.0.0 avec le genmask
255.255.255.0, flag U, Iface eth0 le reste a 0.
La seconde de 0.0.0.0 vers gateway avec le genmask 0.0.0.0 Flags UG
Iface eth0 le reste à 0.

Enfin mon ifconfig de la carte :
ifconfig eth0
eth0 Link encap:Ethernet HWaddr mon addresse mac
inet addr:mon_ip Bcast:bcast_addresse Mask:255.255.255.0
inet6 addr: Une addresse ipV6 Scope:Link
UP BROADCAST RUNNIN MULTICAST MTU:1500 Metric:1
(je m’arrête la car je pense que le reste n'est pas utile, mais
j'ajoute que les RX restent à zéro, alors que les TX montent un peu).

Ce serveur tournait en IPV4 sous Etch donc je souhaite, d'abord le re
déployer pour prévoir plus tard un passage en IPv6 et en LMV au passage.

D'avance merci de vos retours, la je sèche un peu à trouver.


Guillaume.
--
"Non seulement Dieu joue aux dés
mais il les jette parfois là où on ne peut les voir."
Stephen Hawking
--
FAQ : http://wiki.debian.org/fr/FrenchLists

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/510EDF4D.2010809@gmail.com
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Jean-Michel OLTRA
Le #25198522
Bonjour,


Le dimanche 03 février 2013, Guillaume Seren a écrit...


D'abord de Etch à Lenny puis de Lenny à Squeeze tout ca
progressivement, en faisant des upgrade/dist-upgrade, ce qui dans
l'ensemble à bien remplit son rôle et a donc proposer de passer sur
un kernel stable de Squeeze car la machine était toujours sur le
kernel d'ovh de 2009, après de multiples correction, je fini par
faire le reboot final, sur le Kernel stable de Squeeze, et avec
Squeeze à jour.

Au reboot plus de ping, de la machine, je passe par l'admin c'est un
dédié en salle serveur, le relance en rescue, et parviens à réaliser
la connexion, mais :



Au passage en Squeeze, il fallait installer les paquets des microcodes.

Pour les Realtek, c'est firmware-realtek. Vérifie que tu as ce paquet.
Si ce n'est pas Realtek qui est en cause, il te faut installer le bon
paquet (firmware-linux-free) : apt-cache search firmware --names-only


--
jm

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Guillaume Seren
Le #25199782
On 04/02/2013 09:31, Jean-Michel OLTRA wrote:
Bonjour,
Au passage en Squeeze, il fallait installer les paquets des microcodes.



Bonjour,
Merci de ta réponse je viens de tester en installant :
"firmware-linux firmware-linux-nonfree firmware-realtek"

Je ne pense pas que les firmware-realtek soient en cause car il ne
semblent pas contenir de logiciel pour cette carte réseau.

Sinon après avoir installé je viens de faire un reboot sur le disque, et
je n'ai toujours pas de ping.

En fait jusqu’à maintenant depuis squeeze je ne peut joindre la machine
qu'en la lançant en rescue ou en vkvm.


--

Guillaume Seren
--
"Non seulement Dieu joue aux dés
mais il les jette parfois là où on ne peut les voir."
Stephen Hawking
--
FAQ : http://wiki.debian.org/fr/FrenchLists

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Raphaël RIGNIER
Le #25200142
Le 04/02/2013 15:57, Guillaume Seren a écrit :

En fait jusqu’à maintenant depuis squeeze je ne peut joindre la
machine qu'en la lançant en rescue ou en vkvm.


Bonjour, et en vkvm (boot non rescue) la carte s'active bien ?
Tu arrives à pinger d'autres machines ?






--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Guillaume Seren
Le #25200222
On 04/02/2013 17:45, Raphaël RIGNIER wrote:
Bonjour, et en vkvm (boot non rescue) la carte s'active bien ?
Tu arrives à pinger d'autres machines ?


Salut et merci de ta réponse,
non je me suis mal exprimé, en vkvm il ne m'est pas possible de ping
l’extérieur, pourtant le modprobe le pilote sans erreur et ma suite
ifdown / ifup fonctionne et configure et ifconfig et route.

Je remarque une section inet6 dans mon ifconfig en vkvm, accompagné de
Scope:Link, je ne pense pas que cela joue car sur d'autres serveurs et
ca ne bloque rien.

Une idée de test ?

--

Guillaume Seren
--
"Non seulement Dieu joue aux dés
mais il les jette parfois là où on ne peut les voir."
Stephen Hawking
--
FAQ : http://wiki.debian.org/fr/FrenchLists

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Raphaël RIGNIER
Le #25200332
Le 04/02/2013 17:52, Guillaume Seren a écrit :
On 04/02/2013 17:45, Raphaël RIGNIER wrote:
Bonjour, et en vkvm (boot non rescue) la carte s'active bien ?
Tu arrives à pinger d'autres machines ?



Je remarque une section inet6 dans mon ifconfig en vkvm, accompagné de
Scope:Link, je ne pense pas que cela joue car sur d'autres serveurs et
ca ne bloque rien.

Une idée de test ?



Si tu as des doutes tu peux toujours désactiver l'IPV6
http://wiki.debian.org/DebianIPv6#How_to_turn_off_IPv6
Sinon en dehors du firmware nécessaire pour les cartes réseau, je vois
pas trop.
Mes problèmes de réseau après upgrade ont été réglé avec l'un des ces
paquets linux-firmware-free linux-firmware-nonfree.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Guillaume Seren
Le #25200322
On 04/02/2013 18:15, Raphaël RIGNIER wrote:
Si tu as des doutes tu peux toujours désactiver l'IPV6
http://wiki.debian.org/DebianIPv6#How_to_turn_off_IPv6
Sinon en dehors du firmware nécessaire pour les cartes réseau, je vois
pas trop.
Mes problèmes de réseau après upgrade ont été réglé avec l'un des ces
paquets linux-firmware-free linux-firmware-nonfree.



Merci je viens de désactiver ipv6 pour test.
Sinon j'au aussi installé (comme indiqué sur la liste) plusieurs
firmware notamment les realteak, mais cela n'a rien changé.

Guillaume

--

Guillaume Seren
--
"Non seulement Dieu joue aux dés
mais il les jette parfois là où on ne peut les voir."
Stephen Hawking
--
FAQ : http://wiki.debian.org/fr/FrenchLists

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Pascal Hambourg
Le #25201502
Salut,

Guillaume Seren a écrit :

Les modules (8139cp et 8139too) sont bien installés et chargés, et ne me
retourne pas d'erreur lorsque je les decharge/charge, au contraire.
modprobe -r 8139cp
[ 1421.242213] 8139cp 0000:00:03.0: PCI INT A disabled

modprobe -i 8139cp
[ 1534.073486] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
[ 1534.090276] 8139cp 000:00:03.0: PCI INT A -> Link[LNKC] -> GSI 11
(level, high) -> IRQ 11
[ 1534.178384] eth0: RTL-8139C+ at 0xd9c1e000, mac_address, IRQ 11



Et si tu (re)charges le module 8139too à la place ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Guillaume Seren
Le #25201572
On 05/02/2013 00:22, Pascal Hambourg wrote:
Et si tu (re)charges le module 8139too à la place ?


Salut et merci de ta réponse,
si je ne laisse que le pilote 8139too, le ifup -v eth0 me jette :
Configuring interface eth0=eth0 (inet)
run-parts --verboses /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant

ifconfig eth0 94.23.34.XX netmask 255.255.255.0 broadcast 94.23.34.XX up

SIOCSIFADDR: No such device
eth0: ERRIR whille getting interface flags: no such device
SIOCDIFNETMASK: No such device
SIOCDIFNETMASK: No such device
eth0: ERROR while getting interface flags: No such device
eth0: ERROR while getting interface flags: No such device
Failed to bring etho

Et si je modprobe -r 8139too et modprobe -i 8139cp :
Je n'ai pas d'erreurs et j'ai bien mes ifconfig qui se passent.

Guillaume.

--

Guillaume Seren
--
"Non seulement Dieu joue aux dés
mais il les jette parfois là où on ne peut les voir."
Stephen Hawking
--
FAQ : http://wiki.debian.org/fr/FrenchLists

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Guillaume Seren
Le #25202722
Je viens d'apprendre quelques nouvelles sur ce serveur : (je ne
l'administre que depuis quelques jours)
-C'est un RPS, donc le disque est sur un nas qui passe par le réseau,
expliquant vraisemblablement certain problèmes.
-Apparemment il y a un conflit entre udev et la prise en compte de ce
matériel iscsi, certains ont réussi à passer a squeeze donc je pense que
c'est faisable, mais il faut garantir le support de l'espace de stockage.

Chez cet hébergeur, le RPS, fonctionne avec une ip de type alias, bien
que je ne sache pas exactement comment est faite la connexion entre la
machine et le san je pense qu'il s'agit d'une carte scsi.

Et donc si on ne se connecte pas au san la machine ne peut démarrer
(évidement), en faisant un boot en vkvm, j'ai effectivement un message
du support iscsi mais le boot se passe bien et toutes les partitions
montent.

D'apres le support en boot simple (sur hdd), il ne trouverais pas les
partition par manque du support du san.

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

# The loopback network interfa
auto lo
iface lo inet loopback

#eth0 is enabled during initrd
auto eth0
iface eth0 inet static
address 94.23.34.xxx
netmask 255.255.255.0
network 94.23.34.0
broadcast 94.23.34.255
gateway 94.23.34.254


auto eth0:0
iface eth0:0 inet static
address 87.98.174.xxx
netmask 255.255.255.255
broadcast 87.98.174.xxx

Qu'en pensez vous ?
--

Guillaume Seren
--
"Non seulement Dieu joue aux dés
mais il les jette parfois là où on ne peut les voir."
Stephen Hawking
--
FAQ : http://wiki.debian.org/fr/FrenchLists

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
kaliderus
Le #25203142
Bonjour


Qu'en pensez vous ?
--


Je n'ai pas lu l'ensemble du fil, mais une autre piste : est-ce qu'il
n'y aurait pas eu renommage des interfaces par les règles udev lors
des upgrades ?

Bon courage.
k.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/CAPrKK3BEaZE9VieKzGPY6OVMaGrAX8WKqHCR_fCG2=
Publicité
Poster une réponse
Anonyme