Приветствую!
Регламентное задание пытается настроить журнал регистрации (командой "УстановитьИспользованиеЖурналаРегистрации(Уровни)" ), но завершается с ошибкой:

Ошибка доступа к файлу 'v8srvr://server/testbase/Params/log.inf'

Кто-нибудь подскажет, что не так??
---
то, что регламентное задание исполняется в фоновым заданием, а В ФОНОВОМ ЗАДАНИИ НЕЛЬЗЯ от слова СОВСЕМ НИКАК УСТАНОВИТЬ МОНОПОЛЬНЫЙ РЕЖИМ ибо это ахтунг полнейший.
---
А прав хватает у пользователя?
---
Так а регламентные задания же запускаются от имени пользователя, под которым стартует агент сервера 1с?? Там прописан \USR1CV8
---
Для изменения параметров журнала регистрации требуется монопольный доступ. Попробуйте вручную из конфигуратора. Эко вас порвало... :))
---
Так как только у задания есть проблемы с монопольным - оно мгновенно отваливается и так и пишет , что проблема с исключительной блокировкой!
---
Фоновое задание не может устанавливать монопольный доступ. Почему - объяснять, надеюсь, не надо ?
---
Ну код взят из обработки , там все работает.. В обработке перед командой нет
УстановитьМонопольныйРежим(Истина);
Я это первое регл задание делаю, кстати. Там можно УстановитьМонопольныйРежим(Истина); ?
---
вызвать можно, но не сработает, скорее всего. скорее всего обработка была написана тогда, когда дыра с возможностью установить монопольку из фонового задания ещё существовала...

зы Короче, вы хотите невозможного в принципе. Посмотрите, ещё раз призываю, как ведёт себя Конфигуратор при такой же операции - КАК вы собираетесь обеспечить такой же функционал в фоновом задании ?
---
Нет, обработку я только что написал, но обработка вызывается интерактивно пользователем.
Я просто кусочек этот кода (неск строк) из нее скопировал
И вот в обработке команда УстановитьИспользованиеЖурналаРегистрации(Уровни) срабатвает "на ура"
---
чукча писатель ? см (11) ещё раз
---
Смотрите, из обработки команда УстановитьИспользованиеЖурналаРегистрации(Уровни) успешно работает. Я не понял, что мешает этой же команде сработать в регл задании?
---
то, что регламентное задание исполняется в фоновым заданием, а В ФОНОВОМ ЗАДАНИИ НЕЛЬЗЯ от слова СОВСЕМ НИКАК УСТАНОВИТЬ МОНОПОЛЬНЫЙ РЕЖИМ ибо это ахтунг полнейший.
---
То есть нельзя вообще , никак, в принципе выполнить команду УстановитьИспользованиеЖурналаРегистрации(Уровни)
в регламентном задании??

Но мне надо именно программно автоматом по расписанию настраивать ж-л, как же быть??
---
никак. журнал для этого не предназначен. С журналом работают так - включают всё, а потом фильтруют ненужное. Ну не предусмотрели разработчики никакого другого сценария.
---
Вот оно что! Что ж, очень жаль!

То есть операции типа удаления помеченных и т.п. в принципе нельзя ставить как регл задания..

(Как всегда, 1с - для людей, которые любят "идти в русле", куда их "направляют мудрые".. )

Вам Большое спасибо за помощь тогда (немножко подожду, и помечу Ваш ответ как решение
---
Удаление помеченных средствами платформы с входом в монопольный режим - да, нельзя запустить в фоне. Фоновое задание удаления использует прямое удаление без установки монопольного режима, отчего результат этих операций иногда сильно отличается ;)
---
То есть операции типа удаления помеченных и т.п. в принципе нельзя ставить как регл задания..
Ну почему же? Вот в ЕРП 2.4 есть задание такое - Удаление помеченных объектов (регламентное)
---
Ну, даже не знаю, что тут сказать..
И как , интересно, они обходят это абсолютное ограничение?..
Наверно, как обычно, как они любят, - "туева хуча" трёхэтажного кода, куда надо соваться только, запасшись такой же туевой хучей абсолютно свободного времени и терпения :)
---
Как всегда - по заданию запускается обработка в которой можно все... в том числе установить так любимый ваш УстановитьПривилегированныйРежим(Истина) ;)
---
То есть обработке из регл задания можно что угодно, а вот самому регл заданию - ну никак!
Я конечно, очень многого не знаю, но логики тут вообще не понимаю
---
А в чем принципиальная разница написать код в теле регламентного задания, или запустить обработку из регламентного задания?
---
Нет, если нужно будет уж совсем позарез, то конечно надо будет

Просто, так - пару строчек в имеющийся модуль , а так городить саму внешнюю обр, вызов и т.п.

Но по-любому, Вы мне дали исключительно ценные совет, что можно выкрутиться через внешнюю обработку!
---
ценность "совета" оценять не советую. зря потратите время. ибо см (11)
---
Нет, ну человек же говорит, что та же УстановитьИспользованиеЖурналаРегистрации() через "обёртку" в виде обработки сработает..
Но это на будущее, сейчас буду пытаться без регл вообще
---
НЕ СРАБОТАЕТ. "Человек" путает зелёное с мокрым. Впрочем - дело ваше.
---
sergathome, я Вашу мысль как раз очень хорошо понял, и поэтому не собираюсь , как сказал уже, пока вообще юзать регл задание для своей цели! Спасибо Вам еще раз огромное, кстати (а то бы я мог еще долго мучаться
---
не обязательно через обработку, создайте общий модуль и туда вставляйте свои процедуры, а вызывайте их из регламентного задания В чем проблема, практически все типовые так и делают свои регламенты и фоновые...
---
Я очень извиняюсь, но регл задание же как раз и вызывало проц из общего модуля с командой УстановитьИспользованиеЖурналаРегистрации() ??..
---
приврежим - это вообще пэстня из другой оперы. никакой приврежим не даст установить монопольку в фоне.
---
есть там своя логика, часто не сразу понятная. очень много ньюансов. Что же касаемо именно истории с Журналом, то это вполне себе нормальное решение, многие системы не предполагают изменения режимов логирования "на лету". И в этом тоже есть своя логика...
---
Что ж, огромное спасибо всем, кто отвечал!

(Как всегда, без специалистов из этого форума ни фига вообще не разобрать зачастую в 1с, если честно)
---
А USR1CV8 член групп "Пользователи" и "Пользователи журнала производительности" - я так понимаю, это стандартные права, ему должно на все хватать(?)
---
Да технически ты прав.Я вот думаю,может он дает читать этот потому что пишет в него.А во обще помню был косяк с чтением этого файла на платформе 8.3.12
---
Спасибо за ответ, у меня платформа вообще 8.3.10.2252
---
Может, правда дело вообще в глюке самой платформы??
---
Где то читал на форуме.Что нужно удалить предыдущие платформы.Поставить свежие и без патчей типа delic.Но я не силен в ломалках.Правда не понимаю,как это может быть связано.Но говорят,что без них стал читаться.Ты попробуй,а потом отпишись.

Что то вроде этого читал https://forum.ruboard.ru/showthread.php/263623-%D0%9F%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B0-%D0%BB%D0%B5%D0%B3%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82­%D0%B8-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0­%D0%BD%D0%B8%D1%8F-%D0%BF%D1%80%D0%B8%D0%BA%D0%BB%D0%B0%D0%B4%D0%BD%D0%BE%D0%B3­%D0%BE-%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D1%8F-8-3-7/page20
---
Я не сам ставил здесь платформу, надо будет спрашивать парня, который админ здесь..
Эх, работы тут полно, а еще такие траблы раскапывать :(
---
Попробовал в регл задании доб УстановитьМонопольныйРежим(Истина);

Система ответила "Нарушение прав доступа!"
---
сюрпрайз, сюрпрайз !