Ошибка 53100 не удалось увеличить файл
Что делать, если закончилось место в Linux
Вполне возможно, что на диске действительно закончилось место, тогда вам рекомендуются следующие статьи:
Если же место на самом деле имеется, то продолжайте чтение.
1. Увеличьте файл подкачки (виртуальная память)
Когда ОЗУ не может обработать все запросы, ПК будет использовать файл подкачки (виртуальную память) для временного хранения дополнительных данных. Очень часто этот файл подкачки не управляется правильно, поэтому вам придется управлять им вручную. В Windows 10 выполните следующие шаги:
- Выполните поиск по запросу Эффективность.
- Нажмите Настроить внешний вид и производительность Windows .
- В открывшемся окне перейдите на вкладку Дополнительно .
- Нажмите Изменить , откроется экран виртуальной памяти.
- Выберите диск (предпочтительно не C: или даже диск типа SSD), а затем внизу выберите Пользовательский размер . В двух полях (начальные и конечные размеры) введите одинаковое значение в МБ.
- Нажмите Установить , затем нажмите ОК внизу.
- Перезагрузите компьютер, чтобы изменения вступили в силу.
- ЧИТАЙТЕ ТАКЖЕ : исправьте ошибку интерфейса Intel Engine Engine для Windows 10
Тут много причин может быть, их подробно разбирали в разделе ноуткедди, плюс есть куча мануалов по постгре. Для начала попробуй следующий сценарий:
1. Полный бекап базы из хм2.
2. Полное удаление существующей базы в хм2.
3. Отключение всех видов логов в конфиге постгре. А еще лучше обновить постгре плюс прописать в конфиг все рекомендуемые оптимизации.
4. Пообновлять все что можно из софта, включая виндовс и все системное.
5. Создать новую базу в хм2 из бекапа.
6. Сделать полный ресет нотсов в ноуткедди.
Если номер 1 не получится, значит база порченная, но это еще не приговор, есть сценарии лечения и для этого случая.
Кроме того, что бы полный вакуум постгре в принципе мог произойти, на разделе с базой должно быть свободного места столько же, сколько вся база сама весит, или хотя бы не намного меньше (а лучше больше, что бы знать что косяк точно не сдесь). Иначе полный вакуум произойти не сможет, а частичный вакуум может и не помочь вовсе.
Раздулась база
[SPOILER]ИНФОРМАЦИЯ: очистка "public.handhistories" ОШИБКА: не удалось увеличить файл "base/16392/169717551.9": No space left on device HINT: Проверьте, есть ли место на диске. ОШИБКА: не удалось увеличить файл "base/16392/169717551.9": No space left on device HINT: Проверьте, есть ли место на диске.[/SPOILER]
Таким образом объем базы не уменьшается. И продолжает весить ОЧЕНЬ много.
Подскажите, пожалуйста, что можно предпринять?
Пользуюсь НотеКадди. Как раз после очередного блока нотсов база и раздулась.
П.С. Всё обслуживание базы делал с помощью PGAdmin III, не в самом ХМ2.
Пользуюсь PostgreSQL 9.0
Сейчас появились новые особенности. Около двух недель импорт и последущая запись нотсов проходила нормально в стандартном режиме. Но сегодня опять сожрало всё оставшееся свободное место(Более 10Гб).
В поисках этих самых файлов, которые занимают всё место наткнулся на такую картину:
И вот таких файлов с одним и тем же именем только в этом случае набралось 173 шт. Также существуют менее объемные файлы, которых набралось 22 шт. с одним именем.
Можно ли что-нибудь сделать? Кроме сноса базы?
Спасибо.
A) Вот это "1 048. " есть максимальный размер файла, разрешенного в Postgres. Потому их и столько с одинаковым именем, что в один не поместилось.
А там внутри - почти наверняка именно нотсы Caddy.
Кстати, функция HM backup тоже будет класть промежуточные результаты работы (а их много образуется, пока процесс не завершится) в ту же TEMP - так что вполне возможно, что и бекап-то не доделается.
Общее правило: для работы HM backup места в папке TEMP должно быть раза в четыре больше, чем размер БД.
Можно попробовать ее перенести на другой диск - Гугл даст полмиллиона ссылок на (одинаковые) инструкции, как это делается. Там просто.
Эта ситуация выглядит странной и непонятной — что нужно сделать для очистки диска, если место и так есть?
У меня такая проблема возникла на сервере в результате чего любые процессы, которые требуют создания файлов, сохранения временных файлов и даже файлов блокировки стали выдавать ошибки при запуске.
Подобная ситуация возникала на этом же сервере накануне и помогла очистка логов, очистка кэша установленных пакетов и удаление ненужных файлов. Но на следующей день ситуация повторилась, хотя места уже точно было достаточно — несколько свободных гигабайт места на диске.
Недостаточно Инод (Inode)
Для современных файловых систем Linux есть такое понятие как иноды (“inodes”) - это набор метаданных на файловой системе. Иноды отслеживают информацию о файлах. Многие файловые системы имеют фиксированное количество инод, поэтому очень возможно занять максимальное выделенное количество без заполнения самой файловой системы. Вы можете использовать для проверки команду df:
Сравните количество существующих инод с количеством занятых. Если больше нет свободных, к сожалению, вы не можете получить больше. Выход: удалите ненужные или устаревшие файлы для очистки инод.
В нормальных условиях, даже на системах интенсивно использующих постоянное хранилище, редко происходит потребление всех инод. Как правило, исчерпание inodes сигнализирует о другой проблеме. Обычно причиной является неконтролируемое создание огромного количество файлов из-за бага в системе или в программе.
В первую очередь нужно локализовать папку, в которой возникла проблема.
Следующая команда выведет количество используемых инод каждой папкой, присутствующей в корне файловой системы:
Ещё варианты команд, которые делают это же самое (по умолчанию они настроены проверять текущую папку — это можно изменить, для этого вместо точки впишите желаемую для проверки папку:
Когда найдена папка с наибольшим количеством инод, то проверьте её подпапки — для поиска проблемной. Продолжайте эти действия, пока не найдёте папку с огромным количеством нагенерированных файлов.
Например, использование первой команды для поиска по директории /src/:
Вариант для поиска по директории /var/cache/:
В разных ситуациях для пользователей проблемными папками оказывались:
- /var/lib/php/sessions/
- /var/cache/fontconfig
- /usr/src/
- /var/cache/eaccelerator/
- /var/log/squid3/
В /usr/src/ накапливалось слишком большое количество файлов, имеющих отношение к предыдущим ядрам. В /var/lib/php/sessions/ - бесконечные сессии phpMyAdmin. В /var/log/squid3/ и вообще в папке /var/log/ может накопиться огромное количество файлов с журналами от неправильно работающей программы или просто за много лет. В папке /var/cache/ может скопиться огромное количество файлов, имеющих отношение к кэшированию.
В моём случае причиной проблемы оказалась папка /var/cache/fontconfig — в этой папке постоянно накапливаются новые файлы (я не знаю, насколько это нормально) и по итогу работы за 4 года из-за этой папки закончились иноды.
Когда проблемная папка найдена, то нужно её очистить. Скорее всего все файлы в ней не нужны (оцените это исходя из вашей ситуации). Также весьма вероятно, что файлов там астрономическое количество и их обработка может затянуться на часы, поэтому самый быстрый вариант — удалить папку целиком, а затем создать её заново. Даже при таком подходе в моём случае удаление папки /var/cache/fontconfig заняло около 10-20 минут.
Это полностью разрешило мою проблему и снизило количество используемых инод со 100% до 13%:
4. Добавить оперативную память
Если Недостаточно памяти для завершения этой операции , ошибка все еще появляется, возможно, причиной может быть нехватка оперативной памяти. В этом случае вы можете купить новый модуль памяти и установить его на свой компьютер (на YouTube есть много видеоуроков, объясняющих, как это сделать, шаг за шагом).
Мы надеемся, что наш гид был полезен. Если вы решили проблему с помощью наших решений, сообщите нам об этом в разделе комментариев ниже.
Возможные причины
Возможны разные ситуации возникновения ошибки о том, что диск переполнен, когда на самом деле на нём ещё достаточно места. Если вы видите несоответствие между выводом команд du и df, то перейдите к первому варианту решения проблемы. В противном случае начните со второго.
2. Проверьте приложения и расширения
Недостаточно памяти для выполнения этой операции иногда может появляться из-за определенных приложений или расширений. Попытайтесь вспомнить, какое приложение или расширение вы установили до появления этой ошибки, и попробуйте удалить ее, чтобы узнать, не было ли это реальной причиной.
Чтобы удалить приложение, лучше всего использовать программное обеспечение для удаления, такое как Revo Uninstaller . Используя программное обеспечение для удаления, вы убедитесь, что выбранное приложение полностью удалено с вашего ПК.
- Получить версию Revo Uninstaller Pro
Если вы используете расширения для браузера, вам лучше отключить все установленные расширения и активировать их только тогда, когда они вам нужны, так как многие плагины вызывают высокую загрузку ОЗУ.
Плохие блоки
Ещё одна распространённая проблема — это плохие блоки в файловой системе. Со временем из-за износа дисков, файловые системы повреждаются. Ваша операционная система, скорее всего, увидит эти блоки пригодными для использования, если они не помечены иным образом. Лучший способ найти и пометить эти блоки — использовать fsck с флагом -cc. Помните, что вы не можете использовать fsck из той же файловой системы, которую тестируете. Вам, вероятно, понадобится использовать Live CD.
Очевидно, замените /dev/sda2 на имя того диска и раздела, который вы хотите проверить. Кроме того, имейте в виду, что это, вероятно, займёт много времени.
Надеюсь, одно из этих решений решило вашу проблему. Эту проблему не всегда легко диагностировать в каждом случае. Однако, если повезёт, вы сможете устранить источник проблемы и продолжить пользоваться системой без её переустановки.
Недостаточно памяти для завершения этой операции . Ошибка может помешать вашей повседневной деятельности и вызвать различные проблемы на вашем компьютере. Проблема нехватки памяти очень хорошо известна среди пользователей Windows 10, и на самом деле вы можете найти десятки постов и обсуждений на форумах, где многие просят решения этой ошибки.
Что касается решения проблемы, ниже мы перечислили те из них, которые мы считаем наиболее эффективными и которые (по крайней мере, по нашему опыту) могут временно решить проблему.
- Увеличить файл подкачки (виртуальная память)
- Проверить приложения и расширения
- Обновить Windows
- Добавить оперативную память
Проверьте с du и df
Перед тем как начать искать проблему, давайте убедимся, что на диске действительно есть свободное место. Хотя инструменты с графическим интерфейсом хорошие, намного лучше использовать программы напрямую из командной строки.
Начнём с du. Укажем ей базовую директорию на диске у которого проблемы. Это руководство подразумевает, что проблемным диском является раздел с рутом.
Для обхода всего дерева директорий потребуется время.
Теперь попробуем с df:
Добавьте корень файловой системы (рут) и файловые системы, смонтированные под ним. Например, если у вас есть «/home» на отдельном диске, добавьте это к показанию для root. Количество занятого и свободного пространства должно получиться близко к тому, что нам показала программа du. Если это не так, это может указывать на то, что удалённые файлы используются процессами.
Главное, на что следует обратить внимание, чтобы вывод этих команд о занятом пространстве соответствовал друг другу и размеру диска. Если это не так, значит имеется проблема.
A) Вот это "1 048. " есть максимальный размер файла, разрешенного в Postgres. Потому их и столько с одинаковым именем, что в один не поместилось.
А там внутри - почти наверняка именно нотсы Caddy.
Кстати, функция HM backup тоже будет класть промежуточные результаты работы (а их много образуется, пока процесс не завершится) в ту же TEMP - так что вполне возможно, что и бекап-то не доделается.
Общее правило: для работы HM backup места в папке TEMP должно быть раза в четыре больше, чем размер БД.
Можно попробовать ее перенести на другой диск - Гугл даст полмиллиона ссылок на (одинаковые) инструкции, как это делается. Там просто.
Удаление файлов занятых процессом
Иногда файл будет удалён, но процесс все ещё использует его. Linux не освободит хранилище, связанное с файлом, пока процесс ещё запущен. Вам просто нужно найти процесс и перезапустить его.
Попробуйте найти процесс.
Если результатов нет, то попробуйте команду:
В списке должен присутствовать процесс, вызывающий проблему, затем просто перезапустите его:
Раздулась база
[SPOILER]ИНФОРМАЦИЯ: очистка "public.handhistories" ОШИБКА: не удалось увеличить файл "base/16392/169717551.9": No space left on device HINT: Проверьте, есть ли место на диске. ОШИБКА: не удалось увеличить файл "base/16392/169717551.9": No space left on device HINT: Проверьте, есть ли место на диске.[/SPOILER]
Таким образом объем базы не уменьшается. И продолжает весить ОЧЕНЬ много.
Подскажите, пожалуйста, что можно предпринять?
Пользуюсь НотеКадди. Как раз после очередного блока нотсов база и раздулась.
П.С. Всё обслуживание базы делал с помощью PGAdmin III, не в самом ХМ2.
Пользуюсь PostgreSQL 9.0
Сейчас появились новые особенности. Около двух недель импорт и последущая запись нотсов проходила нормально в стандартном режиме. Но сегодня опять сожрало всё оставшееся свободное место(Более 10Гб).
В поисках этих самых файлов, которые занимают всё место наткнулся на такую картину:
И вот таких файлов с одним и тем же именем только в этом случае набралось 173 шт. Также существуют менее объемные файлы, которых набралось 22 шт. с одним именем.
Можно ли что-нибудь сделать? Кроме сноса базы?
Спасибо.
Размер файла превышает допустимый предел и не может быть сохранен [FIX]
Решение 1. Измените реестр .
Эта ошибка обычно появляется, если вы пытаетесь загрузить файл, размер файла которого превышает ограничение. Вы можете вручную изменить это ограничение в редакторе реестра, выполнив следующие действия:
- Нажмите Windows Key + R и введите regedit . Нажмите Enter или нажмите ОК .
- Необязательно: Изменение реестра сопряжено с определенными рисками, и если вы не измените его должным образом, вы можете вызвать проблемы со стабильностью системы. Чтобы предотвратить любые потенциальные проблемы, важно сделать резервную копию вашего реестра. Для этого нажмите Файл> Экспорт .
Выберите безопасное место для резервной копии. Введите нужное имя файла, выберите Все как Диапазон экспорта и нажмите Сохранить .
После экспорта реестра вы можете использовать экспортированный файл, чтобы восстановить все в исходное состояние, если что-то пойдет не так. - На левой панели перейдите к HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters . Найдите FileSizeLimitInBytes DWORD на правой панели и дважды щелкните его, чтобы открыть его свойства.
- В поле Значение данных введите 4294967295 и нажмите ОК , чтобы сохранить изменения.
- Закройте Редактор реестра .
После этого вам просто нужно перезагрузить компьютер, и проблема должна быть решена. Изменяя реестр, вы изменяете максимальный размер файла до 4 ГБ. Вместо того чтобы перезагружать компьютер, некоторые пользователи рекомендуют перезапустить службу WebClient . Для этого выполните следующие действия:
После перезапуска службы изменения будут применены, а ограничение размера файла будет удалено.
Решение 2. Проверьте компьютер на наличие вирусов
Несколько пользователей сообщили, что эта ошибка может возникнуть из-за заражения вредоносным ПО. Если вы заметили, что эта ошибка появляется на вашем компьютере, мы настоятельно рекомендуем вам выполнить детальное сканирование. Чтобы выполнить детальное сканирование, вы можете попробовать использовать два разных инструмента удаления вредоносных программ. Кроме того, обязательно проверьте ваш компьютер на наличие шпионских программ. После удаления вредоносных файлов ошибка должна быть полностью устранена.
- ЧИТАЙТЕ ТАКЖЕ: при восстановлении системы не удается извлечь файл/оригинальную копию [FIX]
Решение 3. Настройка хранилища SharePoint
Решение 4. Установите ограничение на размер файла для загрузки
- Войдите в Центр администрирования и перейдите в Центр администрирования> Управление приложениями> Управление веб-приложениями.
- Выберите приложения, которые вы хотите изменить, и нажмите Общие настройки .
- Когда откроется Общие настройки , вы увидите значение размера Максимальная загрузка . Измените это значение на 2047 МБ и сохраните изменения.
Решение 5. Измените файл web.config
В предыдущем решении мы показали, как изменить ограничение размера в центре администрирования в SharePoint, но вы также можете сделать это для отдельных веб-приложений.Для этого выполните следующие действия:
- Откройте консоль Internet Information Server на рабочем столе сервера.
- Откройте дерево Веб-сайты и выберите нужный веб-сайт. Выберите Открыть в представлении обозревателя .
- Найдите файл web.config в папке. Создайте копию этого файла и используйте его в качестве резервной копии на случай, если что-то пойдет не так. Откройте исходный файл web.config в Блокноте или любом другом текстовом редакторе.
- Когда откроется Блокнот , найдите строку и измените ее на .
- Повторите эти шаги для каждого сервера в ферме SharePoint.
Решение 6. Увеличьте настройку запроса на уровне машины .
3. Обновление Windows
Откройте приложение «Настройки Windows 10» и проверьте наличие обновлений, которые еще не установлены. Эти обновления могут исправлять различные ошибки Windows 10 и, следовательно, положительно влиять на использование оперативной памяти вашего ПК.
Тут много причин может быть, их подробно разбирали в разделе ноуткедди, плюс есть куча мануалов по постгре. Для начала попробуй следующий сценарий:
1. Полный бекап базы из хм2.
2. Полное удаление существующей базы в хм2.
3. Отключение всех видов логов в конфиге постгре. А еще лучше обновить постгре плюс прописать в конфиг все рекомендуемые оптимизации.
4. Пообновлять все что можно из софта, включая виндовс и все системное.
5. Создать новую базу в хм2 из бекапа.
6. Сделать полный ресет нотсов в ноуткедди.
Если номер 1 не получится, значит база порченная, но это еще не приговор, есть сценарии лечения и для этого случая.
Кроме того, что бы полный вакуум постгре в принципе мог произойти, на разделе с базой должно быть свободного места столько же, сколько вся база сама весит, или хотя бы не намного меньше (а лучше больше, что бы знать что косяк точно не сдесь). Иначе полный вакуум произойти не сможет, а частичный вакуум может и не помочь вовсе.
Читайте также: