search for: f_rdlck

Hello, I'm using samba 4.7.3 to run an AD and I'm currently having issues with the MIT kerberos because it stops some time after starting (and apparently working correctly) without logging nothing out of the ordinary. My setup has 2 DC: one in an ubuntu 12.04 with version 4.1.9 (which we're migrating from) and the one I mentioned in CentOS 7 (which will be the only DC in the future).

...= 1399964809 time(NULL) = 1399964809 time(NULL) = 1399964809 time(NULL) = 1399964809 time(NULL) = 1399964809 fcntl(12, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=32544, len=1}) = 0 fcntl(12, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=32544, len=1}) = 0 fcntl(12, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=32544, len=1}) = 0 fcntl(12, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=32544, len=1}) =...

...eadv(91, > [{"\34\0\0\0\0\0\0\0rT\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2092}], > 1) = 2092 > gettimeofday({1419854003, 222035}, NULL) = 0 > gettimeofday({1419854003, 222103}, NULL) = 0 > gettimeofday({1419854003, 222169}, NULL) = 0 > fcntl(16, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=176, len=1}) = 0 > fcntl(16, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=176, len=1}) = 0 > gettimeofday({1419854003, 222345}, NULL) = 0 > gettimeofday({1419854003, 222482}, NULL) = 0 > gettimeofday({1419854003, 222868}, NULL) = 0 > fcntl(13, F_SETLKW, {ty...

...\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., >>> 2092}], >>> 1) = 2092 >>> gettimeofday({1419854003, 222035}, NULL) = 0 >>> gettimeofday({1419854003, 222103}, NULL) = 0 >>> gettimeofday({1419854003, 222169}, NULL) = 0 >>> fcntl(16, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=176, >>> len=1}) = 0 >>> fcntl(16, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=176, >>> len=1}) = 0 >>> gettimeofday({1419854003, 222345}, NULL) = 0 >>> gettimeofday({1419854003, 222482}, NULL) = 0 >>> gettimeofday({1...

Hi, I'm having problems in a second domain controller machine. Every time a restart samba, few time after a samba process starts using almost 100% cpu. It's a Centos 6.5 x86_64 with the following: sernet-samba-libsmbclient0-4.1.6-7.el6.x86_64 sernet-samba-ad-4.1.6-7.el6.x86_64 sernet-build-key-1.1-4.noarch sernet-samba-libs-4.1.6-7.el6.x86_64 sernet-samba-client-4.1.6-7.el6.x86_64

...1876753872}}}, 1, 30000) = 1 readv(91, [{"\34\0\0\0\0\0\0\0rT\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2092}], 1) = 2092 gettimeofday({1419854003, 222035}, NULL) = 0 gettimeofday({1419854003, 222103}, NULL) = 0 gettimeofday({1419854003, 222169}, NULL) = 0 fcntl(16, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=176, len=1}) = 0 fcntl(16, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=176, len=1}) = 0 gettimeofday({1419854003, 222345}, NULL) = 0 gettimeofday({1419854003, 222482}, NULL) = 0 gettimeofday({1419854003, 222868}, NULL) = 0 fcntl(13, F_SETLKW, {type=F_RDLCK, whence=SEEK_S...

...t;\34\0\0\0\0\0\0\0rT\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2092}], >> 1) = 2092 >> gettimeofday({1419854003, 222035}, NULL) = 0 >> gettimeofday({1419854003, 222103}, NULL) = 0 >> gettimeofday({1419854003, 222169}, NULL) = 0 >> fcntl(16, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=176, len=1}) = 0 >> fcntl(16, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=176, len=1}) = 0 >> gettimeofday({1419854003, 222345}, NULL) = 0 >> gettimeofday({1419854003, 222482}, NULL) = 0 >> gettimeofday({1419854003, 222868}, NULL) = 0 >> fcn...

...\0\0\0\0"..., >>>> 2092}], >>>> 1) = 2092 >>>> gettimeofday({1419854003, 222035}, NULL) = 0 >>>> gettimeofday({1419854003, 222103}, NULL) = 0 >>>> gettimeofday({1419854003, 222169}, NULL) = 0 >>>> fcntl(16, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=176, >>>> len=1}) = 0 >>>> fcntl(16, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=176, >>>> len=1}) = 0 >>>> gettimeofday({1419854003, 222345}, NULL) = 0 >>>> gettimeofday({1419854003, 222482}, NULL) = 0 >>...

Hello, I've come across a curious issue with Samba 3.6.10. When running 'emacs' version GNU Emacs 23.3.1 (i386-mingw-nt6.0.6002) of 2011-03-10 on 3249CTO on Windows Server 2008 SP2 x64 and issuing a file "revert" of one sort or another against a Samba-served file, the 'smbd' process leaks two or three handles. Eventually, when 16k handles are open, this causes

...4662 time(NULL) = 1493714662 time(NULL) = 1493714662 time(NULL) = 1493714662 time(NULL) = 1493714662 time(NULL) = 1493714662 fcntl64(14, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=3140, len=1}, 0xbff3c1b4) = 0 fcntl64(14, F_SETLKW64, {type=F_UNLCK, whence=SEEK_SET, start=3140, len=1}, 0xbff3c234) = 0 fcntl64(14, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=3140, len=1}, 0xbff3c0e4) = 0 fcntl64(14, F_SETLKW64, {type=F_UNLCK, whence=SEEK_SET, st...

...= 1493714662 > time(NULL) = 1493714662 > time(NULL) = 1493714662 > time(NULL) = 1493714662 > time(NULL) = 1493714662 > fcntl64(14, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=3140, > len=1}, 0xbff3c1b4) = 0 > fcntl64(14, F_SETLKW64, {type=F_UNLCK, whence=SEEK_SET, start=3140, > len=1}, 0xbff3c234) = 0 > fcntl64(14, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=3140, > len=1}, 0xbff3c0e4) = 0 > fcntl64(14, F_SETLKW64, {typ...

...= 1493714662 > time(NULL) = 1493714662 > time(NULL) = 1493714662 > time(NULL) = 1493714662 > time(NULL) = 1493714662 > fcntl64(14, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=3140, > len=1}, 0xbff3c1b4) = 0 > fcntl64(14, F_SETLKW64, {type=F_UNLCK, whence=SEEK_SET, start=3140, > len=1}, 0xbff3c234) = 0 > fcntl64(14, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=3140, > len=1}, 0xbff3c0e4) = 0 > fcntl64(14, F_SETLKW64, {typ...

...= 1493714662 >> time(NULL) = 1493714662 >> time(NULL) = 1493714662 >> time(NULL) = 1493714662 >> time(NULL) = 1493714662 >> fcntl64(14, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=3140, >> len=1}, 0xbff3c1b4) = 0 >> fcntl64(14, F_SETLKW64, {type=F_UNLCK, whence=SEEK_SET, start=3140, >> len=1}, 0xbff3c234) = 0 >> fcntl64(14, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=3140, >> len=1}, 0xbff3c0e4) = 0 >> fcntl64...

...-btrfs/profiles read only = No hide files = /desktop.ini/$RECYCLE.BIN/ vfs objects = btrfs [users] path = /mnt/fratar-btrfs/users read only = No vfs objects = btrfs strace -p PID is giving a lot of messages like these: fcntl(9, F_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=168, l_len=40000}) = 0 fcntl(9, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=40168, l_len=0}) = 0 fcntl(12, F_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=168, l_len=40000}) = 0 fcntl(12, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=40168, l_len=0...

...dreplsrv 28930 dc000:~# strace -p 28923 -f strace: Process 28923 attached strace: [ Process PID=28923 runs in x32 mode. ] strace: [ Process PID=28923 runs in 64 bit mode. ] fcntl(15, F_SETLKW, {l_type=F_UNLCK, l_whence=SEEK_SET, l_start=332, l_len=1}) = 0 fcntl(15, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=368, l_len=1}) = 0 fcntl(15, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=5073496, l_len=1}) = 0 fcntl(15, F_SETLKW, {l_type=F_UNLCK, l_whence=SEEK_SET, l_start=368, l_len=1}) = 0 fcntl(15, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=368, l_len=1}) = 0...

...dc000:~# strace -p 28923 -f > strace: Process 28923 attached > strace: [ Process PID=28923 runs in x32 mode. ] > strace: [ Process PID=28923 runs in 64 bit mode. ] > fcntl(15, F_SETLKW, {l_type=F_UNLCK, l_whence=SEEK_SET, > l_start=332, l_len=1}) = 0 > fcntl(15, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, > l_start=368, l_len=1}) = 0 > fcntl(15, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, > l_start=5073496, l_len=1}) = 0 > fcntl(15, F_SETLKW, {l_type=F_UNLCK, l_whence=SEEK_SET, > l_start=368, l_len=1}) = 0 > fcntl(15, F_SETLKW, {l_type=F_RDLCK, l_whence=SEE...

...gt; dc000:~# strace -p 28923 -f > strace: Process 28923 attached > strace: [ Process PID=28923 runs in x32 mode. ] > strace: [ Process PID=28923 runs in 64 bit mode. ] fcntl(15, F_SETLKW, > {l_type=F_UNLCK, l_whence=SEEK_SET, l_start=332, l_len=1}) = 0 > fcntl(15, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=368, > l_len=1}) = 0 fcntl(15, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, > l_start=5073496, l_len=1}) = 0 fcntl(15, F_SETLKW, {l_type=F_UNLCK, > l_whence=SEEK_SET, l_start=368, l_len=1}) = 0 fcntl(15, F_SETLKW, > {l_type=F_RDLCK, l_whence=SEEK_SET, l_...

...g has changed in the configurations from the previous posts in this thread. If you need any more information please let me know. Thanks! dovecot version 2.2.13 Apr 21 14:30:19 knute5 dovecot: dsync-server(penny): Panic: file mbox-lock.c: line 799 (mbox_lock): assertion failed: (lock_type == F_RDLCK || mbox->mbox_lock_type != F_RDLCK) Apr 21 14:30:19 knute5 dovecot: dsync-server(penny): Fatal: master: service(doveadm): child 2417 killed with signal 6 (core dumps disabled) Apr 21 14:30:58 knute5 dovecot: dsync-local(knute): Error: read(knutejohnson.com) failed: Connection reset by peer Apr...

...--------------- 96.49 0.169676 0 964777 13 fcntl 1.74 0.003061 10 305 epoll_wait 0.74 0.001302 0 10672 read ............ strace -p2053 returns hundreds of thousands of lines like this : fcntl(12, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=1652100, l_len=1}) = 0 fcntl(12, F_SETLKW, {l_type=F_UNLCK, l_whence=SEEK_SET, l_start=11368, l_len=1}) = 0 fcntl(12, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=11368, l_len=1}) = 0 fcntl(12, F_SETLKW, {l_type=F_UNLCK, l_whence=SEEK_SET, l_start=1652100, l_len...

...can dsync convert from compressed mbox to compressed mdbox format? When I use compressed mbox files, either with gzip or with bzip2, I can read the mails as usual, but I find the following errors in dovecots log file: imap(userxy): Error: nfs_flush_fcntl: fcntl(/home/hrz/userxy/Mail/mymbox.gz, F_RDLCK) failed: Bad file number imap(userxy): Error: nfs_flush_fcntl: fcntl(/home/hrz/userxy/Mail/mymbox.bz2, F_RDLCK) failed: Bad file number These errors also appear when I use dsync to convert the compressed mbox to mdbox format on a second dovecot server: /opt/local/bin/dsync -v -u userxy backup...