Ошибка субд 53100 error could not extend file

8.3.20.2180

обновление бух 3.0 с 3.0.123.26 на 3.0.127.49

postgre 10

53100:error: could not extend file «base/52185646/95696157»: no space left on device HINT: check free disk space

размер базы около 20Гб

свободного места на тот момент было 7ГБ

загрузили бэкап, все ок

админ и руководство хотят узнать есть ли методы анализа требуемого места для предстоящего обновления

я не знаю таких методов, помогите найти вразумительные слова для них, или может предложите решение

(1) это само собой, я сразу это сказал, налейте места и забудем на ближайшие несколько лет

но им хочется анализ

если перекладывать из одних таблиц в другие при реструктуризации базы, логично предположить, что свободного места должно быть не меньше текущего размера базы + логи транзакций?

если база 20 Гектар, то и места должно быть не меньше 20 Га?

>>есть ли методы анализа требуемого места для предстоящего обновления

Не думаю, если при обновлении не написано ничего в подсказках, но если

>>размер базы около 20Гб

>>свободного места на тот момент было 7ГБ

тут ИМХО и так более чем очевидно. Если у вас там не раритетные суперскоростные скази-диски или не оптаны лимитированной серии, то смысл крохоборить?…

то есть метод анализа примерно такой как (3)?

минимум размер базы плюс подушка какая-то

(7) особенно «анализ» обновления типовой ERP (соблюдайте спокойствие. поезд скоро отправится. обновление в зависимости от количества данных займет от нескольких минут до нескольких дней)

и костыли в виде запуска в параллель нескольких фоновых заданий и галочка производительности обновления или работы пользователей.

а еще обновление через копию базы забыл

(10)

п.1 бэкап базы.

п.2 обновление — > no space left on device HINT: check free disk space

БИНГО! предварительный анализ — недостаточно места! <- вы находитесь здесь

п.4 загружаем из бэкапа базу

п.5 пишем на форум, читаем, много думаем…

(16) спасибо за конкретику

(17) тоже об этом подумал

я думаю мой конспект из этой темы их удовлетворит, всем спасибо, можно закрывать

(11) так кроме эмпирического пути других методов нет, даже (размер базы умножь на 2) и то иногда не спасает, тем более когда модель восстановления стоит FULL а не простая.

Так что только делать обновление на копии и смотреть сколько заняло место

Счетчики производительности для дисковой подсистемы

%Free Space — Объем свободного дискового пространства на выбранном логическом диске, в процентах.

https://windowsnotes.ru/other/schetchiki-proizvoditelnosti-dlya-diskovoj-podsistemy/

Ну или по 1С-совски

Мониторинг свободного места на диске с помощью OneScript

https://infostart.ru/1c/articles/1450352/

(27) Все же можно проще, без всяких OneScript

Только что на коленке собрал

    FSO=Новый COMОбъект(«Scripting.FileSystemObject»);

    Для каждого ТекДиск Из FSO.Drives Цикл

        Если  ТекДиск.DriveType=2 Тогда

            СвободныйОбъем = Окр(fso.GetDrive(ТекДиск.DriveLetter).FreeSpace/1048576,1);

            Сообщить(«Диск «+ТекДиск.DriveLetter+» свободно «+СвободныйОбъем+» Мб.»);    

        КонецЕсли;    

    КонецЦикла;

Kassern

32 — 09.01.23 — 17:17

(30) Все же есть)

DriveType

Возвращаемое значение: число — определяет тип ресурса. Возможные значения:

    0 — неизвестное устройство.

    1 — устройство со сменным носителем.

    2 — жёсткий диск.

    3 — сетевой диск.

    4 — CD-ROM.

    5 — RAM-диск.

1. Доброго времени суток. Извините если пишу не туда и не по теме.

   Вчера случилось несколько ситуевин, на которые в интернете просто не было однозначных ответов, что делать? Дабы помочь коллегам и форумчанам опишу решение двух ошибок связанных в моем случаи вместе.

   Описание оборудования:
   Сервер HP 590161
   Centos 6.2×64 + Pgsql +1C 8.2×32
   На сервер лицензии:
   Серверная лицензия 1С 32бт 1 шт + 5 зверей +20зверей + 10 зверей — все программные лицензии!
   И так:

   Как обычно в выходной у пользователей вылетает ошибка:

   ————————————————————————————————————————

   Ошибка СУБД:
   ERROR: cold not extend file :base/329490/16669873″: wrote only 4096 of 8192 bytes at block 18
   HINT: Check free disk space.
   CONTEXT: COPY tt4, line 1331

   ————————————————————————————————————————

   Ну тут вроде все ясно, залезаем через SSH и смотрим, что у нас со свободным местом.
   Оказалось, что разросся лог pgsql до 10ти ГБ, обнуляем:
   команда для проверки своюбодного места:

   df

   команда для проверки самого обемного файла в pgsql:

   du -sh /var/lib/pgsql/*

   обнуляем лог:

   cat /dev/null/ >имялога

   На этом с вышеописанной ошибкой баста.
   Ну конечно нужно задуматься о том, что все-таки маловато места на HDD.
   Далее, первую ошибку исправили, запускаем 1С но всего могут зайти на сервер 2 пользователя. Остальным при входе выскакивет надпись:

   ——————————————————————————————————————

   «Отсутствует серверная лицензия»
   В папке home/user**/1C не найдена серверная лицензия.
   Файл программной лицензии не предусматривает возможность запуска сервера 1С:Предприятия: file: путь к файлу…………………………

   ——————————————————————————————————————

   Получается, что до этого была лицензия, а сейчас ее нет 0_0.
   Кстати в интернете специалисты (в ковычках) так и говорят мол, а чего не понятного? даже не пытаясь вникнуть в простую суть вопроса. В топку таких.. в итоге туда сюда, а сами не знают не фига.
   И так решаем проблему:
   — мы точно знаем, что серверная лицензия у нас есть.
   — мы точно знаем, что лицензия не работает если изменить конфигурацию сервера.
   — мы точно знаем, что не меняли конфигурацию сервера.
   — мы точно знаем, что ранее у нас была ошибка связанная со свободным местом.
   Решаем возникшее недоразумение:

   Берем лицензию (бумажный носитель с кодами, выдают при покупки, их всего ТРИ) и начинаем обновление, тут нам пригодится ранее созданный файл (при первой настройки сервера) LicData.txt при регистрации программной лицензии т.к. информация об организации должны быть точно введена правильно как в прошлый раз.

   Сервер заработал.

   Обратился в ТП о произошедшем.
   Ответа из ТП так вразумительного и не пришло.
   Единственное утишает, что остался последний ключ.
   Уважаемые форумчане, если у Вас есть ответ о причинах произошедшего с лицензией прошу Вас его озвучить. Спасибо.

2. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

   Скажите, а версия платформы 1С (полная) какая — ?

   Да, кстати, насколько я понимаю (с программными лицензиями сам не сталкивался), но даже после того как вы израсходуете 3 пинкода — можно запросить дополнительный, отправив письмо на [email protected] (несколько неудобно конечно, но тем не менее не катастрофа).

3. По поводу пин кода Вы полностью правы, особенно учитывая, что в выходные никто не ответит.
   Версия 1С: 8.2.15.319

4. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

   Идей почему так могло произойти нет. В текущем списке зарегистрированных ошибок платформы чего-то подобного не увидел.
   Единственно такой момент:
   Одни из параметров учитываемых при получении программной лицензии:
   Ну как бы сетевой имя компьютера вы вряд ли меняли я так понимаю, а вот что имеет ввиду 1С под «список жестких дисков и их параметры» я честно говоря не знаю. Если свободное место — то бред конечно, согласен.

5. Изменения в системе не производились вовсе. До сих пор не могу найти причину.

6. 
   

   Offline

   uza
   1С, VBA (EXCEL), VB (.NET + WEB)

   Регистрация:

   10 июл 2007

   Сообщения:

   1.845

   Симпатии:

   1

   Баллы:

   29

   Параметры диска, если я не ошибаюсь — это серийники (UUIDы) дисков. Но помимо этого 1С контролирует и другие параметры сервера. Окружение программное и аппаратное.
   Слышал о случаях, когда лицензия слетала после применения сервис паков. Но подтвердить достоверность не смогу.