Bug 4130
Summary: | Programs wont start when using ppp | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | dag.r.klaestad |
Component: | ppp | Assignee: | Michael K. Johnson <johnsonm> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.0 | CC: | bylander |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 1999-09-20 15:18:01 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: |
Description
dag.r.klaestad
1999-07-21 08:09:40 UTC
What dialup program are you using? I had this problem, too. I traced it as far as the script in /etc/sysconfig/network-scripts/ifup-post. There is a part of the script that (re)sets the hostname. It's not supposed to do it when you use ppp, but it does anyway, and it screws up X. My fix was to simply comment out that part of the script, which will work fine if all you are using for networking is ppp. I suppose otherwise you wouldn't want to change your hostname, anyways. A little debugging seemed to indicate that $DEVICE in this script is not initially set correctly. I guess whatever calls this script sets this variable, but I didn't pursue it any further. X authentication is based on hostname, so when the hostname changes, no new X clients can connect. Our scripts only change the hostname if the hostname is set to "localname.localdomain" -- this is so that with services like DHCP, the hostname can be assigned dynamically by the network administrator. You can set the hostname to anything else and then our scripts will honor your setting. DEVICE is set in each of the /etc/sysconfig/network-scrips/ifcfg-* files. If it isn't set (a tool failure that I'm not aware of) the comparison does not fail. We don't set the domain name on PPP and SLIP connections now anyway, so this bug report has been handled via that mechanism as well... |