Bug 4585 - PPP resets hostname, disabling X windows
Summary: PPP resets hostname, disabling X windows
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: ppp   
(Show other bugs)
Version: 5.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
URL: http://www.scripps.edu/bashford
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-08-18 10:13 UTC by bashford
Modified: 2008-05-01 15:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-08-18 14:55:58 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description bashford 1999-08-18 10:13:12 UTC
My only connection to the net from my home linux box is
PPP with dynamic IP addressing.  I configured Red Hat 5.2
as standalone, then added my PPP following the information
in the installation guide.  While logged in with an X
windows session, I can use usernet to connect to my ISP,
and the network connection is fine.

However, once the network connection is made, X windows
refuses permission to open any new windows.  This seems to
be because the scripts in /etc/config/network-scripts
have changed my hostname from localhost.localdomain to
something like PPPuser121.scripps.edu, where PPPuser121
is my ISP's idea of my hostname (different on each login)
and scripps.edu is my ISP's domain.

To get out of this jam, I can su to root and do
"hostname localhost.localdomain" and everthing is fine.

Shouldn't the PPP scripts refrain from messing with the
hostname?

Comment 1 Bill Nottingham 1999-08-18 14:55:59 UTC
This is fixed in the initscripts that ship with 6.0


Note You need to log in before you can comment on or make changes to this bug.