Bug 70020 - wtmp/utmp corruption
Summary: wtmp/utmp corruption
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: util-linux
Version: 7.3
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Elliot Lee
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-07-29 05:06 UTC by David Meyer
Modified: 2007-04-18 16:44 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-07-07 16:02:31 UTC
Embargoed:


Attachments (Terms of Use)

Description David Meyer 2002-07-29 05:06:01 UTC
I recently did a fresh install of RH 7.3, and I began to notice that the logins 
reported by "w" would often become garbled when I checked them at random points 
during the day. By "garbled", I mean that some entries were missing despite an 
active login (at the tty or a telnet session) and some of the values in 
the "FROM" columns were out of place. (an IP address on a real tty!). I 
couldn't easily reproduce the problem, because whenever I tested logging in and 
logging out it seemed to produce and remove the proper w entries. However, I 
did set up a "w" logger which would write a w entry to a file every second, so 
that I could see what was happening. I observed in the log that at 
approximately 8:12 PM today (with 10 logins present, most from the console), a 
login from a remote computer through telnet to /dev/pts/1 literally "replaced" 
a "w" entry for /dev/tty1 which had been logged in and idle for 9 hours. In 
other words, when I logged in remotely through telnet, and while the console 
was not in use (with /dev/tty1 and /dev/tty2 idle, tty1 in pico, tty2 in a 
shell), the /dev/pts/1 login appeared as the /dev/tty1 login was removed (in 
the first position). A few moments later, I connected a second time from the 
same host, and this time /dev/tty2 was vaporized. Both console terminals 
remained logged in and functioning, but are not shown at all in "w", even after 
the remote sessions had been terminated.

This seems to happen randomly, since when I test it now, it performs properly, 
as it has every other time I've tested it manually.

Comment 1 Elliot Lee 2002-08-02 14:58:33 UTC
Would be useful to know if this still happens with the Limbo beta


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