Bug 1644284 - Edited file disappears in a SMB share on Mac OS X clients
Summary: Edited file disappears in a SMB share on Mac OS X clients
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: samba
Version: rhgs-3.4
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: RHGS 3.4.z Batch Update 3
Assignee: Guenther Deschner
QA Contact: Vivek Das
URL:
Whiteboard:
Depends On: 1625170
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-10-30 11:33 UTC by Guenther Deschner
Modified: 2019-02-07 05:00 UTC (History)
16 users (show)

Fixed In Version: samba-4.8.5-103.el7rhgs, samba-4.8.5-103.el6rhs
Doc Type: Bug Fix
Doc Text:
Previously, new files created from a macOS client on a SMB share running on gluster would disappear after being created. These new files did not appear properly on the SMB file share. With this fix, samba no longer truncates the files when they are newly created through a macOS client. Hence, Samba and Gluster can be used from a macOS client.
Clone Of: 1625170
Environment:
Last Closed: 2019-02-04 07:36:24 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2019:0261 0 None None None 2019-02-04 07:36:28 UTC
Samba Project 13441 0 None None None 2019-03-26 17:06:43 UTC

Description Guenther Deschner 2018-10-30 11:33:23 UTC
+++ This bug was initially created as a clone of Bug #1625170 +++

OSX: 10.13.6 (17G65)
Samba: 4.7.10-0.fc27

at save on a smb share the edited file disappears and trying to restore it from a backup SOX says it's not possible because the file exists (i assume it believes it exists and is locked)

sorry, i am not a Apple user and can only tell what users describe me

either stay at samba 4.7.9-0.fc27.x86_64 or don't install the latest Apple updates, clients with outstanding updates are not affected at all

--- Additional comment from Harald Reindl on 2018-09-04 06:19:05 EDT ---

[global]
 server string = fileserver.example.com
 netbios name = fileserv er
 smb ports = 445
 socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE

 interfaces = 192.168.196.6
 bind interfaces only = yes

 hosts allow = 192.168.196.18 192.168.196.30 
 hosts deny = all
 hide files = /.AppleDesktop/.AppleDouble/.Parent/desktop.ini/$RECYCLE.BIN/
 veto files = /.AppleDesktop/.AppleDouble/.Parent/desktop.ini/$RECYCLE.BIN/
 delete veto files = yes

 access based share enum = yes
 inherit permissions = yes
 inherit acls = yes
 nt acl support = no
 nt pipe support = yes
 browseable = yes
 writeable = yes
 guest ok = no
 wide links = no
 follow symlinks = no
 oplocks = no
 level2 oplocks = no
 vfs objects = catia fruit streams_xattr
 ea support = yes

 workgroup = WORKGROUP
 lm announce = no
 lanman auth = no
 ntlm auth = no
 client lanman auth = no
 client ntlmv2 auth = yes
 client signing = auto
 server signing = auto
 security = user
 restrict anonymous = 2
 invalid users = nobody root admin administrator guest gast pcguest anonymous
 log file = /var/log/samba/samba.log
 log level = 1 auth:2 passdb:2 tdb:1 vfs:1 smb:1 locking:1 sam:1 winbind:1 idmap:1 quota:1 acls:0 msdfs:1 dmapi:1 registry:1 printdrivers:0 lanman:0 rpc_parse:0 rpc_srv:0 rpc_cli:0
 max log size = 4096
 os level = 0
 domain master = no
 preferred master = no
 local master = no
 disable netbios = yes
 wins support = no
 browse list = no
 dns proxy = no
 multicast dns register = no
 name resolve order = host bcast
 max smbd processes = 50
 use sendfile = yes
 read raw = yes
 write raw = yes
 getwd cache = yes
 stat cache = yes
 max stat cache size = 256
 ldap ssl = no
 time server = no
 unix extensions = no
 show add printer wizard = no
 load printers = no
 printable = no
 printing = bsd
 printcap name = /dev/null

--- Additional comment from Guenther Deschner on 2018-09-04 08:39:55 EDT ---

Which application is used to reproduce this? I tried with "TextEdit" on a share with the above configuration on MacOS 10.13.6 and it did just work fine.

--- Additional comment from Harald Reindl on 2018-09-04 08:41:22 EDT ---

the user says *every* application because OSX is using the same abstraction layer everywhere

--- Additional comment from Harald Reindl on 2018-10-04 04:53:39 EDT ---

the same on F28 with 4.8.5 with the same client machine - files randomly diseppear at save, 4.8.4 works :-(

--- Additional comment from Harald Reindl on 2018-10-04 04:56:42 EDT ---

[root@rh:~]$ cat /etc/systemd/system/smb.service
[Unit]
Description=Samba SMB Daemon
After=network-online.target
Requires=network-online.target

[Service]
Type=notify
NotifyAccess=all
LimitNOFILE=32768
ExecStart=/usr/sbin/smbd  --foreground --no-process-group
ExecReload=/usr/bin/kill -HUP $MAINPID
Restart=always
RestartSec=1
Nice=19

PrivateTmp=yes
PrivateDevices=yes
ProtectKernelTunables=yes
ProtectKernelModules=yes
ProtectControlGroups=yes
MemoryDenyWriteExecute=yes
CapabilityBoundingSet=CAP_CHOWN CAP_SETGID CAP_SETUID CAP_DAC_OVERRIDE CAP_KILL CAP_NET_BIND_SERVICE CAP_IPC_LOCK CAP_SYS_CHROOT
SystemCallFilter=~acct modify_ldt add_key adjtimex clock_adjtime delete_module fanotify_init finit_module get_mempolicy init_module io_destroy io_getevents iopl ioperm io_setup io_submit io_cancel kcmp kexec_load keyctl lookup_dcookie mbind migrate_pages mount move_pages open_by_handle_at perf_event_open pivot_root process_vm_readv process_vm_writev ptrace remap_file_pages request_key set_mempolicy swapoff swapon umount2 uselib vmsplice

IPAddressDeny=any
IPAddressAllow=localhost
IPAddressAllow=10.0.0.0/8
IPAddressAllow=192.168.0.0/16
IPAddressAllow=172.16.0.0/12

ReadOnlyPaths=/etc
ReadOnlyPaths=/usr
ReadOnlyPaths=/var/lib
ReadWritePaths=/var/lib/samba
ReadWritePaths=/usr/local

--- Additional comment from Harald Reindl on 2018-10-04 09:11:52 EDT ---


-------- Weitergeleitete Nachricht --------
Betreff: Re: [Samba] 4.7.10 / 4.8.5 disappearing files on OSX clients at save
Datum: Thu, 4 Oct 2018 11:10:59 +0200
Von: Ralph Böhme <slow>
An: Reindl Harald <h.reindl>
Kopie (CC): samba.org

On Thu, Oct 04, 2018 at 10:57:26AM +0200, Reindl Harald via samba wrote:
>has someone an idea what change in teh latest 4.7/4.8 updates can
>trigger that behavior and how that can be solved instead lock samba updates?

there are known issues in fruit that I'm currently working on.

--- Additional comment from Guenther Deschner on 2018-10-04 11:42:53 EDT ---

I've been discussing this with Ralph and I'm preparing fedora test packages.

--- Additional comment from Guenther Deschner on 2018-10-05 03:42:51 EDT ---

Harald, can you test one of these builds?

F27 x86_64 
https://koji.fedoraproject.org/koji/taskinfo?taskID=30050210

F28 x86_64
https://koji.fedoraproject.org/koji/taskinfo?taskID=30047524

--- Additional comment from Harald Reindl on 2018-10-05 04:59:47 EDT ---

fix confirmed and update deployed - no F27 machine any longer here - thanks god i remebered yesterday that i had to downgrade samba before dist-upgrade to F28 on production machines and seeked on koji for a working build :-)

[harry@srv-rhsoft:/downloads]$ ls | grep rpm
-rw-r----- 1 harry verwaltung 136K 2018-10-05 10:40 libsmbclient-4.8.5-1.fc28.x86_64.rpm
-rw-r----- 1 harry verwaltung 110K 2018-10-05 10:40 libwbclient-4.8.5-1.fc28.x86_64.rpm
-rw-r----- 1 harry verwaltung 711K 2018-10-05 10:40 samba-4.8.5-1.fc28.x86_64.rpm
-rw-r----- 1 harry verwaltung 5,0M 2018-10-05 10:40 samba-client-libs-4.8.5-1.fc28.x86_64.rpm
-rw-r----- 1 harry verwaltung 204K 2018-10-05 10:40 samba-common-4.8.5-1.fc28.noarch.rpm
-rw-r----- 1 harry verwaltung 167K 2018-10-05 10:40 samba-common-libs-4.8.5-1.fc28.x86_64.rpm
-rw-r----- 1 harry verwaltung 452K 2018-10-05 10:40 samba-common-tools-4.8.5-1.fc28.x86_64.rpm
-rw-r----- 1 harry verwaltung 282K 2018-10-05 10:40 samba-libs-4.8.5-1.fc28.x86_64.rpm

--- Additional comment from Fedora Update System on 2018-10-05 07:14:12 EDT ---

samba-4.7.10-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-7ad33ae27d

--- Additional comment from Fedora Update System on 2018-10-05 07:21:12 EDT ---

libldb-1.3.2-2.fc27.1.2.3 samba-4.7.10-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-7ad33ae27d

--- Additional comment from Fedora Update System on 2018-10-05 07:29:11 EDT ---

samba-4.8.5-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-b1e7740dcf

--- Additional comment from Fedora Update System on 2018-10-05 14:07:29 EDT ---

libldb-1.3.2-2.fc27.1.2.3, samba-4.7.10-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-7ad33ae27d

--- Additional comment from Fedora Update System on 2018-10-05 15:32:56 EDT ---

samba-4.8.5-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-b1e7740dcf

--- Additional comment from Fedora Update System on 2018-10-10 18:46:15 EDT ---

samba-4.8.5-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.

--- Additional comment from Fedora Update System on 2018-10-14 19:29:10 EDT ---

libldb-1.3.2-2.fc27.1.2.3, samba-4.7.10-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.

Comment 12 Harald Reindl 2018-12-18 18:11:06 UTC
the activity in this bugreport makes me nervous - is samba-4.8.3-4.el7.x86_64 from RHEL/CentOS 7.6 affected too?

Comment 13 Guenther Deschner 2018-12-18 18:17:26 UTC
I dont think so, Harald, as the the initial defect was diagnosed with 4.8.5.

Comment 14 Harald Reindl 2018-12-18 18:24:27 UTC
if it would be that easy why whould this RHEL specific bugreport exist at all?
versions don't say that much on RHEL given the large amount of backports
a poisined cherry picked and the damage ist done :-)

Comment 15 Alexander Bokovoy 2018-12-18 18:29:32 UTC
This is not a RHEL bug, it is RHGS (gluster product) issue.

Comment 17 Anjana KD 2019-01-29 03:14:11 UTC
Updated the doc text. Kindly review it for technical accuracy.

Comment 20 errata-xmlrpc 2019-02-04 07:36:24 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2019:0261


Note You need to log in before you can comment on or make changes to this bug.