Bug 141077

Summary: AVM DSL interface not up if server is rebootet
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Wolfgang Mües <wolfgang>
Component: ISDNAssignee: Karsten Keil <karsten.keil>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None    
Version: Final   
Target Milestone: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Found By: Customer Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Wolfgang Mües 2005-12-28 09:39:30 UTC
Fritzcard DSL Rev. 2.0, Startmode = onboot (or "auto"), dial on demand.
Problem: if the server is rebootet, it is not possible to make a dialout.
KInternet shows that the interface is _not_ startet.

Workaround is to add "ifup dsl0" in the "start" section of /etc/init.d/smpppd,
after starting the smpppd.

Note that this has worked in Suse 9.2. 
Note that the interface "dsl0" is setup in /etc/init.d/network, but this is
_before_ the smpppd is startet. Why is this interface set up before it is available? How are interfaces provided by smpppd supposed to be set up?
Comment 1 Karsten Keil 2006-01-02 18:25:18 UTC
A YOU update of sysconfig should fix this.

*** This bug has been marked as a duplicate of 131741 ***
Comment 2 Wolfgang Mües 2006-01-02 19:33:07 UTC
OK, I have looked at bug 131741.
- added $should-start isdn in /etc/init.d/network
- insserv network
- removed my "ifup dsl0" in /etc/init.d/smppd
- reboot
and voila: the interface dsl0 is started! 

But the YOU update of sysconfig?
I have tried YOU today, but it shows still no sysconfig update. My version of sysconfig is from 9-9-2005. 
Comment 3 Karsten Keil 2006-01-02 22:32:26 UTC
You are right, the update seems to be delayed for some reason, Christian any idea why this update is still pending ?
Comment 4 Christian Zoz 2006-01-09 10:35:06 UTC
Because i still had open issues which must go to the update as well. Then illness and vacation dalayed it additionally. It will go out this week.
Comment 5 Karsten Keil 2006-01-24 00:26:49 UTC
fixed