LINUX.ORG.RU
Форум — Admin  

Owncloud не загружает файлы через веб-интерфейс более 100Мб

 


0

1

При загрузке файлов свыше 100МБ owncloud показывает, что загрузка идет, а по завершении выдает сообщение под шапкой «Ошибка загрузки „Название_файла.zip“:Internal server Error».

Centos 7, apache+nginx, owncloud (9.1.5)+openLDAP+фильтр на группу в лдапе. Ошибка возникает как при загрузке с пользовательского аккаунта через лдап-авторизацию, так и с админского локального аккаунта (с отсутствием ограничения на загружаемые объемы файлов).

Квота на общий объем загрузок для пользователя подтягивается из параметра в лдапе. Для конкретных пользователей правлю параметр в лдапе, в разделе «Пользователи» квота отображается увеличенной с 50Мб (дефолтный размер) до 300 мб.

В php.ini настроены параметры: 

upload_max_filesize = 1024M

post_max_size = 1024M

В nginx.conf прописан параметр 

client_max_body_size 1024m;

С веб-сервера файлы свыше 100Мб скачиваются.

Логи на ownсloud включены самые подробные, при попытке пользователя закачать файл, лог пишет три строки: 

Debug	user_ldap	Ready for a paged search	2017-07-14T10:12:50+00:00
Debug	user_ldap	initializing paged search for Filter objectClass=* base Array ( [0] => uid=user,ou=people,dc=domen,dc=ru ) attr Array ( [0] => uid ) limit 500 offset 0	2017-07-14T10:12:50+00:00
Debug	user_ldap	readAttribute: uid=user,ou=people,dc=domen,dc=ru found

При загрузке из-под локального админа, логи owncloud выглядят так: 

Debug	user_ldap	Ready for a paged search	2017-07-14T10:20:14+00:00
Debug	user_ldap	initializing paged search for Filter objectclass=* base Array ( [0] => dc=domen,dc=ru ) attr Array ( [0] => dn ) limit 500 offset 0	2017-07-14T10:20:14+00:00
Debug	user_ldap	Count filter: objectclass=*	2017-07-14T10:20:14+00:00
Debug	user_ldap	Ready for a paged search	2017-07-14T10:20:14+00:00
Debug	user_ldap	initializing paged search for Filter objectclass=* base Array ( [0] => dc=domen,dc=ru ) attr Array ( [0] => dn ) limit 500 offset 0	2017-07-14T10:20:14+00:00
Debug	user_ldap	Count filter: objectclass=*	2017-07-14T10:20:14+00:00
Debug	DeleteOrphanedItems	0 orphaned comment read marks deleted	2017-07-14T10:20:12+00:00
Debug	DeleteOrphanedItems	0 orphaned comments deleted	2017-07-14T10:20:12+00:00
Debug	DeleteOrphanedItems	0 orphaned user tag relations deleted	2017-07-14T10:20:12+00:00
Debug	DeleteOrphanedItems	0 orphaned system tag relations deleted	2017-07-14T10:20:12+00:00
В логах ошибок апача по этому сайту следующее:
[client 192.168.1.100:46874] AH01630: client denied by server configuration: /var/www/cloud.domen.ru/data/htaccesstest.txt

Нашла подобную проблему, решение - не обращать внимание, это проверка безопасности. Переименовывала - создается снова. В самом файле 

 HTACCESSFAIL: This is used for testing whether htaccess is properly enabled to disallow access from the outside. This file can be safely removed.

В error-логах nginx - чисто.

К директории data примонтирована другая директория на этом же компе. При отмонтировании - проблема остается.

Где еще смотреть или где включить доп.логирование?

★

Последнее исправление: manik207 (всего исправлений: 2)

Ответ на: комментарий от Pinkbyte

По 1024М каждый. Поправила первый пост

manik207 ★
() автор топика
Ответ на: комментарий от Pinkbyte

Дебаг включила

Загружаю файл из-под локального админа - в логах поиск user'а в лдапе. Смотрю в owncloud.log: 

{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"initializing paged search for  Filter objectClass=* base Array\n(\n    [0] => uid=user,ou=people,dc=domen,dc=ru\n)\n attr Array\n(\n    [0] => sn\n)\n limit 500 offset 0","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}
{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"Ready for a paged search","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}
{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"initializing paged search for  Filter objectClass=* base Array\n(\n    [0] => uid=user,ou=people,dc=domen,dc=ru\n)\n attr Array\n(\n    [0] => givenName\n)\n limit 500 offset 0","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}
{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"Ready for a paged search","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}
{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"initializing paged search for  Filter (&(|(objectclass=posixAccount))(|(memberof=cn=cloud,ou=Group,dc=domen,dc=ru))) base Array\n(\n    [0] => uid=user,ou=people,dc=domen,dc=ru\n)\n attr Array\n(\n    [0] => \n)\n limit 500 offset 0","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}
{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"Ready for a paged search","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}
{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"readAttribute: uid=user,ou=people,dc=domen,dc=ru found","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}
{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"initializing paged search for  Filter objectClass=* base Array\n(\n    [0] => uid=user,ou=people,dc=domen,dc=ru\n)\n attr Array\n(\n    [0] => uid\n)\n limit 500 offset 0","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}
{"reqId":"WWikA0a0MjnoCGr9KznvZAAAAAA","remoteAddr":"192.168.1.100","app":"user_ldap","message":"Ready for a paged search","level":0,"time":"2017-07-14T10:59:22+00:00","method":"GET","url":"\/index.php\/core\/preview.png?file=%2F%D0%93%D0%B5%D0%B9%D0%BC%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD.+%D0%9A%D0%BD%D0%B8%D0%B3%D0%B8%2F%D0%98%D0%B3%D1%80%D0%B0%D0%B9+%D0%BD%D0%B0+%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83.+Sirlin.pdf&c=287e7ae4e20859bbbbd5a8f0ee311bf8&x=32&y=32&forceIcon=0","user":"USER"}

manik207 ★
() автор топика

Nginx кеширует файл прежде чем отдать апачу? В памяти или на ФС? Места достаточно?

sin_a ★★★★★
()

Поставь apache, всё работает без проблем. Не решение, конечно, но хоть работать будет.

Postal_Dude
()
Ответ на: комментарий от sin_a

Nginx кеширует, конфиг nginx такой: 

user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log crit;
include /usr/share/nginx/modules/*.conf;

events {
    worker_connections 1024;
}

http {
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                     '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    server_names_hash_max_size 2048;
    server_names_hash_bucket_size 512;

   server_tokens off;
   sendfile            on;
    tcp_nopush          on;
    tcp_nodelay         on;
    keepalive_timeout   65;
    types_hash_max_size 2048;

    include             /etc/nginx/mime.types;
    default_type        application/octet-stream;

gzip on;
  gzip_min_length  1100;
  gzip_buffers  4 32k;
  gzip_types    text/plain application/x-javascript text/xml text/css;

  ignore_invalid_headers on;
  client_header_timeout  3m;
  client_body_timeout 3m;
  client_header_buffer_size 4k;
  client_max_body_size 1024m;
  send_timeout     3m;
  connection_pool_size  256;
  client_body_buffer_size 4096k;

#############################################
proxy_connect_timeout 3600s;
proxy_send_timeout 3600s;
proxy_read_timeout 3600s;
proxy_buffer_size 512k;
proxy_buffers 512 4096k;
proxy_busy_buffers_size 4096k;
proxy_temp_file_write_size 4096k;
##############################################

  large_client_header_buffers 4 64k;
  request_pool_size  4k;
  output_buffers   4 32k;
  postpone_output  1460;

  # Cache most accessed static files
  open_file_cache          max=10000 inactive=10m;
  open_file_cache_valid    2m;
  open_file_cache_min_uses 1;
  open_file_cache_errors   on;
   include /etc/nginx/conf.d/*.conf;

Места было действительно мало, около 250мб. Увеличила диск, теперь на диске 5Гб. Ошибка осталась при загрузке файла в 130мб. Ошибка та же

manik207 ★
() автор топика
Ответ на: комментарий от sin_a

Отключила проксирование в nginx, без результата, подключила апач на прямую, та же ошибка, в логах owncloud'а - нет записей. Завтра на новой машине еще один поставлю owncloud

manik207 ★
() автор топика
Ответ на: комментарий от Pinkbyte

Добавила в конфиг 

"log_type" => "owncloud",
"logfile" => "owncloud.log",
"loglevel" => "3",
"logdateformat" => "F d, Y H:i:s",
даже в owncloud.log перестали падать записи. Переставлю с нуля завтра, отпишусь.

manik207 ★
() автор топика
Ответ на: комментарий от manik207

Давно настраивал сабж. Но насколько припоминаю посмотрите еще на .htaccess файлы в директориях ownclowd. Плюс еще таймауты на выполнение скриптов php, может оно не по размеру а по времени рубиться.
ЗЫ Если мне не изменяет склероз, документации на тему загрузки больших файлов было достаточно и весьма простой. Да, что-то там подшаманить пришлось(изкоробочный вариант не работал), но как-то не так что бы уж совсем сложно все было.
ЗЫЫ Поднимал только на апаче

anc ★★★★★
()
Последнее исправление: anc (всего исправлений: 1)

В корне owncloud есть ещё .user.ini, проверь, не стоят ли там переменные php?

schlae ★
()
19 марта 2018 г.

Не через cloudflare случайно? У них лимит аплоада при включеном режиме проксирования на бесплатном тарифе как раз 100мб

anonymous
()
2 февраля 2019 г.

А ни кто не сталкивался с аналогичной проблемой, только не на закачивание а на скачивание файла с сервера при размерах более 4-5 Гб? «Расшарил» файл, ссылка показывает что файл 7 гигов, но при скачивании, скачивается 0 байт. На файлах маленького объем, всё нормально.

karasic ★
()
Ответ на: комментарий от karasic

Отвечу пока сам себе, копание по просторам инета показывает, что проблема кроется в том, что у меня это всё установлено на 32-х разрядной версии ОС, а в ней есть какие-то проблемы с файлами большого объема в разрезе PHPДанные или структура данных статистической карточки недействительны!

karasic ★
()

если сетап с апачем - глянь настройки htaccsess.
заодно глянь через вебморду настройки.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin