Bug 717 - incorrect mount statistic representation
Summary: incorrect mount statistic representation
Status: RESOLVED WONTFIX
Alias: None
Product: Samba 2.2
Classification: Unclassified
Component: File Services (show other bugs)
Version: 2.2.8a
Hardware: All Linux
: P3 normal
Target Milestone: ---
Assignee: Gerald (Jerry) Carter (dead mail address)
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-05 01:30 UTC by Anton Poliakov
Modified: 2005-11-14 09:28 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 Anton Poliakov 2003-11-05 01:30:20 UTC
Let we have remote machine with some shares.Let mount share pub(guest okm
security=share) to mountpoint mnt in user's homedir.Than watch mount's

anton@vocord anton $ smbmount //myst/pub mnt
Password: 
anton@vocord anton $ mount
[skipped local filesystems]
//myst/pub on /home/anton/mnt type smbfs (0)
anton@vocord anton $ 
Then mount another share (doesn't matter what) to the same mountpoint.
anton@vocord anton $ smbmount //myst/pub mnt
Password: 
anton@vocord anton $ mount
[skipped local filesystems]
//myst/pub on /home/anton/mnt type smbfs (0)
//myst/pub on /home/anton/mnt type smbfs (0)
anton@vocord anton $

After that smbumount our mountpoint (mind, that it was empty before mounting shares)
anton@vocord anton $ smbumount mnt
anton@vocord anton $ mount
[skipped local filesystems]
anton@vocord anton $

Wow! There's no mounted shares, but if we do cd mnt, ls we will see mounted share:
anton@vocord anton $ cd mnt
anton@vocord mnt $ ls
1.avi  Linux'а prodigy90_med.mpg

And we can smbumount another time this mountpoint correctly:
anton@vocord anton $ smbumount mnt
anton@vocord anton $ cd mnt
anton@vocord mnt $ ls
anton@vocord mnt $

Mind that if umount (instead of smbumount) is used (it doesn't matter whether we
use smbmount or mount -t smbfs) then everything is fine.
Comment 1 Gerald (Jerry) Carter (dead mail address) 2004-02-17 08:55:57 UTC
Sorry, but the 2.2 is not under development any longer.
If you can reproduce this bug against the latest 3.0 release, 
please reopen this bug and change the version in the report.
Thanks.
Comment 2 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:28:44 UTC
database cleanup