Bug 97027
| Summary: | redhat-config-network discards entries in /etc/ppp/chap-secrets | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | bastiaan |
| Component: | redhat-config-network | Assignee: | Harald Hoyer <harald> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | system-config-network-1.3.26-1 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2005-09-20 12:12:51 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 125272 | ||
Version-Release number of selected component (if applicable): redhat-config-network-1.2.3-3 Please try: ftp://people.redhat.com/harald/redhat-config-network/1.2.9-RH9/ and downgrade rhpl, if necessary with --force :) *** Bug 97029 has been marked as a duplicate of this bug. *** OK, I up- and downgraded to
redhat-config-network-1.2.9-1
redhat-config-network-tui-1.2.9-1
rhpl-0.93.2-1
Now redhat-config-network fails to startup. Traceback:
Component: redhat-config-network
Version: 1.2.9
Summary: TB NCDevADSL.py:33:load:NameError: global name 'ConfDevice' is not defined
Traceback (most recent call last):
File "/usr/sbin/redhat-config-network-gui", line 156, in main
window = mainDialog()
File
"/var/tmp/redhat-config-network-1.2.9-root/usr/share/redhat-config-network/netconfpkg/gui/maindialog.py",
line 169, in __init__
File
"/var/tmp/redhat-config-network-1.2.9-root/usr/share/redhat-config-network/netconfpkg/gui/maindialog.py",
line 238, in load
File
"/var/tmp/redhat-config-network-1.2.9-root/usr/share/redhat-config-network/netconfpkg/gui/maindialog.py",
line 245, in loadDevices
File
"/var/tmp/redhat-config-network-1.2.9-root/usr/share/redhat-config-network/netconfpkg/NCDeviceList.py",
line 263, in getDeviceList
File
"/var/tmp/redhat-config-network-1.2.9-root/usr/share/redhat-config-network/netconfpkg/NCDeviceList.py",
line 117, in load
File
"/var/tmp/redhat-config-network-1.2.9-root/usr/share/redhat-config-network/netconfpkg/plugins/NCDevADSL.py",
line 33, in load
NameError: global name 'ConfDevice' is not defined
Local variables in innermost frame:
self: Device.Type=xDSL
name: DePoort
ok, second try, same ftp location, version 1.2.9-2 upgraded to redhatc-config-network-1.2.9-2 and rhpl-0.105.1-2. This is much bettter: * It does not crash on start * It remembers the password for the xDSL connection Some things are still broken: * It still discards my PPTP passwords in /etc/ppp/chap-secrets. Surprisingly enough it leaves the comments by pptp-php-gtk.php intact. * If you change the login name of the xDSL connection, redhat-config-network, does create a new entry with the name in /etc/ppp/chap-secrets, but does not remove the old entry. Something that may or not be intended behaviour: redhat-config-network actually creates two lines in chap-secrets: "username" <tab> "nickname" <tab> "password" "username" <tab> * <tab> "password" The second line will generate a conflict if you have another PPP connection with the same username. Also, at least in my case the server field should not contain the device nickname but the AC-Name. (I've worked around this by choosing the nickname of the device to equal the AC-Name, but this results in problems when trying to enable the device at boot time, see bug #97030). |
From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20030131 Description of problem: If you have entries in /etc/ppp/chap-secrets for connections redhat-config-network does not know about, e.g. for pptp, these entries will be lost upon a 'File/Save'. It does not matter whether these entries are inside the '#### redhat-config-network ....' demarked section or not. Also it does not matter whether the changes to be saved have anything to do with PPP / CHAP or not. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. echo '"testclient" "testserver" "testpass"' >> /etc/ppp/chap-secrets 2. start redhat-config-network 3. edit a setting 4. choose 'File/Save' 5. cat /etc/ppp/chap-secrets Actual Results: The 'testclient' entry is gone. Expected Results: The 'testclient' entry should have stayed in place. Additional info: