Перестала работать 1С после того, как закончилось место на диске (linux, клиент-сервер)

Форум Администрирование Общие вопросы администрирования (Admin)

Платформа 1С v8.3 Linux Ubuntu PostgreSQL

1. VictorKa 12 03.06.24 11:17 Сейчас в теме

Закончилось место на диске.
Остановил сервер 1С, очистил кэш сервера, но 1С так и не запустилась.
Ошибка установки соединения
по причине:
server_addr=tcp://server1c:1541 descr=127.0.1.1:1541:111(0x0000006F): Connection refused;
line=1037 file=src/rtrsrvc/src/DataExchangeTcpClientImpl.cpp
С помощью ibcmd базы в dt выгрузились.
Сервер 1С запущен:
● srv1cv8-8.3.23.1912@default.service - 1C:Enterprise Server 8.3 (8.3.23.1912) (default)
Loaded: loaded (/etc/systemd/system/srv1cv8-8.3.23.1912@.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2024-06-03 11:13:57 MSK; 25s ago
Main PID: 24754 (ragent)
Tasks: 78 (limit: 76707)
Memory: 49.6M
CPU: 25.366s
CGroup: /system.slice/system-srv1cv8\x2d8.3.23.1912.slice/srv1cv8-8.3.23.1912@default.service
├─24754 /opt/1cv8/x86_64/8.3.23.1912/ragent -d /home/usr1cv8/.1cv8/1C/1cv8 -port 1540 -regport 1541 -range 1560:1591 -seclev 0 -pingPeriod 1000 -pingTimeout 5000 -debug
└─24769 /opt/1cv8/x86_64/8.3.23.1912/rmngr -port 1541 -host server1c -range 1560:1591 -d /home/usr1cv8/.1cv8/1C/1cv8/ -debug -tcp -clstid 3e9bd6e4-14ce-4345-8e89-23b726095476

но такое ощущение, что он постоянно перезапускается, в "Active: active (running) since" не бывает больше 60 секунд.

По теме из базы знаний

Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

7. ansh15 03.06.24 12:37 Сейчас в теме

(1)

очистил кэш сервера

А само место на диске(которое закончилось)? Если это в /home/usr1cv8 каталог с кластером сервера приложений, то журналы регистрации могут занимать очень много места..

8. VictorKa 12 03.06.24 12:45 Сейчас в теме

(7) Место на диске почистил

3. VictorKa 12 03.06.24 11:56 Сейчас в теме

Обновил сервер до версии 8.3.24.1548, ошибка та же.

4. VictorKa 12 03.06.24 12:20 Сейчас в теме

Раз в минуту меняется Main PID, значит ragent перезапускается.
Но я не знаю где посмотреть логи.

5. VictorKa 12 03.06.24 12:27 Сейчас в теме

//var/log/syslog последняя запись с упоминанием ragent 6 утра о нехватке места на диске.

6. VictorKa 12 03.06.24 12:35 Сейчас в теме

sudo ps -fU usr1cv8 дает
UID PID PPID C STIME TTY TIME CMD
usr1cv8 14571 1 0 12:33 ? 00:00:00 /opt/1cv8/x86_64/8.3.24.1548/ragent -d /home/usr1cv8/.1cv8/1C/1cv8 -port 1540 -regport 1541 -range 1560:1591 -seclev 0 -pingPeriod 1000
usr1cv8 14586 14571 99 12:33 ? 00:00:37 /opt/1cv8/x86_64/8.3.24.1548/rmngr -port 1541 -host server1c -range 1560:1591 -d /home/usr1cv8/.1cv8/1C/1cv8/ -debug -tcp -clstid 3e9bd6e4-1

9. VictorKa 12 03.06.24 12:46 Сейчас в теме

Сравнил с рабочим сервером.
У меня отсутствует rphost, т.е. он не стартует.

10. VictorKa 12 03.06.24 13:13 Сейчас в теме

Запустил rphost вручную, через несколько секунд завершается.
./rphost
1C:Enterprise 8.3 (x86-64) (8.3.24.1548) Working Process started. Ctrl+C to exit.
1C:Enterprise 8.3 (x86-64) (8.3.24.1548) Working Process finished.

11. VictorKa 12 03.06.24 14:11 Сейчас в теме

В итоге удалил папку .1cv8
Надо было так сразу сделать.
Пол дня потерял.

17. amond 13.01.25 12:38 Сейчас в теме

(11)
Спасибо помогло в решении проблемы у меня.
Тоже было переполнение диска, причина переполнения была в другом месте, но после того как почистил проблема не ушла.

Скорее всего один из файлов журналов rtrsrvc в /home/usr1cv8/.1cv8/reg_1541
был поврежден или как то не завершился нормально и даже при свободном месте rtrsrvc постоянно падал.
Удалил все старые записи журнала и все стало отлично.

12. pito 28.11.24 01:58 Сейчас в теме

В итоге удалил папку .1cv8
Надо было так сразу сделать.
Пол дня потерял.

Но это не решение! Это отсрочка до следующего раза.
Регулярно заполняется диск. В кэше БД файл "/home/usr1cv8/.1cv8/reg_1541/{base-id}/1Cv8FTxt/tableChanges.dat" раздулся на всё свободное пространство и судя по всему, останавливаться не собирается.
Вопрос времени когда пользователи начнут "летать".

Решением было-б:
1. Очистка файла без перезагрузки всего rphost. Как не знаю. У меня много баз и люди работают. Каждый раз "кикать" всех не вариант.
2. Какие то меры для ограничения роста кеша. Как не знаю.

13. muskul 28.11.24 04:17 Сейчас в теме

(12) Увеличить место?

14. pito 28.11.24 08:07 Сейчас в теме

(13) rphost придётся остановить =)
Были-бы известны границы роста файла, это было-б решением.
А если это не "плановый" рост, а результат сбоя, тогда нет на всём свете столько свободного места.

16. o4karek 13.12.24 10:39 Сейчас в теме

(12) это не кеш.
это индекс полнотекстового поиска. Можно поискать в списке ошибок - что-то подобное правилось и тогда сменить версию на нужную. Или просто выключить полнотекст, особенно, если им не пользуются.

15. 1c-vihr 13.12.24 09:08 Сейчас в теме

У нас на файловых базах второй раз на следующий день после обновления такое происходит, удаление файла помогает. Базы типовые БП, платформа 8.3.24.1738 x64, работают через 1С:Линк. Но и без 1С:Линк также, проявлялось на другом компьютере, только там базовые версии.

Оставьте свое сообщение

E-mail: