Добрый день, коллеги.
Может кто встречался с такой проблемой? Есть файл настроек технологического журнала, лежит как положено в "C:\Program Files\1cv8\8.3.20.1710\bin\conf" (64 битный сервер). Работало до 11.05 все нормально. Что-то произошло не известно что, все утверждают что никто ничего не менял. Но технологический журнал перестал писаться, перезапуск службы, перезагрузка сервера не помогла. Решил попробовать вставить файл конфига в папку с 32 битной платформой и журнал начал опять писаться. Служба запущена 64 битная, а настройки для техжурнала читает с папки 32 битной. По моему бред и хотелось бы чтоб работало как раньше с правильной папки, может есть идеи как найти причину такой работы и исправить назад? Удалить 32 битную платформу идея конечно приходила, но не я ее туда ставил и не уверен что на сервере она не нужна.

Весёлые бухи пошли... ;)

(1) Акк создавался давно, чтоб буховский вопрос задать, а переименоваться нельзя)

(2) Похоже сервер 32 разрядный. Проверь разрядность процесса.

(3) да в том то и дело что 64 битный

(4) Как проверял?

Служба "Агент сервера 1С:Предприятия 8.3 (x86-64)" в свойствах ссылается на платформу 64 битную, rmngr.exe и rphost.exe тоже.

Бери "Настройка техножурнала (ИР)". Он покажет откуда платформа читает активный файл конфигурации техножурнала клиентом/сервером и какие другие (менее приоритетные) варианты его расположения есть.
https://i.imgur.com/jFKfYes.png

(7) Посмотрел, берется из папки "C:\Program Files (x86)\1cv8\conf\logcfg.xml", это я и опытным путем нашел. А вот ключевой вопрос почему из нее а не из "C:\Program Files\1cv8\8.3.20.1710\bin\conf" ?

(8) Смотри вариант расположения "Перенаправление текущей версии"

(9) Если он дает тот же путь, то значит он и активен. Файл conf.cfg за это отвечает.

(9) Извините, не пользовался вашей разработкой ни разу. "Перенаправление текущей версии" - это где? Там же в "Настройках техножурнала (ИР)"? Если да, то не вижу таких кнопок, качал портативную версию

(11) Я же в (7) на картинке показал список вариантов расположения.
Короче просто найди файл conf.cfg в подкаталоге conf активной версии платформы. В нем и увидишь это перенаправление.
https://its.1c.ru/db/v8323doc#bookmark:adm:TI000000376

(12) да невнимательно посмотрел на скриншот, и активный и "перенаправление текущей версии" показывает один путь "C:\Program Files (x86)\1cv8\conf\logcfg.xml"

Нашел файлы conf.cfg в 64 разрядной и 32 разрядной версии платформы

в 64 так пишет:
ConfLocation=C:\Program Files\1cv8\conf

в 32:
ConfLocation=C:\Program Files (x86)\1cv8\conf

что вроде как логично.

Пробежался по коду как вы определяете папку откуда читать logcfg.xml и вы используете КаталогПрограммы(), и если я правильно читаю СП, то эта функция показывает откуда запущен текущий сеанс, т.е. если я с 32 битного клиента выполню ее он всегда покажет каталог "C:\Program Files (x86)".

Запустил вашу обработку из 64 битного клиента и он показал что вот такой файл используется "C:\Program Files\1cv8\8.3.20.1710\bin\conf\logcfg.xml"
И как раз этот файл появился в тот день и в то время когда сломался мой ТЖ.

Содержимое такое:

"<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false"/>
<plansql/>
<log location="C:\Users\srv.1c8sql\AppData\Local\Temp\ZaprosnikTemp" history="1">
   <event>
   <eq property="name" value="db2"/>
     <like property="context" value="Форма.Вызов : ВнешняяОбработка.Запросник2_0.Форма.ФормаУпр.Модуль.ВыполнитьЗапросНаСервере%"/>
  </event>
  <event>
   <eq property="name" value="dbmssql"/>
   <like property="context" value="Форма.Вызов : ВнешняяОбработка.Запросник2_0.Форма.ФормаУпр.Модуль.ВыполнитьЗапросНаСервере%"/>
  </event>
  <event>
   <eq property="name" value="dboracle"/>
     <like property="context" value="Форма.Вызов : ВнешняяОбработка.Запросник2_0.Форма.ФормаУпр.Модуль.ВыполнитьЗапросНаСервере%"/>
  </event>
  <event>
   <eq property="name" value="dbpostgrs"/>
     <like property="context" value="Форма.Вызов : ВнешняяОбработка.Запросник2_0.Форма.ФормаУпр.Модуль.ВыполнитьЗапросНаСервере%"/>
  </event>
  <property name="context">  </property>
  <property name="name"> </property>
  <property name="plansqltext"> </property>
  <property name="sessionid"></property>
  <property name="sql"> </property>
  <property name="t:applicationname"> </property>
  <property name="t:computername"> </property>
  <property name="usr"></property>
</log>
</config>"

По идее платформа должна читать эти настройки хоть они и неправильные и не писать ничего в ТЖ, а если она читает с "Program Files (x86)", то меня терзают смутные сомнения что служба запущена 64 битная.

Возможно у службы агента сервера 1С сменили учетную запись и она потеряла право записи в каталог внутри профиля теперь чужого пользователя "C:\Users\srv.1c8sql".
Если каталог недоступен, то в таблице "Журналы" на главной странице срока будет розовой.

Узнать какой разрядности сервер в текущем сеансе можно через кнопку ИР "О подсистеме".
https://i.imgur.com/MEhptwb.png

(14) все таки 64 битный сервер https://imgur.com/a/HTKc0Kb

Кстати, если кто будет делать такую операцию, имейте ввиду, что посмотреть процесс сервера в портативной версии нельзя.

По итогу, удалил C:\Program Files\1cv8\8.3.20.1710\bin\conf\logcfg.xml
Убедился, что в conf.cfg ConfLocation=C:\Program Files\1cv8\conf
Убедился, что каталоги журнала доступны и активный logcfg.xml из нужной папки, и все заработало.

Сергей TormozIT спасибо за помощь

Ну и в дополнение ко всему C:\Program Files\1cv8\8.3.20.1710\bin\conf\logcfg.xml появляется при попытке получить план запроса в Запроснике 2.0.17 (предлагает включить ТЖ). Возможно какая недоработка, не понятно почему он пишет logcfg именно в эту папку, но разбираться пока не буду. И получается платформа если видит в \bin\conf\logcfg.xml сначала обрабатывает его, а не идет по пути, что указан в conf.cfg.

(16) Портативный вариант ИР - это для извращенцев, либо несчастных обладателей конфигураций в режиме совместимости 8.3.9-. Особенно актуально это при решении серверных задач. В портативной версии в настройке техножурнала флажок "На сервере" по умолчанию отключен. А после его включения становится недоступным выбор варианта расположения файла конфигурации техножурнала. Поэтому картинка (7) должна была сразу дать понять, что ты на неправильном пути. Но лучше поздно чем никогда.

Многие консоли запросов неряшливо включают техножурнал, не учитывая расположение и содержание активного файла его конфигурации. Ну и не просто это сделать корректно, т.к. много особенностей нужно учитывать.

(17) я как раз несчастный обладатель конфы в режиме совместимости 8.3.8, но на этом же сервере была еще одна база, не сразу чет догадался ее использовать для расширения, но догадался, пришлось правда по коду побегать в отладчике, чтобы понять, что нужно именно расширение.