Bug 107102
Summary: | Unable to configure ISDN, crash at save the new configuration | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Uwe Beck <ubeck> | ||||||||
Component: | redhat-config-network | Assignee: | Harald Hoyer <harald> | ||||||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | high | ||||||||||
Version: | rawhide | CC: | 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
Uwe Beck
2003-10-15 00:35:26 UTC
Created attachment 95181 [details]
traceback 1
Created attachment 95182 [details]
traceback 2
*** This bug has been marked as a duplicate of 107706 *** Created attachment 95536 [details]
Trace for activate new provider
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. Uwe, you should upgrade isdn4k-utils-3.2-5.p1 on your machine, it will fix this problem. 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 Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |