Bug 2475 - Archive attribute not mapped when renaming a file on samba share
Archive attribute not mapped when renaming a file on samba share
Product: Samba 3.0
Classification: Unclassified
Component: File Services
x86 Linux
: P3 normal
: none
Assigned To: Samba Bugzilla Account
Samba QA Contact
Depends on:
  Show dependency treegraph
Reported: 2005-03-17 10:05 UTC by AWEISS
Modified: 2005-09-28 07:33 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description AWEISS 2005-03-17 10:05:47 UTC

I've made a samba share on a linux box (Redhat 4.0 kernel 2.6.9-5.EL) with 

Here's my config file :
        workgroup = xxxxxxxxxxx
        server string = test_smb
        security = DOMAIN
        password server = xxxxxxxxxx
        username map = /etc/samba/smb_user.txt
        unix password sync = Yes
        ntlm auth = No
        log file = /var/log/samba/%m.log
        socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
        os level = 1
        preferred master = No
        local master = No
        domain master = No
        dns proxy = No
        wins server = x.x.x.x, x.x.x.x
        ldap ssl = no

        comment = Partage interface
        path = /interface
        read only = No
        create mask = 00
        force create mode = 0660
        security mask = 00
        force directory mode = 02660
        directory security mask = 00
        force unknown acl user = Yes
        inherit permissions = Yes
        nt acl support = No
        case sensitive = No
        hide special files = Yes
        hide unreadable = Yes

map archive is set to yes.

I've no pb when creating a new file, modifing data inside this file : the 
archive attribute (x for user) is set on. But when i only rename it, the 
archive attribute is still "off". As in windows, when a file is renamed, it 
should be set to "on"

Thks for your help
Comment 1 Gerald (Jerry) Carter 2005-09-28 07:33:36 UTC
That's an NTFS semantic. Samba honors the archive bit when 
set by the client, but does not internally set the bit on any change.