Hi list We recently upgraded our fileservers from Centos supplied 4.2.10 to Sernet 4.4.6, and then our DCs from 3.6.x to 4.4.6. It seems that since then we've had problems with locks not being obeyed on all nodes - they only seem to work when a second client opens a file on the same node as the first client. For example, when a user opens an Excel file I will see something like this with smbstatus -L: 1:30578 1608 DENY_WRITE 0x2019f RDWR NONE /sharename path/foo.xls This output is identical on all nodes, so smbstatus at least can see the locks. However if another client opens the same XLS file, they only get the "This file is in use by <username>" if they happen to hit the same server as the first user. If they happen to land on another server they don't get this prompt, and if the original user modifies the file, when they try to save their changes they get prompted whether they want to overwrite. I'm sure we didn't have this issue before the upgrade. CTDB status reports as OK on all nodes. Our filesystem passes ping_pong in both read and read/write, data increment behaving as expected. We have a lot of users trying to edit Excel and Word docs (Office 2010) so this is happening quite often. Best regards, Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. This email is not intended to, nor should it be taken to, constitute advice. The information provided is correct to our knowledge & belief and must not be used as a substitute for obtaining tax, regulatory, investment, legal or any other appropriate advice. "Transact" is operated by Integrated Financial Arrangements Ltd. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856).
Amitay Isaacs
2016-Oct-20 13:10 UTC
[Samba] CTDB and locking issues in 4.4.6 (Classic domain)
On Thu, Oct 20, 2016 at 8:09 PM, Alex Crow via samba <samba at lists.samba.org> wrote:> Hi list > > We recently upgraded our fileservers from Centos supplied 4.2.10 to Sernet > 4.4.6, and then our DCs from 3.6.x to 4.4.6. > > It seems that since then we've had problems with locks not being obeyed on > all nodes - they only seem to work when a second client opens a file on the > same node as the first client. > > For example, when a user opens an Excel file I will see something like > this with smbstatus -L: > > 1:30578 1608 DENY_WRITE 0x2019f RDWR NONE /sharename > path/foo.xls > > This output is identical on all nodes, so smbstatus at least can see the > locks. > > However if another client opens the same XLS file, they only get the "This > file is in use by <username>" if they happen to hit the same server as the > first user. If they happen to land on another server they don't get this > prompt, and if the original user modifies the file, when they try to save > their changes they get prompted whether they want to overwrite. I'm sure we > didn't have this issue before the upgrade. > > CTDB status reports as OK on all nodes. > > Our filesystem passes ping_pong in both read and read/write, data > increment behaving as expected. > > We have a lot of users trying to edit Excel and Word docs (Office 2010) so > this is happening quite often. > > Best regards, > > Alex > >It appears that samba is still using local databases and not clustered databases. What does "ctdb getdbmap" list? Is locking.tdb a clustered database? Do you have "clustering = yes" in smb.conf on all the nodes? Amitay.
On 20/10/16 14:10, Amitay Isaacs wrote:> On Thu, Oct 20, 2016 at 8:09 PM, Alex Crow via samba > <samba at lists.samba.org <mailto:samba at lists.samba.org>> wrote: > > Hi list > > We recently upgraded our fileservers from Centos supplied 4.2.10 > to Sernet 4.4.6, and then our DCs from 3.6.x to 4.4.6. > > It seems that since then we've had problems with locks not being > obeyed on all nodes - they only seem to work when a second client > opens a file on the same node as the first client. > > For example, when a user opens an Excel file I will see something > like this with smbstatus -L: > > 1:30578 1608 DENY_WRITE 0x2019f RDWR NONE > /sharename path/foo.xls > > This output is identical on all nodes, so smbstatus at least can > see the locks. > > However if another client opens the same XLS file, they only get > the "This file is in use by <username>" if they happen to hit the > same server as the first user. If they happen to land on another > server they don't get this prompt, and if the original user > modifies the file, when they try to save their changes they get > prompted whether they want to overwrite. I'm sure we didn't have > this issue before the upgrade. > > CTDB status reports as OK on all nodes. > > Our filesystem passes ping_pong in both read and read/write, data > increment behaving as expected. > > We have a lot of users trying to edit Excel and Word docs (Office > 2010) so this is happening quite often. > > Best regards, > > Alex > > > It appears that samba is still using local databases and not clustered > databases. > > What does "ctdb getdbmap" list? Is locking.tdb a clustered database? > Do you have "clustering = yes" in smb.conf on all the nodes? > > Amitay.Hi Amitay, Here you go: Server 1: # ctdb getdbmap Number of databases:20 dbid:0x4d2a432b name:g_lock.tdb path:/var/lib/ctdb/g_lock.tdb.1 dbid:0x2d608c16 name:netlogon_creds_cli.tdb path:/var/lib/ctdb/netlogon_creds_cli.tdb.1 READONLY dbid:0x9ec2a880 name:serverid.tdb path:/var/lib/ctdb/serverid.tdb.1 dbid:0x6afb8c09 name:dbwrap_watchers.tdb path:/var/lib/ctdb/dbwrap_watchers.tdb.1 dbid:0x521b7544 name:smbXsrv_version_global.tdb path:/var/lib/ctdb/smbXsrv_version_global.tdb.1 dbid:0x6b06a26d name:smbXsrv_session_global.tdb path:/var/lib/ctdb/smbXsrv_session_global.tdb.1 dbid:0x68c12c2c name:smbXsrv_tcon_global.tdb path:/var/lib/ctdb/smbXsrv_tcon_global.tdb.1 dbid:0x4e66c2b2 name:brlock.tdb path:/var/lib/ctdb/brlock.tdb.1 dbid:0x7a19d84d name:locking.tdb path:/var/lib/ctdb/locking.tdb.1 dbid:0x06916e77 name:leases.tdb path:/var/lib/ctdb/leases.tdb.1 dbid:0x66f71b8c name:smbXsrv_open_global.tdb path:/var/lib/ctdb/smbXsrv_open_global.tdb.1 dbid:0x5bcfcbd7 name:printer_list.tdb path:/var/lib/ctdb/printer_list.tdb.1 dbid:0x477d2e20 name:smbXsrv_client_global.tdb path:/var/lib/ctdb/smbXsrv_client_global.tdb.1 dbid:0x2ca251cf name:account_policy.tdb path:/var/lib/ctdb/persistent/account_policy.tdb.1 PERSISTENT dbid:0x3ef19640 name:passdb.tdb path:/var/lib/ctdb/persistent/passdb.tdb.1 PERSISTENT dbid:0xc3078fba name:share_info.tdb path:/var/lib/ctdb/persistent/share_info.tdb.1 PERSISTENT dbid:0x6cf2837d name:registry.tdb path:/var/lib/ctdb/persistent/registry.tdb.1 PERSISTENT dbid:0xa1413774 name:group_mapping.tdb path:/var/lib/ctdb/persistent/group_mapping.tdb.1 PERSISTENT dbid:0x7132c184 name:secrets.tdb path:/var/lib/ctdb/persistent/secrets.tdb.1 PERSISTENT dbid:0x6645c6c4 name:ctdb.tdb path:/var/lib/ctdb/persistent/ctdb.tdb.1 PERSISTENT Server 2: Number of databases:20 dbid:0x4d2a432b name:g_lock.tdb path:/var/lib/ctdb/g_lock.tdb.0 dbid:0x2d608c16 name:netlogon_creds_cli.tdb path:/var/lib/ctdb/netlogon_creds_cli.tdb.0 READONLY dbid:0x9ec2a880 name:serverid.tdb path:/var/lib/ctdb/serverid.tdb.0 dbid:0x6afb8c09 name:dbwrap_watchers.tdb path:/var/lib/ctdb/dbwrap_watchers.tdb.0 dbid:0x521b7544 name:smbXsrv_version_global.tdb path:/var/lib/ctdb/smbXsrv_version_global.tdb.0 dbid:0x6b06a26d name:smbXsrv_session_global.tdb path:/var/lib/ctdb/smbXsrv_session_global.tdb.0 dbid:0x68c12c2c name:smbXsrv_tcon_global.tdb path:/var/lib/ctdb/smbXsrv_tcon_global.tdb.0 dbid:0x4e66c2b2 name:brlock.tdb path:/var/lib/ctdb/brlock.tdb.0 dbid:0x7a19d84d name:locking.tdb path:/var/lib/ctdb/locking.tdb.0 dbid:0x06916e77 name:leases.tdb path:/var/lib/ctdb/leases.tdb.0 dbid:0x66f71b8c name:smbXsrv_open_global.tdb path:/var/lib/ctdb/smbXsrv_open_global.tdb.0 dbid:0x5bcfcbd7 name:printer_list.tdb path:/var/lib/ctdb/printer_list.tdb.0 dbid:0x477d2e20 name:smbXsrv_client_global.tdb path:/var/lib/ctdb/smbXsrv_client_global.tdb.0 dbid:0x2ca251cf name:account_policy.tdb path:/var/lib/ctdb/persistent/account_policy.tdb.0 PERSISTENT dbid:0x3ef19640 name:passdb.tdb path:/var/lib/ctdb/persistent/passdb.tdb.0 PERSISTENT dbid:0xc3078fba name:share_info.tdb path:/var/lib/ctdb/persistent/share_info.tdb.0 PERSISTENT dbid:0x6cf2837d name:registry.tdb path:/var/lib/ctdb/persistent/registry.tdb.0 PERSISTENT dbid:0xa1413774 name:group_mapping.tdb path:/var/lib/ctdb/persistent/group_mapping.tdb.0 PERSISTENT dbid:0x7132c184 name:secrets.tdb path:/var/lib/ctdb/persistent/secrets.tdb.0 PERSISTENT dbid:0x6645c6c4 name:ctdb.tdb path:/var/lib/ctdb/persistent/ctdb.tdb.0 PERSISTENT Server 3: Number of databases:20 dbid:0x4d2a432b name:g_lock.tdb path:/var/lib/ctdb/g_lock.tdb.2 dbid:0x2d608c16 name:netlogon_creds_cli.tdb path:/var/lib/ctdb/netlogon_creds_cli.tdb.2 READONLY dbid:0x9ec2a880 name:serverid.tdb path:/var/lib/ctdb/serverid.tdb.2 dbid:0x6afb8c09 name:dbwrap_watchers.tdb path:/var/lib/ctdb/dbwrap_watchers.tdb.2 dbid:0x521b7544 name:smbXsrv_version_global.tdb path:/var/lib/ctdb/smbXsrv_version_global.tdb.2 dbid:0x6b06a26d name:smbXsrv_session_global.tdb path:/var/lib/ctdb/smbXsrv_session_global.tdb.2 dbid:0x68c12c2c name:smbXsrv_tcon_global.tdb path:/var/lib/ctdb/smbXsrv_tcon_global.tdb.2 dbid:0x4e66c2b2 name:brlock.tdb path:/var/lib/ctdb/brlock.tdb.2 dbid:0x7a19d84d name:locking.tdb path:/var/lib/ctdb/locking.tdb.2 dbid:0x06916e77 name:leases.tdb path:/var/lib/ctdb/leases.tdb.2 dbid:0x66f71b8c name:smbXsrv_open_global.tdb path:/var/lib/ctdb/smbXsrv_open_global.tdb.2 dbid:0x5bcfcbd7 name:printer_list.tdb path:/var/lib/ctdb/printer_list.tdb.2 dbid:0x477d2e20 name:smbXsrv_client_global.tdb path:/var/lib/ctdb/smbXsrv_client_global.tdb.2 dbid:0x2ca251cf name:account_policy.tdb path:/var/lib/ctdb/persistent/account_policy.tdb.2 PERSISTENT dbid:0x3ef19640 name:passdb.tdb path:/var/lib/ctdb/persistent/passdb.tdb.2 PERSISTENT dbid:0xc3078fba name:share_info.tdb path:/var/lib/ctdb/persistent/share_info.tdb.2 PERSISTENT dbid:0x6cf2837d name:registry.tdb path:/var/lib/ctdb/persistent/registry.tdb.2 PERSISTENT dbid:0xa1413774 name:group_mapping.tdb path:/var/lib/ctdb/persistent/group_mapping.tdb.2 PERSISTENT dbid:0x7132c184 name:secrets.tdb path:/var/lib/ctdb/persistent/secrets.tdb.2 PERSISTENT dbid:0x6645c6c4 name:ctdb.tdb path:/var/lib/ctdb/persistent/ctdb.tdb.2 PERSISTENT All the servers load an smb.conf from the cluster FS that includes clustering=yes. As I said we did not seem to have this problem when we were running CentOS 4.2.10 (but it had a crash bug so we had to move). Regards, Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. This email is not intended to, nor should it be taken to, constitute advice. The information provided is correct to our knowledge & belief and must not be used as a substitute for obtaining tax, regulatory, investment, legal or any other appropriate advice. "Transact" is operated by Integrated Financial Arrangements Ltd. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856).
> > It appears that samba is still using local databases and not clustered > databases. > > What does "ctdb getdbmap" list? Is locking.tdb a clustered database? > Do you have "clustering = yes" in smb.conf on all the nodes? > > Amitay.FYI as stated smbstatus -L shows locks from all hosts, prefixed by the PNN. -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. This email is not intended to, nor should it be taken to, constitute advice. The information provided is correct to our knowledge & belief and must not be used as a substitute for obtaining tax, regulatory, investment, legal or any other appropriate advice. "Transact" is operated by Integrated Financial Arrangements Ltd. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856).