Bug 4272 - utmp not cleaned after logout since 3.0.23c on x86_64
utmp not cleaned after logout since 3.0.23c on x86_64
Status: NEW
Product: Samba 3.0
Classification: Unclassified
Component: Domain Control
3.0.23d
x64 Linux
: P3 normal
: none
Assigned To: Samba Bugzilla Account
Samba QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-11-30 15:21 UTC by Milan Kerslager
Modified: 2006-12-04 16:11 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Milan Kerslager 2006-11-30 15:21:28 UTC
I'm using latest Samba on my scholl PDC server with 64bit RHEL4. I'm using utmp logging (utmp=yes). Since 3.0.23c I have a problem with outstanding logged-in counter (output of command w or command top). In the time before it was possible to clean the counter by restarting Samba. This not possible since 3.0.23c (AFAIK).

The problem is not shown on the second server with the same Samba build for but for x86 arch. There is my repository:

http://ftp.linux.cz/pub/linux/people/milan_kerslager/RHEL-4/testing.samba/
Comment 1 Milan Kerslager 2006-12-04 16:11:22 UTC
Strange. After 3 days there are 5 smbd daemons (3 from the day Samba has been started and 2 for connected users), but 'w' command has only 4 people in the output even claiming 17 total users. The 'who' command output all 17 users...

# w
 23:03:56 up 3 days, 14:04, 17 users,  load average: 0,01, 0,04, 0,00
USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU WHAT
pe       smb/1    10.200.1.50      06:12    0.00s  0.00s  0.70s smbd -D
os       smb/9    10.200.108.31    15:42    0.00s  0.00s  0.93s smbd -D
ke       pts/0    pitoma.pslib.cz  22:19    2:16   0.12s  0.08s /usr/bin/mutt
root     pts/1    pitoma.pslib.cz  22:57    0.00s  0.03s  0.00s w

# ps xauOT | grep smbd
root      3224  0.0  0.3 86380 3280 ?        Ss   Dec01   0:04 smbd -D
root      3246  0.0  0.2 86860 2464 ?        S    Dec01   0:00 smbd -D
root      5191  0.0  0.4 87504 4224 ?        S    Dec01   0:07 smbd -D
root      9088  0.0  0.3 87292 3784 ?        S    06:12   0:00 smbd -D
root     13970  0.0  0.3 87540 3892 ?        S    15:42   0:00 smbd -D
root      4505  0.0  0.0 51076  640 pts/1    S+   23:07   0:00 grep smbd

# who
pe       smb/1        Dec  4 06:12 (10.200.1.50)
lukas.po smb/2        Dec  1 13:49 (10.200.212.9)
milos.ka smb/7        Dec  4 07:05 (10.200.206.2)
os       smb/9        Dec  4 15:42 (10.200.108.31)
michael. smb/26       Dec  4 12:43 (10.200.201.6)
jan.petr smb/37       Dec  1 11:47 (10.200.206.3)
martin.e smb/38       Dec  1 09:44 (10.200.113.14)
ke       pts/0        Dec  4 22:19 (pitoma.pslib.cz)
root     pts/1        Dec  4 22:57 (pitoma.pslib.cz)
pj       smb/44       Dec  1 11:47 (10.200.201.11)
tomas.dv smb/50       Dec  1 09:47 (10.200.113.23)
michal.m smb/53       Dec  4 08:10 (10.200.201.10)
martin.v smb/64       Dec  4 09:00 (10.200.113.7)
tomas.sn smb/72       Dec  1 12:02 (10.200.206.8)
jakub.pe smb/78       Dec  1 12:07 (10.200.206.2)
marek.vy smb/79       Dec  1 12:12 (10.200.94.224)
david.tc smb/99       Dec  4 11:09 (10.200.112.7)

I checked the other system (32 bit) and there is no inconsistency between 'w' and 'who'. This is RHEL4 system from Red Hat with all latest updates from RHN. Only Samba is updated to the latest version.