Bug 5438 - after force samba to reload configuration, the directory removed still can be accessed
Summary: after force samba to reload configuration, the directory removed still can be...
Status: RESOLVED INVALID
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: Config Files (show other bugs)
Version: 3.0.25a
Hardware: x86 Windows XP
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-04 05:30 UTC by nelson
Modified: 2008-05-05 03: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 nelson 2008-05-04 05:30:07 UTC
If add one shared directory to smb.conf,then try kill -HUP `pidof smbd` ,you can access the new directory from winxp.
But if remove one shared directory from smb.conf, then try kill -HUP `pidof smbd`, you still can access the removed directory from winxp.


--------------------------
It seems that the only way is restart the samba such as /sbin/service smb restart. If someone is copying file wile the samba is restarted, the copying process will be interrupt.
Comment 1 Björn Jacke 2008-05-05 03:28:39 UTC
a configuration reload checks for changed parameters it does not initialize anything, that's why you can't just remove a share and expect it to be gone. You can use availabe=no if you want to remove a share on the fly.