|
Ошибка при создании базы, как исправить? | ☑ | ||
|---|---|---|---|---|
|
0
YamEgor 23.12.19 ✎ 13:12 |
добрый день, встретился с непонятным явлением: при создании базы получаем ошибку: «Указанная информационная база уже существует». Хотя только что установил платформу и это первая база. Платформа 8.3.13.1513 база для подготовки к специалисту что можно сделать? |
|||
|
1
Ёпрст 23.12.19 ✎ 13:14 |
(0) Файловая ? |
|||
|
2
hhhh 23.12.19 ✎ 13:15 |
(0) посмотри в папке базы, там наверняка какие-то файлы есть, может даже посторонние. |
|||
|
3
YamEgor 23.12.19 ✎ 13:20 |
(1) да |
|||
|
4
YamEgor 23.12.19 ✎ 13:22 |
(2) оставил только 1Cv8.1CD и всеполучилось спасибо |
|||
|
5
Автосервис 23.12.19 ✎ 13:22 |
(2) Наверняка правильно посоветовал. |
|||
|
6
unbred 23.12.19 ✎ 13:24 |
(0)»база для подготовки к специалисту» «что можно сделать?» погуглить |
|||
|
7
YamEgor 23.12.19 ✎ 13:28 |
(5) через кнопку добавить — создание информационной базы без конфигурации-Название На данном компьютере или в лок сети-указываю папку и т.д. |
|||
|
8
YamEgor 23.12.19 ✎ 13:32 |
(6) да гуглил уже ни че толком нет |
|||
|
9
unbred 23.12.19 ✎ 13:35 |
(8) Информационная база с таким именем уже существует |
TurboConf — расширение возможностей Конфигуратора 1С
|
Pavel Местный Сообщений: 47 |
Всем добрый день. Возник сбой при создании информационной базы и добавлении ее в список баз – ошибки валятся одна за другой. Конкретно проблема в том, что при создании новой (пустой) базы программа пропускает несколько шагов, базу не создает и выдает «Ошибка при создании информационной базы: Неверные или отсутствующие параметры соединения, необходимые для создания информационной базы». В чем может быть причина этого? |
|
log Местный Сообщений: 123 |
#2 0 20.07.2023 22:16:22
Давайте начнем сначала. Как именно вы создаете базу? Самый элементарный способ – запускаем инсталлятор поставки; жмем далее, соглашаясь со всем, что предложат; запускаем программу. В появившемся окне нажимаем «Добавить», далее выбираем «Создание новой базы». И вот если на последнем этапе вроде, переключатель стоит на пункте «Создание информационной базы из шаблона» и что-то устанавливалось, а список пуст. Тогда нужно выяснить, куда установились шаблоны (если меняли вручную место установки, желательно вспомнить, если все делалось по умолчанию, запустите установку еще раз до окна выбора места расположения и запомните адрес). Дело том, что установка шаблона происходит в определенное место на жестком диске и при создании новой информационной базы программа не ищет по всем доступным адресам файлы шаблона, а обращается к вполне конкретным ресурсам, указанным в ее настройках. |
||
|
Виктория Местный Сообщений: 115 |
И я соглашусь с постом выше. Вам после всех проверок нужно нажать на кнопку «Настройка» в окне выбора, вызвать форму, в табличное поле «Каталог шаблонов конфигураций и обновлений» добавить адрес, куда устанавливали шаблон. И вот затем повторно создать базу. Проблема по идее должна решиться. |
|
Pavel Местный Сообщений: 47 |
А если у меня не получается создать файловую базу? Неверные или отсутствующие параметры соединения, необходимые для создания информационной базы. |
|
log Местный Сообщений: 123 |
#5 0 22.07.2023 17:32:13
Создаете папку на диске, добавляете ее в список баз, на последнем экране можно ничего не трогать, заходите в режиме конфигуратора. |
||
|
Виктория Местный Сообщений: 115 |
Автор еще указывал на проблему с добавлением базы. У новичков часто при добавлении новой информационной базы у вас выскакивает окошко с надписью «Группа или информационная база с таким наименованием уже существует. Введите другое наименование» или же «Не уникальное имя базы». Вот такие ошибки являются последствиями невнимательности пользователя. Скорее всего, база с таким именем или таким адресом расположения уже зарегистрирована в списке, поэтому программа предупреждает о возникновении исключительной ситуации. |
|
log Местный Сообщений: 123 |
Еще может быть ошибка подключения, то есть проблемы с сетевым доступом к базе, ошибки в написании адреса базы, перенос сервера, изменение его IP адреса и т.д. и т.п. В случае возникновения этой ошибки следует, в первую очередь, проанализировать причины ее появления. Недоступность других сетевых ресурсов может говорить о проблемах сети. |
|
Виктория Местный Сообщений: 115 |
Я как-то сталкивалась с ошибкой при создании базы на сервере. Это вообще отдельный разговор. Для серверного варианта работы характерны следующие ошибки. Пользователь «postgres» не прошел проверку подлинности (как правило, устраняется заменой в строке файла pg_hba.conf «host all all 168.31.0/24 ident» значения ident на значение md5). Could not translate host name… Ошибка возникает, если администратор не правильно представляет схему работы программы в клиент-серверном режиме. Обычно решается установкой локального DNS сервера и небольшими плясками с настройкой. DATABASE не пригоден для использования. Это когда установлена версия сервера не совместимая с 1С, либо не зарегистрированы некоторые библиотеки. Type «mvchar» does not exist. Возникает, когда при создании базы данных не использовались стандартные инструменты 1С. Could not load library fasttrun.so. В Postgre@Etersoft версий 9.1 и 9.2 библиотека fasttrun.so содержит ошибку, которую до настоящего момента не была исправлена. Предыдущие сборки работали без сбоев и, в качестве решения, можно откатиться до них. |
|
log Местный Сообщений: 123 |
#9 0 24.07.2023 21:15:37
Кстати, может быть иногда ошибка, когда при попытке выбрать существующую папку с БД не активна кнопка «Далее», и соответственно подключить имеющуюся БД не получается. В этом случае следует попробовать удалить все предыдущие релизы 1С, перезагрузить комп и установить не 64х битного клиента, а 32х. Можно также создать тестовую базу, а затем попробуовать добавить уже существующую. Мб есть какие-то косяки в файле запуске, и он первую базу признает только тогда, когда ее создадут. А затем, все будет как у людей, и можно будет добавить реальную, ну или подменить файлы. |
||
В базе данных уже существует объект с именем «#tt2»
Модератор: Дмитрий Юхтимовский
В базе данных уже существует объект с именем «#tt2»
Не долго длилось веселье. Начала проявляться другая веселая тема, а именно — ошибка как в заголовке.
При чем в абсолютно разных местах, то при выборе товара, то при постройке отчета, то при редактировании записи в регистре. Паника короче. Проявляется раз через два.
Прошу помощи у экспертов. Гугл мне не особо помог. Данные из журнала — ниже:
- Код: выделить все
23:17.244042-0,EXCP,6,process=rphost,p:processName=SQL-1C,t:clientID=862,t:applicationName=1CV8,t:computerName=SANDBOX,t:connectID=2130,SessionID=6212,Usr=Neo,Exception=DataBaseException,Descr='Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: В базе данных уже существует объект с именем "#tt2".
HRESULT=80040E14, SQLSrvr: SQLSTATE=42S01, state=6, Severity=10, native=2714, line=1
'
23:17.244043-0,EXCPCNTX,0,ClientComputerName=SANDBOX,ServerComputerName=SQL-1C,UserName=Neo,ConnectString='Srvr="192.168.5.190";Ref="SQL-1C";'
23:17.244044-3,EXCPCNTX,5,SrcName=DBMSSQL,OSThread=5412,process=rphost,p:processName=SQL-1C,t:clientID=862,t:applicationName=1CV8,t:computerName=SANDBOX,t:connectID=2130,SessionID=6212,Usr=Neo,Trans=1,Func=lookupTmpTable
23:17.244045-5,EXCPCNTX,4,SrcName=SDBL,OSThread=5412,process=rphost,p:processName=SQL-1C,t:clientID=862,t:applicationName=1CV8,t:computerName=SANDBOX,t:connectID=2130,SessionID=6212,Usr=Neo,Trans=1,Sdbl='SELECT Period,Fld8774,Fld8775,Fld8776,Fld8777 INTO #TmpRecordSet FROM InfoRg8773 WHERE FALSE;'
23:17.244046-7,EXCPCNTX,3,SrcName=CALL,OSThread=5412,process=rphost,p:processName=SQL-1C,t:clientID=862,t:applicationName=1CV8,t:computerName=SANDBOX,t:connectID=2130,SessionID=6212,Usr=Neo
23:17.244047-41,EXCPCNTX,3,SrcName=SDBL,OSThread=5412,process=rphost,p:processName=SQL-1C,t:clientID=862,t:applicationName=1CV8,t:computerName=SANDBOX,t:connectID=2130,SessionID=6212,Usr=Neo,Trans=0,Func=Transaction
23:17.244048-43,EXCPCNTX,2,SrcName=SDBL,OSThread=5412,process=rphost,p:processName=SQL-1C,t:clientID=862,t:applicationName=1CV8,t:computerName=SANDBOX,t:connectID=2130,SessionID=6212,Usr=Neo,Trans=0,Func=HoldConnection
23:17.244049-28751049,EXCPCNTX,0,SrcName=CONN,OSThread=5412,process=rphost,t:clientID=862
23:17.259007-0,Context,3,process=rphost,p:processName=SQL-1C,t:clientID=862,t:applicationName=1CV8,t:computerName=SANDBOX,t:connectID=2130,SessionID=6212,Usr=Neo,Context='
{РегистрСведений.ОплатаЧековККМ.ФормаЗаписи}/{КоманднаяПанель : ОсновныеДействияФормы}/{ОсновныеДействияФормыОК}'
Что интересно — было открытое предприятие, мы открыли еще одно и под ним пытались изменить запись в регистре. Был вылет, раза три пробовали — один фиг. Однако, под учеткой которая весела еще с утра — все нормально изменилось.
Ах да, скуль 2012, 1с 8.3.3.687.
З.Ы. Код вставил в тему, что бы индекс страниц был, и гугл сюда направлял.
- DitriX
- Сообщений: 10
- Зарегистрирован: 15 авг 2013, 14:57
Re: В базе данных уже существует объект с именем «#tt2»
Гилёв Вячеслав » 28 авг 2013, 13:02
речь идет о временной таблице, а точнее попытке ее использовать повторно
если изменить режим совместимости в корне конфигурации, проблема останется?
- Гилёв Вячеслав
- Сообщений: 2726
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: В базе данных уже существует объект с именем «#tt2»
DitriX » 28 авг 2013, 16:02
Увы, изменить режим нельзя, используем фичи 8.3, такие как диалоговые окна интерфейс такси и т.д.
Попробовали вчера сделать
- Код: выделить все
EXEC sp_dboption [BaseOne], 'single user', 'TRUE'
DBCC CHECKDB ([BaseOne])
потом
- Код: выделить все
use master
EXEC sp_dboption 'base', 'single user', 'TRUE'
DBCC CHECKDB ('base',REPAIR_ALLOW_DATA_LOSS)
Никаких ошибок не показало, все типо отлично.
Потом поставили на ТиИ и утром база вылетела в крит с ошибкой про нехватку места для лога:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Журнал транзакций для базы данных «SQL-1C» переполнен. Причина: «LOG_BACKUP».
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=9002, line=1
Эта ошибка не давала нифига сделать, пришлось сжать базу средствами скуля и перезагрузить сервер.
После этого — весь день нету ни у кого этой ошибки. Но я боюсь 
И хочу понять — откуда и что это.
Технологический журнал был включен, так что вот сижу исследую, будет что интересно — сообщу.
Ну или если вам интересно, могу его вам прислать.
- DitriX
- Сообщений: 10
- Зарегистрирован: 15 авг 2013, 14:57
Re: В базе данных уже существует объект с именем «#tt2»
Гилёв Вячеслав » 28 авг 2013, 17:13
такое ощущение что шуруете палкой наугад закрыв глаза
временные таблицы находятся в tempdb, при чем тут тестирование вашей базы?!
по поводу переполнения лога, на время ТиИ в свойствах базы данных у «режима восстановления» поставьте «Простой» (Simple) вместо «Полного» (Full)
- Гилёв Вячеслав
- Сообщений: 2726
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: В базе данных уже существует объект с именем «#tt2»
DitriX » 28 авг 2013, 17:39
Спасибо за наводку, если бы я был профи в этих делах, то справился бы сам А то что я делал — я выудил с различных форумов, где люди писали что им помогло, и по логике вещей — раз проблема такого рода (при чем не только по итоговым таблицам, на итоговых таблицах просто конфигуратор вылетел), но и такие же вылеты были, с такими же ошибками, при выборе номенклатуры, например, или при записи данных в регистр сведений (не периодический и без итогов).
Сегодня ночью попробуем сделать то, что вы посоветовали, результаты сообщу позже.
А какие галочки лучше ставить? Все, или только на проверку целостности и пересчет итогов? Или вообще только пересчет итогов? Ну раз проблема в итогах.
- DitriX
- Сообщений: 10
- Зарегистрирован: 15 авг 2013, 14:57
Re: В базе данных уже существует объект с именем «#tt2»
Sopelev Sergey » 21 ноя 2013, 10:21
Столкнулся с данной проблемой при переходе с 8.2.18 на релиз 8.3.3.721. После анализа журнала регистрации и тех. журнала заметил что данная ошибка начинает появляться когда запускается больше одного рабочего процесса и проявляется всегда только на одном рабочем процессе. Установив заведомо в настройках рабочего сервера большое количество соединений для одного рабочего процесса работа стабилизировалась. После 2 суток ошибка пока не проявилась. Данную информацию отправил в техподдержку 1С.
- Sopelev Sergey
- Сообщений: 7
- Зарегистрирован: 03 апр 2013, 21:15
Re: В базе данных уже существует объект с именем «#tt2»
Гилёв Вячеслав » 21 ноя 2013, 13:38
Sopelev Sergey писал(а):Столкнулся с данной проблемой при переходе с 8.2.18 на релиз 8.3.3.721. После анализа журнала регистрации и тех. журнала заметил что данная ошибка начинает появляться когда запускается больше одного рабочего процесса и проявляется всегда только на одном рабочем процессе. Установив заведомо в настройках рабочего сервера большое количество соединений для одного рабочего процесса работа стабилизировалась. После 2 суток ошибка пока не проявилась. Данную информацию отправил в техподдержку 1С.
У нас 8.3 ведет себя крайне нестабильно, можно зайти в сервис «статус» и посмотреть под учеткой work83 (без пароля) как работает у нас система, каждый день валит кучу ошибок.
- Гилёв Вячеслав
- Сообщений: 2726
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: В базе данных уже существует объект с именем «#tt2»
User333 » 10 дек 2013, 17:02
Добрый день.
После перехода с платформы 8.2.18.82 на 8.3.3.721 на одной из баз периодически начинает вылетать та же ошибка — как в процессе работы, так и при авторизации. Имя конкретного объекта меняется.
Конфигурация Зарплата и Управление Персоналом, редакция 2.5, режим совместимости 8.2.13.
На сервере 1С процесс всего один, на 200 подключений, на 10 баз.
Временное решение — перезапуск сервера MS Sql, база tempdb чистится, проблема на время уходит. Но данный вариант неудобен — баз несколько, возможны только ночные перезапуски. Быть может, кто-то нашел нормальное решение проблемы?
- User333
- Сообщений: 1
- Зарегистрирован: 10 дек 2013, 16:52
Re: В базе данных уже существует объект с именем «#tt2»
Гилёв Вячеслав » 10 дек 2013, 22:40
User333 писал(а):Добрый день.
После перехода с платформы 8.2.18.82 на 8.3.3.721 на одной из баз периодически начинает вылетать та же ошибка — как в процессе работы, так и при авторизации. Имя конкретного объекта меняется.
Конфигурация Зарплата и Управление Персоналом, редакция 2.5, режим совместимости 8.2.13.
На сервере 1С процесс всего один, на 200 подключений, на 10 баз.
Временное решение — перезапуск сервера MS Sql, база tempdb чистится, проблема на время уходит. Но данный вариант неудобен — баз несколько, возможны только ночные перезапуски. Быть может, кто-то нашел нормальное решение проблемы?
Прочтите мое предыдущее сообщение.
- Гилёв Вячеслав
- Сообщений: 2726
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: В базе данных уже существует объект с именем «#tt2»
GhostOfChaos » 29 май 2014, 07:53
У меня решилось удалением временных каталогов в \\users\*username*\AppData\Local\1C\
PS: Ни где такого ответа не нашел, может не так усердно искал или вылечил быстрее, чем нашел данное решение.
- GhostOfChaos
- Сообщений: 1
- Зарегистрирован: 29 май 2014, 07:50
Re: В базе данных уже существует объект с именем «#tt2»
Гилёв Вячеслав » 29 май 2014, 20:13
GhostOfChaos писал(а):У меня решилось удалением временных каталогов в \\users\*username*\AppData\Local\1C\
PS: Ни где такого ответа не нашел, может не так усердно искал или вылечил быстрее, чем нашел данное решение.
спасибо за информацию
- Гилёв Вячеслав
- Сообщений: 2726
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Вернуться в MS SQL Server для целей 1С:Предприятие
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
Показывать по
10
20
40
сообщений
Новая тема
Ответить
АнатолийЩ
Дата регистрации: 28.09.2005
Сообщений: 31
При обновлении ошибка
При вызове обработчика обновления:
«Справочники.ОснованияУвольнения.ЗагрузитьКлассификатор()»
произошла ошибка:
При вызове обработчика обновления:
«Справочники.ОснованияУвольнения.ЗагрузитьКлассификатор()»
произошла ошибка:
«Уже существует основание увольнения с таким значением поля Наименование (п. 2 ч. 1 ст. 77)
{ОбщийМодуль.КадровыйУчет.Модуль(7561)}: ОбъектСправочника.Записать();
{Справочник.ОснованияУвольнения.МодульМенеджера(70)}: ПолучитьМакет(«ОснованияУвольненияПоТКРФ»));
{(1)}:Справочники.ОснованияУвольнения.ЗагрузитьКлассификатор()
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4937)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(Обработчик.Процедура, ПараметрыОбработчика);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1778)}: ВыполнитьОбработчикОбновления(Обработчик, ПараметрыОбработчика, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1472)}: ИтерацияОбновления.ВыполненныеОбработчики = ВыполнитьИтерациюОбновления(ИтерацияОбновления, Параметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(93)}: ВыполнитьДействияПриОбновленииИнформационнойБазы(ПараметрыОбновления, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1912)}: Результат = ВыполнитьОбновлениеИнформационнойБазы(ПараметрыОбновления);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОбновлениеИнформационнойБазыВФоне(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ДлительныеОперации.Модуль(1026)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1016)}: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Ошибка при выполнении обработчика — ‘ПередЗаписью’
по причине:
Уже существует основание увольнения с таким значением поля Наименование (п. 2 ч. 1 ст. 77)
{ОбщийМодуль.ЗарплатаКадрыСобытия.Модуль(544)}: ВызватьИсключение ТекстСообщения
{ОбщийМодуль.КадровыйУчет.Модуль(7561)}: ОбъектСправочника.Записать();
{Справочник.ОснованияУвольнения.МодульМенеджера(70)}: ПолучитьМакет(«ОснованияУвольненияПоТКРФ»));
{(1)}:Справочники.ОснованияУвольнения.ЗагрузитьКлассификатор()
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4937)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(Обработчик.Процедура, ПараметрыОбработчика);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1778)}: ВыполнитьОбработчикОбновления(Обработчик, ПараметрыОбработчика, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1472)}: ИтерацияОбновления.ВыполненныеОбработчики = ВыполнитьИтерациюОбновления(ИтерацияОбновления, Параметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(93)}: ВыполнитьДействияПриОбновленииИнформационнойБазы(ПараметрыОбновления, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1912)}: Результат = ВыполнитьОбновлениеИнформационнойБазы(ПараметрыОбновления);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОбновлениеИнформационнойБазыВФоне(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ДлительныеОперации.Модуль(1026)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1016)}: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
«.
Valentin46
Дата регистрации: 10.02.2011
Сообщений: 1041
Анатолий, проведите полное ТИИ (при всех установленных флажках ) релиза 3.0.77.56 и повторите обновление.
АнатолийЩ
Дата регистрации: 28.09.2005
Сообщений: 31
После ТИИ
результат:
Уже существует основание увольнения с таким значением поля Наименование (п. 2 ч. 1 ст. 77)
{ОбщийМодуль.КадровыйУчет.Модуль(7561)}: ОбъектСправочника.Записать();
{Справочник.ОснованияУвольнения.МодульМенеджера(70)}: ПолучитьМакет(«ОснованияУвольненияПоТКРФ»));
{(1)}:Справочники.ОснованияУвольнения.ЗагрузитьКлассификатор()
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4937)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(Обработчик.Процедура, ПараметрыОбработчика);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1778)}: ВыполнитьОбработчикОбновления(Обработчик, ПараметрыОбработчика, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1472)}: ИтерацияОбновления.ВыполненныеОбработчики = ВыполнитьИтерациюОбновления(ИтерацияОбновления, Параметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(93)}: ВыполнитьДействияПриОбновленииИнформационнойБазы(ПараметрыОбновления, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1912)}: Результат = ВыполнитьОбновлениеИнформационнойБазы(ПараметрыОбновления);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОбновлениеИнформационнойБазыВФоне(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ДлительныеОперации.Модуль(1026)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1016)}: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Ошибка при выполнении обработчика — ‘ПередЗаписью’
по причине:
Уже существует основание увольнения с таким значением поля Наименование (п. 2 ч. 1 ст. 77)
{ОбщийМодуль.ЗарплатаКадрыСобытия.Модуль(544)}: ВызватьИсключение ТекстСообщения
{ОбщийМодуль.КадровыйУчет.Модуль(7561)}: ОбъектСправочника.Записать();
{Справочник.ОснованияУвольнения.МодульМенеджера(70)}: ПолучитьМакет(«ОснованияУвольненияПоТКРФ»));
{(1)}:Справочники.ОснованияУвольнения.ЗагрузитьКлассификатор()
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(4937)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(Обработчик.Процедура, ПараметрыОбработчика);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1778)}: ВыполнитьОбработчикОбновления(Обработчик, ПараметрыОбработчика, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1472)}: ИтерацияОбновления.ВыполненныеОбработчики = ВыполнитьИтерациюОбновления(ИтерацияОбновления, Параметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(93)}: ВыполнитьДействияПриОбновленииИнформационнойБазы(ПараметрыОбновления, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1912)}: Результат = ВыполнитьОбновлениеИнформационнойБазы(ПараметрыОбновления);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОбновлениеИнформационнойБазыВФоне(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
{ОбщийМодуль.ДлительныеОперации.Модуль(1026)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1016)}: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
Александр Лейман
Дата регистрации: 12.02.2015
Сообщений: 251
АнатолийЩ
Дата регистрации: 28.09.2005
Сообщений: 31
| Цитата |
|---|
| Спасибо помогла ссылка на обработку с указанного форума!!! |
Показывать по
10
20
40
сообщений
Читают тему:
|
Бутылка bugs/6961 1.0.12-eter8.16/18 Создаю новую базу из шаблона (не демо), получаю зависание, по нажатии ctrl+c отвисает и пишет, что база уже есть, хотя изначально ее там нет.
Проверить текущую ситуацию.
Зависания на wine из git не происходит. Я так полагаю,что проблема в зависании. В остальном - создать новую базу из шаблона в данном случае не получается,т.к. база уже создана в директории 1с - template. А то,что она не добавлена при запуске 1с, не означает,что база не создана.Тут ошибки нет.
wine@cellar bottle bugs/7065 WINE@Etersoft version 1.3.13-eter2.4
Ой, не так. При последней проверке создание базы из шаблона вообще было неактивно и в списке шаблонов было пусто. Надо разобраться.
wine@cellar bottle bugs/7065 Первая база из шаблона создается нормально, конфигурация запускается. Из второго шаблона - демо - конфигурация тоже создается, 1с запускается, но виснет и выдает 2 сообщения : запись дампа (пустой квадратик) и о недоработках в wine.Зависает. wine: Unhandled page fault on read access to 0x00000000 at address 0x1b52f457 (thread 0009), starting debugger... Теперь,наверное,нужно эту багу закрыть,а новую создать, уже не по созданию конфигурации из шаблона а о зависании?
Бутылка bugs/6961 WINE@Etersoft 1.0 SQL 1.0.12-eter11.3/19 первоначальная проблема целиком сохраняется.
WINE@Etersoft 1.0 Network 1.0.12-eter11/19
Попробовала на ubuntu запускать /var/ftp/pvt/Windows/Testing/RT/17487
Пробовала другие базы.
(В ответ на comment #0)
> Создаю новую базу из шаблона (не демо), получаю зависание, по нажатии ctrl+c
> отвисает и пишет, что база уже есть, хотя изначально ее там нет.
Пробовала другие базы.
Действительно,база создается при первоначальном выборе ее.Если затем удалить базу из списка, то потом данную базу можно будет только добавить в список, но не создать (т.к. однажды уже была создана обычно каталог C:\users\guest\Мои документы\InfoBase5 или C:\users\guest\Мои документы\1C\AccountingBase1).
Удалила эти каталоги.
Запускаю заново 1с, заново пытаюсь создать базу из шаблона.Получаю зависание.
НО!!! База в каталоге (в мои документы) при этом СОЗДАЕТСЯ, поэтому при ctrl+c, мы получаем сообщение,что база существует.
Теперь можно при запуске 1с выбрать каталог базы, созданной из шаблона. (мои документы выбираем в папке home при выборе базы).Запущенная на ubuntu в vbox таким образом конфигурация рабочая, но сильно тормозит,пользоваться невозможно.
В бутылке bugs/6961 то же самое работает быстро.
То есть остается выяснить,почему при создании из базы шаблона 1с подвисает, при этом автоматически созданная база не появляется в списке.
Все так же воспроизводится в bugs/6961 (при создании нужно прописывать новые пути) на 1.0.12-eter12.1/23
wine-etersoft-1.3.15-alt1.2 wine-etersoft-sql-1.7.1-alt2 В этой версии eterhack база создаётся, хоть и достаточно долго. На версии 1.3.25-alt1.8 при создании базы выводится сообщение "Указанная информационная база уже существует".
Откатил хак для бага #993, после этого база создаётся и в 1.0.12. Проверил на Консультанте+ из бутылки prav/cons/cons-demo, что вкладки 'Справочная информация', 'Кодексы', 'Обзоры' не перестали отображаться.
Не понимаю в чем решение.. Должно уже работать или необходимы какие-то манипуляции? В bugs/6961 все по прежнему.
> Не понимаю в чем решение.. Должно уже работать или необходимы какие-то
> манипуляции?
Должно работать.
Закрываю обратно
Да. Работает. Паузу в минуту принимал за зависание. |