Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#946419: samba-vfs-modules: Resource forks are truncated when written to fruit-enabled share

10 views
Skip to first unread message

Keith Kaisershot

unread,
Dec 8, 2019, 4:30:03 PM12/8/19
to
Package: samba-vfs-modules
Version: 2:4.11.1+dfsg-3
Severity: important

I use vfs_fruit with a Samba share serving various older versions of Mac OS X, from 10.6 up through 10.11, archiving classic Mac files dating back to the mid 80s. With the latest Samba 4.11.1 in Debian testing, writing one of these older files with a resource fork larger than 64K results in the resource fork portion getting truncated to 65454 bytes on the server end. This corrupts old Mac files with resource forks larger than 64K-- executables are the most affected by this, but graphic files such as PICT are too.

Looks like this is a regression, as this issue does not occur in 4.9.5 from Debian stable.

Repro steps:
1) Copy a classic 68K Mac OS application > 65K from a Mac OS X 10.11 client to a Samba 4.9.5 host. (I used ircle 1.5.6 as a test case here.)
2) Get Info on the newly-copied file on the 4.9.5 server and observe that the application's size matches that of the original file on the client.
- Screenshot here: https://blitter.net/etc/rsrc_bug/Screen%20Shot%202019-12-08%20at%2012.13.23%20PM.png
3) Observe the same in Finder.
- Screenshot here: https://blitter.net/etc/rsrc_bug/Screen%20Shot%202019-12-08%20at%2012.12.15%20PM.png
4) Copy the same application from the same Mac OS X 10.11 client to a Samba 4.11.1 host.
5) Get Info on the newly-copied file on the 4.11.1 server and observe that the application's size has been truncated.
- Screenshot here: https://blitter.net/etc/rsrc_bug/Screen%20Shot%202019-12-08%20at%2012.13.26%20PM.png
6) Observe the same in Finder.
- Screenshot here: https://blitter.net/etc/rsrc_bug/Screen%20Shot%202019-12-08%20at%2012.12.35%20PM.png

My smb.conf from testparm (identical on both test hosts above except for the name of the share which should reflect the Samba version)-- /srv/test is 0777 on both host filesystems (ext4):

# Global parameters
[global]
log file = /var/log/samba/log.%m
logging = file
map to guest = Bad User
max log size = 1000
obey pam restrictions = Yes
pam password change = Yes
panic action = /usr/share/samba/panic-action %d
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
passwd program = /usr/bin/passwd %u
server role = standalone server
unix password sync = Yes
usershare allow guests = Yes
idmap config * : backend = tdb
vfs objects = catia fruit streams_xattr


[4.11.1]
guest ok = Yes
path = /srv/test
read only = No


-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.2.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages samba-vfs-modules depends on:
ii libbsd0 0.10.0-1
ii libc6 2.29-2
ii libgnutls30 3.6.10-4
ii libtalloc2 2.3.0-2
ii libtdb1 1.4.2-2
ii libtevent0 0.10.1-3
ii libwbclient0 2:4.11.1+dfsg-3
ii samba-libs 2:4.11.1+dfsg-3

Versions of packages samba-vfs-modules recommends:
ii libcephfs2 12.2.11+dfsg1-2.1+b2
ii libdbus-1-3 1.12.16-2
ii libgfapi0 7.0-1

samba-vfs-modules suggests no packages.

-- no debconf information

Michael Tokarev

unread,
Oct 31, 2022, 4:10:04 AM10/31/22
to
Control: tag -1 + moreinfo

On Sun, 08 Dec 2019 13:09:44 -0800 Keith Kaisershot <abli...@gmail.com> wrote:
> Package: samba-vfs-modules
> Version: 2:4.11.1+dfsg-3
> Severity: important
>
> I use vfs_fruit with a Samba share serving various older versions of Mac OS X, from 10.6 up through 10.11, archiving classic Mac files dating back to the mid 80s. With the latest Samba 4.11.1 in Debian testing, writing one of these older files with a resource fork larger than 64K results in the resource fork portion getting truncated to 65454 bytes on the server end. This corrupts old Mac files with resource forks larger than 64K-- executables are the most affected by this, but graphic files such as PICT are too.
>
> Looks like this is a regression, as this issue does not occur in 4.9.5 from Debian stable.
>
> Repro steps:
> 1) Copy a classic 68K Mac OS application > 65K from a Mac OS X 10.11 client to a Samba 4.9.5 host. (I used ircle 1.5.6 as a test case here.)

I don't have any MacOS systems anywhere around to test this.

Is this still an issue with current samba -- 4.13 in bullseye or
4.16 in bookworm and bullseye-backports?

Thanks,

/mjt

Michael Tokarev

unread,
Mar 25, 2023, 2:20:05 AM3/25/23
to
Control: tag -1 + moreinfo

Does this occur after the patch I applied to vfs_fruit in 4.17.3+dfsg-2 ?

NB: the issue I fixed only happens on 32bit build of the samba server software.

Thanks,

/mjt
0 new messages