I have been erratic disconnections of ppp0. Sometimes ppp0 will remain active for days at a time; other days (like one day last week), it'll have trouble staying alive for more than several minutes. I could use some ideas. ==== Log excerpt: Jul 30 14:42:41 linux pppd[4202]: No response to 4 echo-requests Jul 30 14:42:41 linux pppd[4202]: Serial link appears to be disconnected. Jul 30 14:42:42 linux modify_resolvconf: restored /etc/ resolv.conf.saved.by.pppd.ppp0 to /etc/resolv.conf Jul 30 14:42:42 linux pppd[4202]: Script /etc/ppp/ip-down finished (pid 10075), status = 0x0 Jul 30 14:42:44 linux pppd[4202]: Connection terminated. ==== -- ...CH "The more they over-think the plumbing, the easier it is to stop up the drain." Scotty
On 02.08.04,13:53, C Hamel wrote:
I have been erratic disconnections of ppp0. Sometimes ppp0 will remain active for days at a time; other days (like one day last week), it'll have trouble staying alive for more than several minutes. I could use some ideas. ==== Log excerpt: Jul 30 14:42:41 linux pppd[4202]: No response to 4 echo-requests Jul 30 14:42:41 linux pppd[4202]: Serial link appears to be disconnected. Jul 30 14:42:42 linux modify_resolvconf: restored /etc/ resolv.conf.saved.by.pppd.ppp0 to /etc/resolv.conf Jul 30 14:42:42 linux pppd[4202]: Script /etc/ppp/ip-down finished (pid 10075), status = 0x0 Jul 30 14:42:44 linux pppd[4202]: Connection terminated. ==== --
What do you use for connecting with ppp0? Can you try in the
configuration to set a higher timeout value and comment out detach
options if it exists?
- Jostein
--
Jostein Berntsen
On 02.08.04,13:53, C Hamel wrote:
I have been erratic disconnections of ppp0. Sometimes ppp0 will remain active for days at a time; other days (like one day last week), it'll have trouble staying alive for more than several minutes. I could use some ideas. ==== Log excerpt: Jul 30 14:42:41 linux pppd[4202]: No response to 4 echo-requests Jul 30 14:42:41 linux pppd[4202]: Serial link appears to be disconnected. Jul 30 14:42:42 linux modify_resolvconf: restored /etc/ resolv.conf.saved.by.pppd.ppp0 to /etc/resolv.conf Jul 30 14:42:42 linux pppd[4202]: Script /etc/ppp/ip-down finished (pid 10075), status = 0x0 Jul 30 14:42:44 linux pppd[4202]: Connection terminated. ==== --
What do you use for connecting with ppp0? Can you try in the configuration to set a higher timeout value and comment out detach options if it exists?
- Jostein
-- Jostein Berntsen
I have the timeout set to zero (via YaST) but am uncertain as to where to look for the other. -- ...CH "The more they over-think the plumbing,
On Tuesday 03 August 2004 04:33, Jostein Berntsen wrote: the easier it is to stop up the drain." Scotty
C Hamel wrote:
Jul 30 14:42:44 linux pppd[4202]: Connection terminated. ==== --
What do you use for connecting with ppp0? Can you try in the configuration to set a higher timeout value and comment out detach options if it exists?
I have the timeout set to zero (via YaST) but am uncertain as to where to look for the other.
I've been seeing the same thing with my ADSL modem ever since a YOU a few weeks ago. Somebody suggested it may be the hotplug packages, but mine looks to be the same as it ever was ... IIRC, amongst the updates before the breakage was a new kernel and something to do with the firewall - I'm guessing it was one of those that went screwy. I've tried all kinds of things to restart the modem after it stops, but nothing seems to work. Nothing short of a hard reset will get the link going again. For the record, I'm using SuSE 9.0 at home with a hand rolled speedtouch driver.
C Hamel wrote:
Jul 30 14:42:44 linux pppd[4202]: Connection terminated. ==== --
What do you use for connecting with ppp0? Can you try in the configuration to set a higher timeout value and comment out detach options if it exists?
I have the timeout set to zero (via YaST) but am uncertain as to where to look for the other.
I've been seeing the same thing with my ADSL modem ever since a YOU a few weeks ago. Somebody suggested it may be the hotplug packages, but mine looks to be the same as it ever was ... IIRC, amongst the updates before the breakage was a new kernel and something to do with the firewall - I'm guessing it was one of those that went screwy.
I've tried all kinds of things to restart the modem after it stops, but nothing seems to work. Nothing short of a hard reset will get the link going again.
For the record, I'm using SuSE 9.0 at home with a hand rolled speedtouch driver. I wonder about the YOU, since this box has never been updated (things start breaking really fast). The behaviour I have described (above) is very erratic. Last Thursday/Friday I was having real troubles; since the weekend,
On Tuesday 03 August 2004 09:25, sjb wrote: the modem has gone down once ...and I did that purposefully. -- ...CH "The more they over-think the plumbing, the easier it is to stop up the drain." Scotty
C Hamel wrote:
I wonder about the YOU,
So do I! ;-) It's the only thing that I can think of that may have caused the problem. The machine in question is a laptop that's just a glorified router and firewall for my WLAN - I don't mess with it, it just gets turned on and off for the most part. The connection was always solid as a rock before the update. I let YOU update itself, powered the PC down and went to bed .. when I turned the PC on the next day, the connection started dropping and it's been doing it ever since. It *could* be a coincidence, but I wouldn't bet on it.
breaking really fast).
Hmm .. strange that we're seeing the same symptoms though. Who's your ISP? I'm with BT in the UK.
The behaviour I have described (above) is very erratic. Last Thursday/Friday I was having real troubles; since the weekend, the modem has gone down once ...and I did that purposefully.
Same here .. at the weekend the machine was on for 16 hours a day with no problems at all. Yesterday evening, it went down after an hour. I'm baffled by it .. it's as if a kernel module dies or something. rchotplug shutdown fails to stop the modem .. trying to rmmod the driver just sets the CPU to 100% but the module doesn't unload. Luckily, it doesn't happen so often that it's REALLY annoying, just mildy irritating ;-)
On Tuesday 03 August 2004 14:26, sjb wrote: <SNIP>
The connection was always solid as a rock before the update. I let YOU update itself, powered the PC down and went to bed .. when I turned the PC on the next day, the connection started dropping and it's been doing it ever since.
It *could* be a coincidence, but I wouldn't bet on it. No coincidence, I don't think... more people have had problems than just myself.
breaking really fast).
Hmm .. strange that we're seeing the same symptoms though.
Who's your ISP? I'm with BT in the UK.
I'm using a local ISP called Smartcom. They've been pretty dependable.
The behaviour I have described (above) is very erratic. Last Thursday/Friday I was having real troubles; since the weekend, the modem has gone down once ...and I did that purposefully.
Same here .. at the weekend the machine was on for 16 hours a day with no problems at all. Yesterday evening, it went down after an hour.
I'm baffled by it .. it's as if a kernel module dies or something. rchotplug shutdown fails to stop the modem .. trying to rmmod the driver just sets the CPU to 100% but the module doesn't unload.
Luckily, it doesn't happen so often that it's REALLY annoying, just mildy irritating ;-)
I find it annoying enough... but if I can live w/the problem for anywhere from a couple days to a couple weeks it seems to sort itself out for awhile. -- ...CH "The more they over-think the plumbing, the easier it is to stop up the drain." Scotty
C Hamel wrote:
Who's your ISP? I'm with BT in the UK.
I'm using a local ISP called Smartcom. They've been pretty dependable.
I guess we can pretty much rule out ISP problems then ;-)
I find it annoying enough... but if I can live w/the problem for anywhere from a couple days to a couple weeks it seems to sort itself out for awhile.
I'm hoping that the next kernel update fixes the problem .. but if it doesn't I have an old laptop that was doing the same job, so I can always put that one back in place and re-install on the newer machine. sjb
The Monday 2004-08-02 at 13:53 -0500, C Hamel wrote:
I have been erratic disconnections of ppp0. Sometimes ppp0 will remain active for days at a time; other days (like one day last week), it'll have trouble staying alive for more than several minutes. I could use some ideas. ==== Log excerpt: Jul 30 14:42:41 linux pppd[4202]: No response to 4 echo-requests Jul 30 14:42:41 linux pppd[4202]: Serial link appears to be disconnected. Jul 30 14:42:42 linux modify_resolvconf: restored /etc/ resolv.conf.saved.by.pppd.ppp0 to /etc/resolv.conf Jul 30 14:42:42 linux pppd[4202]: Script /etc/ppp/ip-down finished (pid 10075), status = 0x0 Jul 30 14:42:44 linux pppd[4202]: Connection terminated. ====
What that log says, is that the ppp daemon got no response to the echo requests it sent to its peer, ie, your provider. What this usually mean is that your provider is overloaded or broken, and stops giving service to you (or the phone line went down). The ppp daemon detects the situation and correctly brings it down. You can set it up to redial again. There are settings in the ppp daemon to change this behaviour: lcp-echo-failure n lcp-echo-interval n lcp-max-configure n lcp-max-failure n lcp-max-terminate n lcp-restart n -- Cheers, Carlos Robinson
participants (4)
-
C Hamel
-
Carlos E. R.
-
Jostein Berntsen
-
sjb