Bug 107102

Summary: Unable to configure ISDN, crash at save the new configuration
Product: [Fedora] Fedora Reporter: Uwe Beck <ubeck>
Component: redhat-config-networkAssignee: Harald Hoyer <harald>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: high    
Version: rawhideCC: than
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-02-21 18:59:08 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
traceback 1
none
traceback 2
none
Trace for activate new provider none

Description Uwe Beck 2003-10-15 00:35:26 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.79 [de] (X11; U; Linux 2.4.22-1.2088.nptl i686)

Description of problem:
I configure the AVM PCI (Fritz!PCI v2) ISDN-card and a provider with
redhat-config-network. It is not possible to save the configuration because
redhat-config-network crashes with traceback.

If you have the configfiles from an older Red Hat and know the places of them,
you can configure ISDN and it works.
The problem is not in versionen before.

Version-Release number of selected component (if applicable):
redhat-config-network-1.3.7-1

How reproducible:
Always

Steps to Reproduce:
1. Use redhat-config-network to configure ISDN-Card and Provider
2. Save the configuration
3.
    

Actual Results:  Unable to configure ISDN with redhat-config-network

Expected Results:  Be able to configure ISDN with redhat-config-network

Additional info:

See the traceback in the attachmets

Comment 1 Uwe Beck 2003-10-15 00:37:49 UTC
Created attachment 95181 [details]
traceback 1

Comment 2 Uwe Beck 2003-10-15 00:38:25 UTC
Created attachment 95182 [details]
traceback 2

Comment 3 Harald Hoyer 2003-10-22 10:48:46 UTC

*** This bug has been marked as a duplicate of 107706 ***

Comment 4 Uwe Beck 2003-10-27 23:53:46 UTC
Created attachment 95536 [details]
Trace for activate new provider

Comment 5 Uwe Beck 2003-10-27 23:56:07 UTC
With redhat-config-network-1.3.8-1 I can configure ISDN and save the
configuration.
It is not possible to activate the new provider. You can close the new open
With redhat-config-network-1.3.8-1 I can configure ISDN and save the
configuration.
It is not possible to activate the new provider. You can close the new open
windows. If you activate it again "an unhandled exeption has occured" -> see
attachment.
The reason could be:

argv: ['/usr/sbin/isdndial', 'ippp0']
closefd: -1

There is no /usr/sbin/isdndial on system. Is this a new program? I see that Than
Ngo has fixed the function "Activate".

It is an absolute requirement that the configfile is called ifcfg-ippp0. Some
programs such kisdndock only work with ifcfg-ippp0 convention together.
The name you give first for provider is shown as "Nickname" in
redhat-config-network. It is use for name by saving (ifcfg-"Nickname") in
/etc/sysconfig/network-scripts. If Nickname=ippp0 all is OK.
My providername is "brickxmp". In ifcfg-ippp0 there is "PROVIDER=brickxmp" an
this is use  for kisdndock.
Because my providername is "brickxmp" (ifcfg-brickxmp) at boot the
ISDN-interface is aktivate before eth0. If eth0 become active the default
gateway setting from ISDN is overwritten.
This all is no problem and works correct, if the ISDN-configfile calls
ifcfg-ippp0.


Comment 6 Than Ngo 2003-10-29 16:04:33 UTC
Uwe, you should upgrade isdn4k-utils-3.2-5.p1 on your machine, it will fix
this problem.

Comment 7 Uwe Beck 2003-10-30 00:46:57 UTC
The upgrade isdn4k-utils-3.2-5.p1 fix the problem with "Activate".

But it is an abolut requirement that the name of the ISDN configfile is
ifcfg-ipppx. Here are some reasons:

- kisdndock reads the configfile, if it called ifcfg-brickxmp (my provider is
"brickxmp" the color or kisdndock is grey and it does not work
- if there is in the ethernetcard configfile a default gateway, ISDN default
gateway can not overwrite the default gateway
  --> the interface brickxmp becomes active before ethx and the activation from
ethx overwrites the ISDN default gateway.
The problem is the identification of all network devices, I think it is in
network-functions. The result for this identification is an alphabetical list.
My providername is "brickxmp" and it is before "ethx".

- ifup ippp0 and ifdown ippp0 do not work
  --> need ifup/ifdown brickxmp and this is not the interfacename in the system


Comment 8 Red Hat Bugzilla 2006-02-21 18:59:08 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.