search for: private_opt

...26(find_delete_on_close_token) find_delete_on_close_token: name_hash = 0x264a327 [2018/10/12 12:05:09.533062, 10, pid=3350, effective(1017, 1003), real(1017, 0)] ../source3/smbd/open.c:1424(share_conflict) share_conflict: entry->access_mask = 0x100081, entry->share_access = 0x7, entry->private_options = 0x0 [2018/10/12 12:05:09.533070, 10, pid=3350, effective(1017, 1003), real(1017, 0)] ../source3/smbd/open.c:1435(share_conflict) share_conflict: access_mask = 0x100081, share_access = 0x7 [2018/10/12 12:05:09.533078, 10, pid=3350, effective(1017, 1003), real(1017, 0)] ../source3/smbd/open.c...

...[6] am (0x100081) & right (0x10000) = 0x0 share_conflict: [6] sa (0x7) & share (0x4) = 0x4 share_conflict: No conflict. [2014/10/08 01:44:51.341157, 10, pid=25524, effective(1248, 1012), real(0, 0)] share_conflict: entry->access_mask = 0x100080, entry->share_access = 0x0, entry->private_options = 0x0 [2014/10/08 01:44:51.341223, 10, pid=25524, effective(1248, 1012), real(0, 0)] share_conflict: access_mask = 0x100081, share_access = 0x7 [2014/10/08 01:44:51.341284, 10, pid=25524, effective(1248, 1012), real(0, 0)] share_conflict: No conflict due to entry->access_mask = 0x100080 [...

...se fd=28 fnum=7909 (numopen=1) [2008/04/16 12:16:21, 10] locking/locking.c:parse_share_modes(523) parse_share_modes: delete_on_close: 0, num_share_modes: 3 [2008/04/16 12:16:21, 10] locking/locking.c:parse_share_modes(623) parse_share_modes: share_mode_entry[0]: pid = 7567, share_access = 0x7, private_options = 0x40, access_mask = 0x20089, mid = 0x0, type= 0x10, file_id = 349, uid = 20286, flags = 0, dev = 0xc733, inode = 818481 [2008/04/16 12:16:21, 10] locking/locking.c:parse_share_modes(623) parse_share_modes: share_mode_entry[1]: UNUSED pid = 7567, share_access = 0x5, private_options = 0x40, a...

...thing that jumps out at me is that you can't access your home share and other shares just quit working. Looking at the log files, I see this: [2007/05/14 15:24:55, 10] smbd/open.c:share_conflict(389) share_conflict: entry->access_mask = 0x100001, entry->share_access = 0x7, entry->private_options = 0x1 [2007/05/14 15:24:55, 10] smbd/open.c:share_conflict(392) share_conflict: access_mask = 0x81, share_access = 0x3 [2007/05/14 15:24:55, 10] smbd/open.c:share_conflict(441) share_conflict: [1] am (0x100001) & right (0x6) = 0x0 <snip.....> Nothing else has changed other than...

...re 9908, fnum = 14004 (1 used) [2015/02/02 18:34:15, 10] locking/locking.c:unparse_share_modes(681) unparse_share_modes: del: 0, tok = 0, num: 1 [2015/02/02 18:34:15, 10] locking/locking.c:print_share_mode_table(498) print_share_mode_table: share_mode_entry[0]: pid = 10924, share_access = 0x3, private_options = 0x0, access_mask = 0x20000, mid = 0x0, type= 0x0, file_id = 15253, uid = 501, flags = 2, dev = 0xfd02, inode = 212042139 [2015/02/02 18:34:15, 10] smbd/posix_acls.c:get_nt_acl(2768) get_nt_acl: called for file tax/2014/gttsc [2015/02/02 18:34:15, 5] smbd/posix_acls.c:get_nt_acl(2805) get_...

...hare_modes: delete_on_close: 0, owrt: Thu 26 May 2011 12:18:38 PM CEST CEST, cwrt: Thu 01 Jan 1970 01:00:00 AM CET CET, tok: 0, num_share_modes: 1 [2011/05/26 15:27:02.145661, 10] locking/locking.c:655(parse_share_modes) parse_share_modes: share_mode_entry[0]: pid = 28903, share_access = 0x7, private_options = 0x200000, access_mask = 0x100180, mid = 0x0, type= 0x0, gen_id = 6, uid = 1000, flags = 0, file_id fe01:2d6001:0 [2011/05/26 15:27:02.145706, 10] smbd/open.c:671(share_conflict) share_conflict: entry->access_mask = 0x100180, entry->share_access = 0x7, entry->private_options = 0x2...

..._share_modes(519) parse_share_modes: delete_on_close: 0, owrt: Sun Jan 10 18:14:29 2010 CET, cwrt: Thu Jan 1 01:00:00 1970 CET, tok: 0, num_share_modes: 1 [2010/02/08 17:18:14, 10] locking/locking.c:parse_share_modes(616) parse_share_modes: share_mode_entry[0]: pid = 5575, share_access = 0x3, private_options = 0x40, access_mask = 0x20089, mid = 0x0, type= 0x10, gen_id = 23508270, uid = 6195, flags = 0, file_id fd0b:5e853e [2010/02/08 17:18:14, 10] lib/dbwrap_tdb.c:db_tdb_record_destr(42) Unlocking key 0BFD0000000000003E85 [2010/02/08 17:18:14, 0] smbd/oplock.c:release_file_oplock(149) PANIC: a...

I need to temporarily disable a share for a few days, I remember there was an entry I could add to the share definition to temporarily disable the share (I think it was disabled=true or enabled=false) but I can't remember what it was for sure, nor can I find it in the manual. what is it ?

Hello, I have a question because POSIX ACL with SMB2 max protocol does not work properly.Did you test VFS xattr acls with SMB2 max protocol? Is it working corectly? Best regards/Adrian Berlin --

...s(519) parse_share_modes: delete_on_close: 0, owrt: Di 19 Mai 2009 10:15:44 CEST CEST, cwrt: Do 01 Jan 1970 01:00:00 CET CET, tok: 0, num_share_modes: 1 [2009/05/27 16:55:22, 10] locking/locking.c:parse_share_modes(616) parse_share_modes: share_mode_entry[0]: pid = 14132, share_access = 0x7, private_options = 0x1, access_mask = 0x100001, mid = 0x0, type= 0x0, gen_id = 1, uid = 2246, flags = 2, file_id 801:bb212 [2009/05/27 16:55:22, 3] smbd/trans2.c:call_trans2qfilepathinfo(4052) call_trans2qfilepathinfo user1/folder (fnum = -1) level=1004 call=5 total_data=0 user1/folder is a folder under t...

...983, 38916 failed. Error = Operation not permitted. [2007/06/18 16:22:33, 10] locking/locking.c:del_share_entry(658) del_share_entry: num_share_modes = 1 [2007/06/18 16:22:33, 10] locking/locking.c:del_share_entry(663) del_share_entry: deleted share_mode_entry[0]: pid = 720, share_access = 0x7, private_options = 0x0, access_mask = 0x12008a, port = 0x0, type= 0x0, file_id = 4, dev = 0x14, inode = 17667723 [2007/06/18 16:22:33, 10] locking/locking.c:del_share_entry(673) del_share_entry: deleting entry 0 [2007/06/18 16:22:33, 10] locking/locking.c:del_share_entry(695) del_share_entry: Remaining tab...

Hi! I'm currently hunting a strange problem and looking for help! I have a samba3 fileserver (currently samba-3.0.20b, but problem can be reproduced with samba-3.0.7, but _not_ with samba2 like 2.2.8a), and I see performance problems when writing files with MS word 2002 SP3 from a NT4.0 (SP6a) workstation. Saving even the smallest file takes more than 10 seconds! Copying files with Windows

Dear all, I have set up a two node workin gluster with glusterfs3.1 and Samba-Sernet 3.5. Everything is working great except MSOffice files (Word/Excell). On the gluster-vol they have the strange behavior That they rest read only, write protected. Every other type of files can be manged without problem, openoffice files too. So when I save a word file on the vol and try to change it it is write

I'm running Samba 3.4.7 on Ubuntu 10.04. This is a recent upgrade and we've starting experience a sporadic problem after this upgrade. When users are browsing through Windows Explorer they sometimes run across folders that appear as unassociated files. This requires the user to click the 'Refresh' button in Windows Explorer to properly see the folders. The files and folders are