По теме из базы знаний
- Ошибки при открытии форм отчета 4 ФСС в конфигурации УСН на платформе 7.7
- Ошибка при открытии карточки контрагента в 1С:БП 3.0
- Устранение ошибки "При открытии формы регламентированного отчета произошла ошибка." при открытии регламентированной отчётности в Бухгалтерии 3
- Исправление ошибки при открытии внешнего отчета "Не удалось обновить вспомогательные данные расширений"
- Обход ошибки "При открытии формы регламентированного отчета произошла ошибка". БП 3.0: Декларация по НДС за 1 квартал 2022 года, после перехода с 2.0
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Сегодня вплотную занялся этой проблемой, и уточняю симптомы и нюансы происходящего. Не в журнале регистрации как таковом всё-таки здесь дело. Проблема глубже. Утро начинается с того, что никто не может зайти в программу с вышеуказанным сообщением. Далее сисадмин удаляет папку syslog, затем в 1С входят первых (кто успел) 6-7 человек и всё, алес, у остальных ошибка. И даже если кто-то из вошедших выйдет, то заново зайти уже не может, пока опять всех не выгнать и удалить syslog. Манипуляции с файлом журнала регистрации 1cv7.mlg результата не дают, здесь влияние имеет файл links.tmp. Так что здесь напрашиваются 2 направления поиска: 1) системные настройки сервера; 2) что-то делать с links.tmp. По 1-му пункту что смог проверил: права доступа, количество сессий, открытых файлов и т.д. (Windows Server 2003). Может, есть у кого-нибудь мысли по этой проблеме?
(6)
"влияние имеет файл links.tmp"(с)
"что-то делать с links.tmp."(с)
Сначала, думаю, надо посмотреть его содержание в момент выдачи ошибки, или после сообщения и на последующих безуспешных входах в систему. Допускаю, что в содержании этого файла появляются "спецсимволы". Источником может быть значения полей: Name и ComputerName (см. ниже) заданные как имя пользователи и имя компьютера некой рабочей станции. Могут быть разночтение символов из-за различной кодировки в кодовой странице операционной системы (проблема одновременной работы WinXP и Win7/Vista). Лучше использовать в этих именах только латинские буквы. Имеет смысл проверить формат даты, типа, на некой машине стоит не НАШ формат. И т.д. Запредельное предположение - что в Вашей системе имеются несколько пользователей 1С с одинаковым именем, т.е. битый файл USERS.USR. Т.е. надо смотреть и анализировать этот файл...
{{"Name","Администратор"},
{"Run mode","E"},
{"IsMono","Y"},
{"Date&Time","05.07.2011,23:31:02"},
{"ComputerName","XXXXXX"}}
"влияние имеет файл links.tmp"(с)
"что-то делать с links.tmp."(с)
Сначала, думаю, надо посмотреть его содержание в момент выдачи ошибки, или после сообщения и на последующих безуспешных входах в систему. Допускаю, что в содержании этого файла появляются "спецсимволы". Источником может быть значения полей: Name и ComputerName (см. ниже) заданные как имя пользователи и имя компьютера некой рабочей станции. Могут быть разночтение символов из-за различной кодировки в кодовой странице операционной системы (проблема одновременной работы WinXP и Win7/Vista). Лучше использовать в этих именах только латинские буквы. Имеет смысл проверить формат даты, типа, на некой машине стоит не НАШ формат. И т.д. Запредельное предположение - что в Вашей системе имеются несколько пользователей 1С с одинаковым именем, т.е. битый файл USERS.USR. Т.е. надо смотреть и анализировать этот файл...
{{"Name","Администратор"},
{"Run mode","E"},
{"IsMono","Y"},
{"Date&Time","05.07.2011,23:31:02"},
{"ComputerName","XXXXXX"}}
(7)
Пример "ошибочного" Links.tmp:
{
{"Name","Иванова"},
{"Run mode","E"},
{"IsMono","N"},
{"Date&Time","30.06.2011,07:36:44"},
{"ComputerName","ХХХ-ХХ18"}} {
{"Name","Петрова"},
{"Run mode","E"},
{"IsMono","N"},
{"Date&Time","30.06.2011,08:04:25"},
{"ComputerName","ХХХ-ХХ21"}}
Пример "ошибочного" Links.tmp:
{
{"Name","Иванова"},
{"Run mode","E"},
{"IsMono","N"},
{"Date&Time","30.06.2011,07:36:44"},
{"ComputerName","ХХХ-ХХ18"}} {
{"Name","Петрова"},
{"Run mode","E"},
{"IsMono","N"},
{"Date&Time","30.06.2011,08:04:25"},
{"ComputerName","ХХХ-ХХ21"}}
(9)
1) А сбой происходит при входе 3-его пользователя? Или сбой при входе пользователя "Иванова" или "Петрова" ?
2) Это подлинный текст? Или Вы поменяли имена пользователей и компьютеров текстовом редакторе пред его показом в теме форума? Т.е. могли ли исчезнут те самые "спецсимволы" в процессе работы текстового редактора? Вы смотрели содержание этого файла в Hex виде?
3) Какие операционные системы у пользователей находящихся в сессии 1С в момент сбоя, и у "сбойного" пользователя?
4) Какие внешние компоненты используется в Вашей системе?
5) Нет ли в конфигурации (и в используемых внешних обработках) кода с использованием имени файла "links.tmp" и/или каталога "SYSLOG"?
1) А сбой происходит при входе 3-его пользователя? Или сбой при входе пользователя "Иванова" или "Петрова" ?
2) Это подлинный текст? Или Вы поменяли имена пользователей и компьютеров текстовом редакторе пред его показом в теме форума? Т.е. могли ли исчезнут те самые "спецсимволы" в процессе работы текстового редактора? Вы смотрели содержание этого файла в Hex виде?
3) Какие операционные системы у пользователей находящихся в сессии 1С в момент сбоя, и у "сбойного" пользователя?
4) Какие внешние компоненты используется в Вашей системе?
5) Нет ли в конфигурации (и в используемых внешних обработках) кода с использованием имени файла "links.tmp" и/или каталога "SYSLOG"?
(10)
1) "Иванова" и "Петрова" уже не могут войти.
2) Заменил фамилии и буквы в именах ПК на "Х", остальное - как есть. В Hex виде спецсимволов не обнаружено, но между пользователями много пробелов(0х20)
3) У всех Windows XP, на сервере Windows Server2003.
4) Стандартный набор внешних обработок + несколько своих.
5) Мне это неизвестно, но завтра поищу.
(11)
Взят первый ошибочный вариант (папка Syslog была на всякий случай сохранена), впоследствии всё удалялось. А сегодня меня на месте не было, и файл мне прислали по почте.
(12)
Завтра тогда вытащу файл в момент ошибки.
Спасибо за помощь!!!
1) "Иванова" и "Петрова" уже не могут войти.
2) Заменил фамилии и буквы в именах ПК на "Х", остальное - как есть. В Hex виде спецсимволов не обнаружено, но между пользователями много пробелов(0х20)
3) У всех Windows XP, на сервере Windows Server2003.
4) Стандартный набор внешних обработок + несколько своих.
5) Мне это неизвестно, но завтра поищу.
(11)
Взят первый ошибочный вариант (папка Syslog была на всякий случай сохранена), впоследствии всё удалялось. А сегодня меня на месте не было, и файл мне прислали по почте.
(12)
Завтра тогда вытащу файл в момент ошибки.
Спасибо за помощь!!!
(14)
Алексей.
Я провел массу экспериментов с файлами в каталоге SYSLOG с различными блокировками, порчами файлов, правами доступа, квотами, размерами файлов и т.д. Реакция 1С - либо немного ждет (при блокировках) и продолжает вход в сессию. Разработчики 1С, вообще, "любят" опрашивать ресурсы (блокировки в таблицах) раз 100, а потом не добившись положительного результата продолжают работать... ;-) Либо сессия 1С заваливается с жутким грохотом... ;-)
И только одна метода дала сообщение: "Ошибка при запуске журнала регистрации".
Это установка атрибута "только чтение" на файл 1cv7.mlg и/или links.tmp. Установить этот атрибут можно даже когда файл уже открыт некой задачей в "разделяемом" режиме. Именно так 1С их и открывает и нормально работает после установки атрибута на уже открытый файл. После выхода из всех сессий файл links.tmp не удаляется из-за выставленного атрибута. И уже будет невозможно войти в новую сессию. Для файла 1cv7.mlg аналогичная картина, кроме запрета удаления, т.к. 1С его и не планирует удалять по выходу из сессии.
Конечно это звучит дико, но посмотрите значение этого атрибута при возникновении сбоя/проблемы/сообщения. А потом будем искать - кто балуется таким способом. Программа или люди... ;-)
Алексей.
Я провел массу экспериментов с файлами в каталоге SYSLOG с различными блокировками, порчами файлов, правами доступа, квотами, размерами файлов и т.д. Реакция 1С - либо немного ждет (при блокировках) и продолжает вход в сессию. Разработчики 1С, вообще, "любят" опрашивать ресурсы (блокировки в таблицах) раз 100, а потом не добившись положительного результата продолжают работать... ;-) Либо сессия 1С заваливается с жутким грохотом... ;-)
И только одна метода дала сообщение: "Ошибка при запуске журнала регистрации".
Это установка атрибута "только чтение" на файл 1cv7.mlg и/или links.tmp. Установить этот атрибут можно даже когда файл уже открыт некой задачей в "разделяемом" режиме. Именно так 1С их и открывает и нормально работает после установки атрибута на уже открытый файл. После выхода из всех сессий файл links.tmp не удаляется из-за выставленного атрибута. И уже будет невозможно войти в новую сессию. Для файла 1cv7.mlg аналогичная картина, кроме запрета удаления, т.к. 1С его и не планирует удалять по выходу из сессии.
Конечно это звучит дико, но посмотрите значение этого атрибута при возникновении сбоя/проблемы/сообщения. А потом будем искать - кто балуется таким способом. Программа или люди... ;-)
При сегодняшней работе по сабжу выяснились новые наблюдения. Во-первых, с правами и спецсимволами на момент ошибки всё в порядке. Во-вторых, что за нулевой файл logstate (без расширения) в папке SYSLOG? Просто когда его удаляешь (через unlocker, разумеется), то проблема исчезает, и входят все. Но через какое-то время он появляется вновь. Я пока не дождался его появления, но когда появиться, то хочу посмотреть на порождающий (блокирующий) его процесс.
(16)
"посмотреть на порождающий (блокирующий) его процесс"(с)
Антивирус на сервере (если установлен) или "глюкавая" рабочая станция.
Думаю, можно попробовать, при возникновении "явления", выходить из сессии 1С и перезагружать (обязательно!!!) систему на рабочих станциях, последовательно - по одной. И, каждый раз, пробовать удалять файл logstate без применения unlocker. А начать с рабочей станции чьё имя находится в конце файла links.tmp.
"посмотреть на порождающий (блокирующий) его процесс"(с)
Антивирус на сервере (если установлен) или "глюкавая" рабочая станция.
Думаю, можно попробовать, при возникновении "явления", выходить из сессии 1С и перезагружать (обязательно!!!) систему на рабочих станциях, последовательно - по одной. И, каждый раз, пробовать удалять файл logstate без применения unlocker. А начать с рабочей станции чьё имя находится в конце файла links.tmp.
(17,18)
При моделировании ситуации действительно так и получается, попробовал, но в реальности атрибут "только чтение" нигде не стоит, а удалить журнал, линки и логстэйт, даже когда все вышли, удаётся только через unlocker. При удалении logstate unlocker ссылается на процесс system (конкретно: Обработка - system; заблокированный путь: D:\DataBase\Basa2007\SYSLOG\logstate; PID - 4; Дескриптор - 15076; Путь процесса - System), возможно какой-то (возможно и не 1С-овский) процесс "держит" журнал.
(19)
Попробую на выходных поэкспериментировать.
При моделировании ситуации действительно так и получается, попробовал, но в реальности атрибут "только чтение" нигде не стоит, а удалить журнал, линки и логстэйт, даже когда все вышли, удаётся только через unlocker. При удалении logstate unlocker ссылается на процесс system (конкретно: Обработка - system; заблокированный путь: D:\DataBase\Basa2007\SYSLOG\logstate; PID - 4; Дескриптор - 15076; Путь процесса - System), возможно какой-то (возможно и не 1С-овский) процесс "держит" журнал.
(19)
Попробую на выходных поэкспериментировать.
"влияние имеет файл links.tmp"(с)
"что-то делать с links.tmp."(с)
Сначала, думаю, надо посмотреть его содержание в момент выдачи ошибки, или после сообщения и на последующих безуспешных входах в систему. Допускаю, что в содержании этого файла появляются "спецсимволы". Источником может быть значения полей: Name и ComputerName (см. ниже) заданные как имя пользователи и имя компьютера некой рабочей станции. Могут быть разночтение символов из-за различной кодировки в кодовой странице операционной системы (проблема одновременной работы WinXP и Win7/Vista). Лучше использовать в этих именах только латинские буквы. Имеет смысл проверить формат даты, типа, на некой машине стоит не НАШ формат. И т.д. Запредельное предположение - что в Вашей системе имеются несколько пользователей 1С с одинаковым именем, т.е. битый файл USERS.USR. Т.е. надо смотреть и анализировать этот файл...
{{"Name","Администратор"},
{"Run mode","E"},
{"IsMono","Y"},
{"Date&Time","05.07.2011,23:31:02"},
{"ComputerName","XXXXXX"}}
"что-то делать с links.tmp."(с)
Сначала, думаю, надо посмотреть его содержание в момент выдачи ошибки, или после сообщения и на последующих безуспешных входах в систему. Допускаю, что в содержании этого файла появляются "спецсимволы". Источником может быть значения полей: Name и ComputerName (см. ниже) заданные как имя пользователи и имя компьютера некой рабочей станции. Могут быть разночтение символов из-за различной кодировки в кодовой странице операционной системы (проблема одновременной работы WinXP и Win7/Vista). Лучше использовать в этих именах только латинские буквы. Имеет смысл проверить формат даты, типа, на некой машине стоит не НАШ формат. И т.д. Запредельное предположение - что в Вашей системе имеются несколько пользователей 1С с одинаковым именем, т.е. битый файл USERS.USR. Т.е. надо смотреть и анализировать этот файл...
{{"Name","Администратор"},
{"Run mode","E"},
{"IsMono","Y"},
{"Date&Time","05.07.2011,23:31:02"},
{"ComputerName","XXXXXX"}}
Я провел массу экспериментов с файлами в каталоге SYSLOG с различными блокировками, порчами файлов, правами доступа, квотами, размерами файлов и т.д. Реакция 1С - либо немного ждет (при блокировках) и продолжает вход в сессию. Разработчики 1С, вообще, "любят" опрашивать ресурсы (блокировки в таблицах) раз 100, а потом не добившись положительного результата продолжают работать... ;-) Либо сессия 1С заваливается с жутким грохотом... ;-)
И только одна метода дала сообщение: "Ошибка при запуске журнала регистрации".
Это установка атрибута "только чтение" на файл 1cv7.mlg и/или links.tmp. Установить этот атрибут можно даже когда файл уже открыт некой задачей в "разделяемом" режиме. Именно так 1С их и открывает и нормально работает после установки атрибута на уже открытый файл. После выхода из всех сессий файл links.tmp не удаляется из-за выставленного атрибута. И уже будет невозможно войти в новую сессию. Для файла 1cv7.mlg аналогичная картина, кроме запрета удаления, т.к. 1С его и не планирует удалять по выходу из сессии.
Конечно это звучит дико, но посмотрите значение этого атрибута при возникновении сбоя/проблемы/сообщения. А потом будем искать - кто балуется таким способом. Программа или люди... ;-)
И только одна метода дала сообщение: "Ошибка при запуске журнала регистрации".
Это установка атрибута "только чтение" на файл 1cv7.mlg и/или links.tmp. Установить этот атрибут можно даже когда файл уже открыт некой задачей в "разделяемом" режиме. Именно так 1С их и открывает и нормально работает после установки атрибута на уже открытый файл. После выхода из всех сессий файл links.tmp не удаляется из-за выставленного атрибута. И уже будет невозможно войти в новую сессию. Для файла 1cv7.mlg аналогичная картина, кроме запрета удаления, т.к. 1С его и не планирует удалять по выходу из сессии.
Конечно это звучит дико, но посмотрите значение этого атрибута при возникновении сбоя/проблемы/сообщения. А потом будем искать - кто балуется таким способом. Программа или люди... ;-)
"посмотреть на порождающий (блокирующий) его процесс"(с)
Антивирус на сервере (если установлен) или "глюкавая" рабочая станция.
Думаю, можно попробовать, при возникновении "явления", выходить из сессии 1С и перезагружать (обязательно!!!) систему на рабочих станциях, последовательно - по одной. И, каждый раз, пробовать удалять файл logstate без применения unlocker. А начать с рабочей станции чьё имя находится в конце файла links.tmp.
Антивирус на сервере (если установлен) или "глюкавая" рабочая станция.
Думаю, можно попробовать, при возникновении "явления", выходить из сессии 1С и перезагружать (обязательно!!!) систему на рабочих станциях, последовательно - по одной. И, каждый раз, пробовать удалять файл logstate без применения unlocker. А начать с рабочей станции чьё имя находится в конце файла links.tmp.
Яблоко от яблони… С момента смерти Ким Чем Ира северокорейские СМИ выпустили серию фотографий «Великого преемника» Ким Чен Ына, на которых он посещает школы, заводы и военные базы. Такие фотографии не в новинку для Северной Кореи – такие же были и с участием Ким Чен Ира и до него Ким Ир Сена. Десятилетиями северокорейские СМИ нахваливали Ким Чен Ира – мудрый, отважный и прозорливый правитель. То же самое продолжается и в отношении его сына – Ким Чен Ына, его называют выдающимся стрелком, талантливым поэтом, экономическим гением и мудрым военным стратегом. Однако объективной информации о Ким Чен Ыне мло. Под сомнением даже его возраст – ему может быть 28, 29 или 30 лет. Судя по этим фотографиям, он пошел по стопам отца, хоть и с долей большего энтузиазма и проявления эмоций.
(Всего 35 фото).Взято отсюда вроде не баян
1. Ким Чен Ын наблюдает за тренировочными полетами подразделения 1017 Корейских народных ВВС. (Reuters/KCNA)
(Всего 35 фото).Взято отсюда вроде не баян
1. Ким Чен Ын наблюдает за тренировочными полетами подразделения 1017 Корейских народных ВВС. (Reuters/KCNA)
Убедитесь что везде установлена правильная (легальная) 1С 27 платформа. У нас был случай - у клиента стоял 77 со взломом (при том что у него было все офици. куплено) и жаловался он на странные глюки в отчетах. После переустановки платформы все глюки прошли...
Яблоко от яблони… С момента смерти Ким Чем Ира северокорейские СМИ выпустили серию фотографий «Великого преемника» Ким Чен Ына, на которых он посещает школы, заводы и военные базы. Такие фотографии не в новинку для Северной Кореи – такие же были и с участием Ким Чен Ира и до него Ким Ир Сена. Десятилетиями северокорейские СМИ нахваливали Ким Чен Ира – мудрый, отважный и прозорливый правитель. То же самое продолжается и в отношении его сына – Ким Чен Ына, его называют выдающимся стрелком, талантливым поэтом, экономическим гением и мудрым военным стратегом. Однако объективной информации о Ким Чен Ыне мло. Под сомнением даже его возраст – ему может быть 28, 29 или 30 лет. Судя по этим фотографиям, он пошел по стопам отца, хоть и с долей большего энтузиазма и проявления эмоций.
(Всего 35 фото).Взято отсюда вроде не баян
1. Ким Чен Ын наблюдает за тренировочными полетами подразделения 1017 Корейских народных ВВС. (Reuters/KCNA)
Это к чему было?))))))
(Всего 35 фото).Взято отсюда вроде не баян
1. Ким Чен Ын наблюдает за тренировочными полетами подразделения 1017 Корейских народных ВВС. (Reuters/KCNA)
Это к чему было?))))))
Была. когда то тоже токая фигня, помогло чистка журнал регистрации SYSLOG/1cv7.mlg и пере установкой ключа.
Но через месяца два повторилось,но как раз в то время нужно было сервак переустанавливать, после чего проблемы больше не когда не возникала. Так что все возможно.
Но через месяца два повторилось,но как раз в то время нужно было сервак переустанавливать, после чего проблемы больше не когда не возникала. Так что все возможно.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот