Webdav large file access error (PHP fopen error 'Value too large for defined data type at [...]')

Nextcloud version: 13.0.8snap1
Operating system and version: Ubuntu 18.04.1 LTS - armv7l (odroid HC2 server)
Apache or nginx version: 2.4 (as stated in https://github.com/nextcloud/nextcloud-snap)
PHP version: 7.1 (as stated in https://github.com/nextcloud/nextcloud-snap)

Impossible to large files via webdav.

I downloaded some large movies (mkv, mp4 > 5/6GiB) to my personal space and then I accessed it through a Raspberry PI 3 using Kodi on top OSMC via webdav and the Finder webdav access on a Macbook Pro. In both cases, I’m unsable to access the files.

Is this the first time you’ve seen this error? Yes

The output Nextcloud log in Admin > Logging is the following:

Fatal	webdav	Sabre\DAV\Exception\ServiceUnavailable: Could not open file
/snap/nextcloud/10317/htdocs/3rdparty/sabre/dav/lib/DAV/CorePlugin.php - line 88: OCA\DAV\Connector\Sabre\File->get()
[internal function] Sabre\DAV\CorePlugin->httpGet(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/snap/nextcloud/10317/htdocs/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/snap/nextcloud/10317/htdocs/3rdparty/sabre/dav/lib/DAV/Server.php - line 479: Sabre\Event\EventEmitter->emit('method GET', Array)
/snap/nextcloud/10317/htdocs/3rdparty/sabre/dav/lib/DAV/Server.php - line 254: Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/snap/nextcloud/10317/htdocs/apps/dav/lib/Server.php - line 293: Sabre\DAV\Server->exec()
/snap/nextcloud/10317/htdocs/apps/dav/appinfo/v2/remote.php - line 35: OCA\DAV\Server->exec()
/snap/nextcloud/10317/htdocs/remote.php - line 164: require_once('/snap/nextcloud...')
{main}
2019-01-07T23:19:51+0100
Error	PHP	fopen(/media/SATAHD/NEXTCLOUD/jgonzale/files/Movies/Harry.Potter.Complete.Collection.2001-2011.1080p.BluRay.x264.DTS-ETRG/Sorcerer's.Stone.2001.Extended.1080p.BluRay.x264.DTS-ETRG/Sorcerer's.Stone.2001.Extended.1080p.BluRay.x264.DTS-ETRG.mkv): failed to open stream: Value too large for defined data type at /snap/nextcloud/10317/htdocs/lib/private/Files/Storage/Local.php#282

The output of your config.php:

$CONFIG = array (
  'apps_paths' =>
  array (
    0 =>
    array (
      'path' => '/snap/nextcloud/current/htdocs/apps',
      'url' => '/apps',
      'writable' => false,
    ),
    1 =>
    array (
      'path' => '/var/snap/nextcloud/current/nextcloud/extra-apps',
      'url' => '/extra-apps',
      'writable' => true,
    ),
  ),
  'supportedDatabases' =>
  array (
    0 => 'mysql',
  ),
  'memcache.locking' => '\\OC\\Memcache\\Redis',
  'memcache.local' => '\\OC\\Memcache\\Redis',
  'redis' =>
  array (
    'host' => '/tmp/sockets/redis.sock',
    'port' => 0,
  ),
  'instanceid' => 'ocmyzplak4t4',
  'passwordsalt' => 'I2/b/yHBKz8hbZqEJXZryrKx1gGGto',
  'secret' => [XXX],
  'trusted_domains' =>
  array (
    0 => '192.168.1.253',
    1 => 'ms18.hopto.org',
    2 => 'ms184b.hopto.org',
  ),
  'datadirectory' => '/media/SATAHD/NEXTCLOUD',
  'overwrite.cli.url' => 'http://192.168.1.253',
  'dbtype' => 'mysql',
  'version' => '13.0.8.2',
  'dbname' => 'nextcloud',
  'dbhost' => 'localhost:/tmp/sockets/mysql.sock',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'mysql.utf8mb4' => true,
  'dbuser' => 'nextcloud',
  'dbpassword' => [XXX],
  'installed' => true,
  'loglevel' => 0,
  'maintenance' => false,
  'mail_smtpmode' => 'php',
  'mail_smtpsecure' => 'ssl',
  'mail_from_address' => 'jgonzale',
  'mail_domain' => 'gmail.com',
  'mail_smtphost' => 'smtp.gmail.com',
  'mail_smtpauthtype' => 'PLAIN',
  'mail_smtpauth' => 1,
  'mail_smtpname' => 'jgonzale@gmail.com',
  'mail_smtppassword' => [XXX]
  'mail_smtpport' => '465',
);

No Apache related logs.

Have you managed to find a solution to this issue?
I’m facing the same problem hosting a docker nextcloud 16.04 on an odroid-xu4.
All I managed to find on this is that php should be built with the flags -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 to allow fopen() to open larger files.
Currently I’m rebuilding the docker and php images on my arm odroids to try and fix this.
I also opened an issue here: