Почему может быть проблема с сохранением файлов на сервере от пользователя?
Здравствуйте, уважаемые программисты. Столкнулся с такой проблемой. Имеется панель на сервере ispManager 5 Lite (снята с поддержки по этому пишу вам, а не в ispManager). И с недавних пор появилась сама по себе проблема при работе на сервере.
С чем это связано, мы понять не можем. Настроек никаких не меняли.
Просто в один прекрасный день, у нас перестали редактироваться/создаваться/сохраняться файлы от пользователей кому они принадлежат.
Допустим, захожу в панель под пользователем user и в директории сайта в каком-либо каталоге, пытаюсь создать новый файл (все что по пути /var/www/user/data/ и все вложенные каталоги и файлы принадлежат владельцу user и группе user, владельцу запись и чтение доступны).
Он якобы появляется. Пытаюсь открыть его на редактирование, появляется окно добавления кода. Добавляю. нажимаю сохранить и "тишина".
Ничего не происходит и не появляется уведомление что сохранено в такое-то время.
Далее, нажимаю стрелку назад и "о чудо!" файла этого даже нет в списке.
Через пользователя ftp тоже не могу загрузить файлы. скачать могу, а вот загрузить нет.
Заливает маленький кусочек файла и обрывает соединение.
При всем при этом, если захожу в панели в каталог под root то файл и создается и редактируется отлично (при создании нового файла пишет что владелец и группа user, а не root)!
Поддержка сервера сказала что на сервере проблем нет и дисковое пространство почти пустое.
Подскажите как быть в этой ситуации?
Александр, вы ничего не написали о том, что проверили, что пользователи и группы от которых работает веб сервер, php совпадают и имеют право писать в директорию,и о том, от какого же пользователя создаются файлы в разных ситуациях.
Alexey Dmitriev, как же не написал, мне казалось я подробно об этом написал в первом сообщении. Кроме того что именно проверял. Проверили место на диске, ограничение пользователям на размер дискового пространства. Пользователям ограничений нет никаких. Ни по месту ни по доступу к файлам. вот я писал
Допустим, захожу в панель под пользователем user и в директории сайта в каком-либо каталоге, пытаюсь создать новый файл (все что по пути /var/www/user/data/ и все вложенные каталоги и файлы принадлежат владельцу user и группе user, владельцу запись и чтение доступны).
Редактируя под этими же пользователями файлы по ftp происходит частичная запись файла ( допустим, 6кб из 33кб), потом просто зависает и пишет связь потеряна. А при заливке по ftp через тотал коммандер заливает часть файла, а потом пишет такое:
Александр, ну вообще юзерам надо задавать лимиты, но тут вероятно ты попадаешь в 1% и дело не в нехватке места.
Далее можно долго угадывать, но лучше вызывать сисадмина. Да не простого, а знающего ISP (простой может накуролесить). Ну или переносить всё на новый сервер с актуальным панелями. Всё-таки 5ка давно дырявый труп.
Александр, это в любом случае нужно делать. Так что видимо как раз самое время :)
Да и в целом это не такая большая проблема если сайты не супер динамические (типа активно посещаемого форума или обменной биржи). Но и тут можно найти решение через временный перевод в режим "реадонли" (от нескольких десятков минут до нескольких часов в зависимости от объёма обновляемых данных)
Refguser, есть один домен на нем где развлекательный портал. Там ОЧЕНЬ хорошая посещаемость.
Публикуются новости, а новые камменты появляются чуть ли не каждые 3 минуты. плюс настройка сервера,а не просто перенос доменов. установка софта, такого как ffmpeg для конвертации видео, библиотеки и т.д.
Александр, конечно это работа не на один день. Вначале всё настраивается и тестируется (с копированием текущего состояния сайта). После того как всё максимально вылижится - "старый" стай закрывается "на обслуживание"/"реадонли" и делается синхронизация изменившихся данных (в одну сторону, разумеется). И делается это в часы минимальной нагрузки (ночью как правило). Тогда риски и потери минимальны.
Денис Юрьев, что касается диска, то их 4 проверил все.
Вывод у всех одинаковый
=== START OF INFORMATION SECTION ===
Vendor: LSI
Product: 9750-4i DISK
Revision: 5.12
User Capacity: 1 999 978 364 928 bytes [1,99 TB]
Logical block size: 512 bytes
Logical Unit id: 0x600050e0f86af700d19e0000bb2f0000
Serial number: 34206292F86AF700D19E
Device type: disk
Local Time is: Thu Sep 26 11:55:23 2024 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Disabled
Temperature Warning: Disabled or Not Supported
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
Informational Exceptions (SMART) disabled
Temperature warning disabled
=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK
я по ssh файлы никогда не корректирую. Это неудобно. Все делаю в редакторе. Да и посмотрите, пожалуйста ветку обсуждения выше. Там есть скриншоты и видно кто владелец