no deconnection visible via last command

From: Josiane Tack <Josiane.Tack_at_dstu.univ-montp2.fr>
Date: Tue, 19 Feb 2002 16:33:13 +0000 (WET)

 Hello,
 
 
 I describe the problem:
 
 A connection on a station Tru64 unix v4.0e, is established by a PC with an
 emulator X (Xwin32).
 
 When the deconnection is made by the user on his PC, the session seems already
 active on the station with the command "last".
 
 example:
 
 last
 
 gjasniew Tue Feb 19 09:44 still logged in
 gjasniew PC-Jasniewic PC-Jasniewicz:0 Tue Feb 19 09:44 - 15:38 (05:54)
 
 
 but in fact the user gjasniew is no more connected on this station!
 
 1 - the command "who" doesn't send the name of this user
 2 - no gjasniew's process is active on this station.
 3 - the session is closed on the PC
 
 The same thing happens an other station digital (v5.0a) but not on a station
 solaris.
 
 Perhaps is it a problem of configuration of X-win32, but no modification
 of this configuration has been made for a long time, and this problem
 had happended on 31 January 2002... never before.
 
 The result of a good deconnection with the command "last" seems like this:
 
 reboulh PC-Reboul:0 PC-Reboul:0 Thu Feb 14 09:48 - 19:47 (09:58)
 reboulh PC-Reboul:0 PC-Reboul:0 Thu Feb 14 09:48 - 09:48 (00:00)
 
 this is also with a PC via a X emulator (X-win32...)
 
 ok, perhaps you would reply to me: "it is no a problem tru64 unix" because
 you have good connection/deconnection with an other PC...
 
 ok, but I want to understand the unix mechanism of the "last" command,
 and what is going wrong in the deconnection so that my system doesn't
 understand
 
 The "last" command uses wtmp file.
 Why wtmp file is not correctly implemented in this case?
 
 Thank you for your great help...
 
 Regards, Josiane Tack
 
---------------------------------------------------------------------
Josiane Tack
ISTEEM - CNRS
E-Mail: Josiane.Tack_at_dstu.univ-montp2.fr
--------------------------------------------------------------------
Received on Tue Feb 19 2002 - 15:44:31 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:43 NZDT