rphost стал писать постоянно растущий лог

[notsystem]

Всем добрый день.

На Windows Server 2008 стоит сервер 1с 8.3.13.1690 x64. Базы на PostgreSQL_1C_11.1. Буквально сегодня 1с решила начать писать логи в папку:
C:\Users\Администратор\Local Settings\Temp\1c_logs\rphost_4336 в текстовом формате в таком виде "19082214.log". Дорастает до определенного размера и появляется новый лог. И они постоянно растут и достаточно быстро так, несколько гигов в час. Соответственно со временем диск С просто забивается. Останавливал службу 1с и убивал логи, но все по новой при старте сервера 1с. Настройки сервера не трогал точно. Я конечно могу попробовать переустановить сервер 1с, но что-то мне подсказывает, что это не панацея. Сама служба сервера 1с запускается от имени Администратора.

Кусок содержания лога (имя одной базы здесь заменил, т.к. содержит имя компании, а у второй нет смысла менять):

   ОбщийМодуль.ПолнотекстовыйПоискСервер.Модуль : 467 : ПолнотекстовыйПоиск.ОбновитьИндекс(РазрешитьСлияние, Порциями);'
31:38.238253-11,DBPOSTGRS,2,process=rphost,p:processName="ИМЯ_БАЗЫ",OSThread=6228,t:clientID=68,t:applicationName=BackgroundJob,t:computerName=SQLServer,t:connectID=100,SessionID=185,Usr=DefUser,Trans=0,Context='
ОбщийМодуль.ПолнотекстовыйПоискСервер.Модуль : 148 : ОбновлениеИндексаППД();
   ОбщийМодуль.ПолнотекстовыйПоискСервер.Модуль : 6 : ОбновитьИндекс(НСтр("ru = ''Обновление индекса ППД''"), Ложь, Истина);
      ОбщийМодуль.ПолнотекстовыйПоискСервер.Модуль : 467 : ПолнотекстовыйПоиск.ОбновитьИндекс(РазрешитьСлияние, Порциями);'
31:38.238258-3,DBPOSTGRS,4,process=rphost,p:processName=BuhDB,OSThread=5916,t:clientID=70,t:applicationName=BackgroundJob,t:computerName=SQLServer,t:connectID=103,Trans=0,dbpid=6152,Sql='SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Config WHERE FileName = $1 ORDER BY PartNo',Prm="
p_1: 'daf91d5b-c278-4b61-b268-7399b8506bfc'::mvarchar",planSQLText="Index Scan using config_pkey on config  (cost=0.17..3.18 rows=1 width=315) (actual time=0.010..0.011 rows=1 loops=1)
  Index Cond: (filename = 'daf91d5b-c278-4b61-b268-7399b8506bfc'::mvarchar)
Planning Time: 0.036 ms
Execution Time: 0.020 ms
",RowsAffected=1,Result=PGRES_TUPLES_OK
31:38.238259-5,DBPOSTGRS,3,process=rphost,p:processName=BuhDB,OSThread=5916,t:clientID=70,t:applicationName=BackgroundJob,t:computerName=SQLServer,t:connectID=103,Trans=0
31:38.238260-3,DBPOSTGRS,4,process=rphost,p:processName=BuhDB_Korrekt,OSThread=4648,t:clientID=69,t:applicationName=BackgroundJob,t:computerName=SQLServer,t:connectID=104,Trans=0,dbpid=6248,Sql='SELECT
Creation,Modified,Attributes,DataSize,BinaryData FROM Config WHERE FileName = $1 ORDER BY PartNo',Prm="
p_1: '4c329f5c-8e07-43a0-b70d-44c92f469007'::mvarchar",planSQLText="Index Scan using config_pkey on config  (cost=0.17..3.18 rows=1 width=317) (actual time=0.019..0.020 rows=1 loops=1)
  Index Cond: (filename = '4c329f5c-8e07-43a0-b70d-44c92f469007'::mvarchar)
Planning Time: 0.049 ms
Execution Time: 0.032 ms
",RowsAffected=1,Result=PGRES_TUPLES_OK
31:38.238263-7,DBPOSTGRS,3,process=rphost,p:processName=BuhDB_Korrekt,OSThread=4648,t:clientID=69,t:applicationName=BackgroundJob,t:computerName=SQLServer,t:connectID=104,Trans=0
31:38.238266-4,DBPOSTGRS,4,process=rphost,p:processName=BuhDB,OSThread=5916,t:clientID=70,t:applicationName=BackgroundJob,t:computerName=SQLServer,t:connectID=103,Trans=0,dbpid=6152,Sql='SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Config WHERE FileName = $1 ORDER BY PartNo',Prm="
p_1: 'e218e153-24ea-4162-9338-cea99287909f'::mvarchar",planSQLText="Index Scan using config_pkey on config  (cost=0.17..3.18 rows=1 width=315) (actual time=0.018..0.018 rows=1 loops=1)
  Index Cond: (filename = 'e218e153-24ea-4162-9338-cea99287909f'::mvarchar)
Planning Time: 0.048 ms
Execution Time: 0.030 ms
",RowsAffected=1,Result=PGRES_TUPLES_OK
31:38.238267-6,DBPOSTGRS,3,process=rphost,p:processName=BuhDB,OSThread=5916,t:clientID=70,t:applicationName=BackgroundJob,t:computerName=SQLServer,t:connectID=103,Trans=0


Весь лог выложить нереально, весит несколько гигов. Вся папка темп выглядит как на скрине во вложении.

Как это исправить и почему вообще сервер 1с решил начать писать такие логи, раньше же не писал. Либо они были не такие большие. Что делать?

[notsystem]

Вопрос решен.

У меня при неудачном обновлении Бухгалтерии в папке "C:\Program Files\1cv8\conf" создался файл "logcfg.xml". Это файл, который дает команду серверу 1с писать все абсолютно события, прям вообще все. Используется он для технического анализа. По умолчанию его нет никогда, обычно создается руками. Это файл удалил без остановки сервера и логи перестали записываться.

[DmitriyF]

Всем добрый день.

Как это исправить и почему вообще сервер 1с решил начать писать такие логи, раньше же не писал. Либо они были не такие большие. Что делать?

Какие настройки в ТЖ?

[notsystem]

Всем добрый день.

Как это исправить и почему вообще сервер 1с решил начать писать такие логи, раньше же не писал. Либо они были не такие большие. Что делать?

Какие настройки в ТЖ?

Спасибо, что откликнулись, но вопрос решен мною же. Я уже оставил комент, выше вашего стоит ))