Pb personnel ou BUG IPCOP ?

par **coornelius** » 09 Avr 2004 08:07

Bonjour,

J'ai beaucoup chercher dans les forum avant de me résoudre à écrire ce post. Je suis utilisateur de IPCOP depuis la 1.4.0a1 (pas d'expérience 1.3).

J'ai un soucis :

Mon système fonctione correctement pendant 2jours, 2jours 1/2 puis il y a déconnexion du modem puis ... plus rien. Le statut reste à Connecting. J'ai essayé de faire des rc.firewall stop puis start mais sans résultat. Le seul moyen : reboot de la machine et c'est reparti pour 2 jours.

J'ai eu le problème avec IPCOP 1.4.0b1, b2 et b3

Ma config :

Pentium 166 48Mo RAM DD 1.2 Go et le FABULEUX Sagem FAST800 !
IPCOP 1.4.0b3 depuis le début de la semaine.

Contenu de la log 'messages' au moment du pb :

Apr 9 00:03:21 gw01 pppd[6501]: No response to 3 echo-requests
Apr 9 00:03:21 gw01 pppd[6501]: Serial link appears to be disconnected.
Apr 9 00:03:27 gw01 pppd[6501]: Connection terminated.
Apr 9 00:03:27 gw01 pppd[6501]: Connect time 482.7 minutes.
Apr 9 00:03:27 gw01 pppd[6501]: Sent 64306735 bytes, received 172044861 bytes.
Apr 9 00:03:27 gw01 pppd[6501]: Using interface ppp0
Apr 9 00:03:27 gw01 pppd[6501]: Connect: ppp0 <--> /dev/pts/0
Apr 9 00:03:27 gw01 pppoa[13203]: read (AsyncReadFromPPP): Input/output error
Apr 9 00:03:27 gw01 ipcop: PPP has gone down on ppp0
Apr 9 00:03:29 gw01 dnsmasq[15633]: started, version 1.18 cachesize 150
Apr 9 00:03:29 gw01 dnsmasq[15633]: read /etc/hosts - 3 addresses
Apr 9 00:03:29 gw01 dnsmasq[15633]: reading /var/ipcop/red/resolv.conf
Apr 9 00:03:29 gw01 dnsmasq[15633]: using nameserver 212.27.32.176#53
Apr 9 00:03:29 gw01 dnsmasq[15633]: using nameserver 213.228.0.23#53
Apr 9 00:03:29 gw01 dnsmasq[15633]: reading /var/state/dhcp/dhcpd.leases

Que puis vérifier pour trouver l'origine de ce pb ?

Etat du système

Size Used Free Percentage
RAM 46468 42032 4436 90%
-/+ buffers/cache 13368 33100 28%
Swap 92156 0 92156 0%
shared 0
buffers 7200
cached 21464

Merci de votre précieuse aide

A vous lire

par **betamax** » 09 Avr 2004 18:36

Qu'as tu activé dessus :
DHCP, Proxy, dns etc...
As tu essayé avec d'autres barettes RAM

à+

par **coornelius** » 09 Avr 2004 21:11

Ce qui est activé dessus :

CRON server RUNNING
DHCP server STOPPED
DNS proxy server RUNNING
Intrusion Detection System (GREEN) STOPPED
Intrusion Detection System (ORANGE) STOPPED
Intrusion Detection System (RED) STOPPED
Kernel logging server RUNNING
Logging server RUNNING
NTP Server RUNNING
Secure shell server RUNNING
VPN STOPPED
Web proxy STOPPED
Web server RUNNING

pour la mémoire, non je n'ai pas changé les barettes (si j'en ai assez je le fais demain) de ce fait à suivre dans 2 à 3 jours.

AUCUN ADD-ON

par **betamax** » 12 Avr 2004 00:07

La gestion d'économie d'énergie n'est pas activée dans ton BIOS j'espère #-o

à+

par **Burps** » 12 Avr 2004 20:39

meme probleme que toi, je pense que ca vient du driver du Sagem800

moi, seule possobilite de se reconnecter, c le reboot (et la, magie, ca repart comme en 14)

par **Gesp** » 13 Avr 2004 10:43

Le seul moyen : reboot de la machine et c'est reparti pour 2 jours.

je pense que tu dois pouvoir faire /etc/rc.d/rc.red stop, attendre 30 s et faire :etc/rc.d/rc.red start

Le 'Apr 9 00:03:27 gw01 pppoa[13203]: read (AsyncReadFromPPP): Input/output error '
j'ai une petite idée d'ou cela peut venir mais pour le résoudre, il faudrait comprendre le code de PPP et je ne suis pas très calé.

par **betamax** » 13 Avr 2004 14:00

Il faut peut etre chercher du coté de l'usb...quel chipset :?:

Pour info j'ai un fast800 mais jamais aucun probleme avec.1 déco par jour (normal) mais reconnexion immédiate. maj du dns dynamique etc...Donc à priori les drivers sont bons.
Autre question : y a t il sur le réseau du peer to peer :?:

à+

par **fioul666** » 13 Avr 2004 15:27

Peux tu faire cette commande lorsque ta ipcop plante :

cat /proc/net/ip_conntrack | grep -c 'tcp'

et ca :

cat /proc/sys/net/ipv4/ip_conntrack_max

si le resultat de la ligne de commande 1 est superieur a la deux tu es en plein ds le bug du depassement de la table de suivi IP : ip conntrack table full !

pas mal de gens que je connais on eu ce pb , ca ne viens pas du modem mais del a config par defaut qui limite à 8172 le nombre de suivi de connexion. je l'ai passé a 32760 comme une mandrake ou redhat.

A++

par **Gesp** » 13 Avr 2004 17:29

fioul666

Sur ma machine et en CVS, dans /etc/sysctl.conf, il y a
net.ipv4.ip_conntrack_max = 65535

Pourquoi il y a une valeur 8192 sur la tienne?

Quelle version tu utilises?

par **coornelius** » 15 Avr 2004 08:00

Tout d'abord merci à tous.

J'ai suivi les conseils de Betamax et ai vérifié la mémoire.

J'y ai trouvé deux barettes de vitesses différentes.

Dimanche j'ai uniformisé ma mémoire (j'y ai perdu 8 Mo au passage) et ai redémaré mon IPCOP.

Depuis, hormis la coupure journalière, ça fonctionne.

Je ne crie pas trop vite victoire mais j'ai bon espoir.

Je laisse le système dans l'état jusque Dimanche ou Lundi avant de déclarer mon pb résolu.

ON NE VERIFIE JAMAIS ASSEZ LA COUCHE PHYSIQUE !

Ma config est donc pour le moment :

P 166 - 40Mo RAM - 1.2 Go DD
IPCOP 1.4.0b3 - Sagem FAST800 - RED - YELLOW - GREEN

par **Gesp** » 15 Avr 2004 08:24

Pour savoir si c'est vraiment la mémoire, memtest86 te le dira mais il te faudra arréter ta passerelle le temps du test.

par **coornelius** » 22 Avr 2004 08:24

Mauvaise nouvelle,

Après 5 jours de fonctionnement sans interruption (j'ai eu une coupure de courrant entre deux), mon IPCOP n'a plus voulu se reconnecter hier matin (nécessité reboot).

Dés que possible (et des que je l'ai trouvé) je vérifie avec memtest86 (il ne semble pas y avoir cet outil sur IPCOP)

A suivre

J'espère pouvoir me passer du SAGEN FAST 800 sous peu. Des infos circulent sur le remplacement par FREE de ces modems par des FREEBOX et alors, fini l'USB et, je l'espère aussi, fini mes pb !

A suivre

par **betamax** » 22 Avr 2004 10:31

Bonjour,

Vérifie le taux d'occupation de ta mémoire...Est ce que ton IPCOP swappe ???

à+

par **coornelius** » 25 Avr 2004 08:38

Je vais craquer !

Aucune modification sur ma plateforme et :

Jeudi matin au reveil : IPCOP en 'Connexion en cours' seule solution : reboot

Ce matin (Dimanche) au reveil : même chose.

Pour ce qui est de l'utilisation du swap, 360Ko d'utilisé. Je ne sais pas si l'on peut appeler cela swapper sachant que la mémoire RAM libre est de l'ordre de 9000 Ko.

Je ne sais plus quoi faire. Certains diront changer de machine (encore faut il l'avoir).

Si qqun à une piste je suis preneur.

D'avance merci

par **Gesp** » 25 Avr 2004 09:10

Jeudi matin au reveil : IPCOP en 'Connexion en cours' seule solution : reboot

Non ce n'est pas la seule solution à minima:
/etc/rc.d/rc.red stop (attendre l'arrêt)
/etc/rc.d/rc.red start

ce n'est pas un problème de matériel mais de programmes (avec ppp ou pppoa).
As-tu coché la case persistant parce que cela devrait recommencer ce que ton log ne montre pas.

Pb personnel ou BUG IPCOP ?

Pb personnel ou BUG IPCOP ?

bug ... si c que je pense

Qui est en ligne ?