Проблема с созданием объекта

[Lelya]

Добрый день.

У нас возникла такая проблема.

Вчера при создании новых объектов программистами (они работают на слое usr) клиент Axapta закрывается с сообщением об ошибке на AOS'е либо объект (проект, таблица, поле, расширенный тип данных, метод на таблице) создается на слое usp. Все работают на usr-слое, и такие объекты потом не удаляются. При создании объекта на var-слое таких проблем нет. Вчера вечером переиндексировали приложение, но это не помогло. Тогда восстановили axusr.aod из резервной копии, сделанной накануне вечером. После этого проблема исчезла.

Реально слой usp никогда не использовался.

Сегодня утром программисты начали свою работу, и после создания нескольких объектов получили то же сообщение об ошибке.

Таким образом, разработка у нас встала. Пользователи работают без каких-либо проблем.

В чём может быть проблема и как её решить?

[Tays]

привет, Оля....

вчерашее востановление не помогло?
как я поняла.. вчера вечером все было хорошо...

сегодня опять таже проблема?

[Lelya]

да, проблемма осталась

[kvan]

Цитата:

Реально слой usp никогда не использовался.

Вы в этом уверены?
Я, например, использую слой cup для втягивания в него разработок приходящих от аутсорсеров. Потом опускаю их cus. Вы думаете многие об этом знают?
Коды доступа для таких слоев одинаковы - достаточно просто выбрать не -s слой, а -p.
Может кто нибудь случайно изменил?

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

[Maxim Gorbunov]

Попробуйте сделать две вещи:

Первая:
1. Остановите AOS.
2. Сохраните axvar.aod и axusr.aod.
3. Удалите все aod-файлы и axapd.aoi.
4. Скопируйте aod-файлы из дистрибутива.
5. Скопируйте сохраненные axvar.aod и axusr.aod.
6. Запустите Аксапту. Обратите внимание на то, что первый раз ее надо запустить в двухуровневой конфигурации (подробности см. здесь: http://axapta.mazzy.ru/lib/runaos/).

После этого обязательно убедитесь в том, что все разработчики у вас работают через один и тот же AOS и никто не работает в двухуровневой конфигурации (подробности см. здесь: https://mbs.microsoft.com/partnersou...nvironment.htm - нужна регистрация на PartnerSource).

Вторая:
Удалите всем программистам aoc-файлы.

Надеюсь, хоть что-нибудь из этого Вам поможет

[raz]

7. Сделайте глобальную компиляцию.

[mazzy]

Цитата:

Изначально опубликовано Lelya
Вчера при создании новых объектов программистами (они работают на слое usr) клиент Axapta закрывается с сообщением об ошибке на AOS'е либо объект

Так, началось обсуждение по 20 кругу.

1. Барабашки нет
2. ищите на форуме
3. ФАК: http://forum.mazzy.ru/index.php?showtopic=584

[Lelya]

2Maxim Gorbunov
к сожалению не помогло, проверяли на тестовой базе.
Всем:
Еще одна догадка. Файл axUSR.aod, который является копией на 22-е число почему-то имеет дату создания 21-е. Пробовали на тестовой базе восстановить axusr.aod из резервной копии от 21-го, вроде опять работает. Пока остановились на этом варианте.

[Lelya]

2kvan
смотрела UtilIdElements, все изменения за последние 3 дня только на var и на usr слоях (+ есть 2 изменения на sys! ).. usp точно нет. Таблицы, которые сейчас создаем (пробуем) сиквел не видит.

[Maxim Gorbunov]

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

[kvan]

Цитата:

usp точно нет

вы меня немножко не так проняли
вы работает на var и на usr - т.е. вам еще доступны vap и usp
вот и искать нужно там

Цитата:

(+ есть 2 изменени на sys

интересненько ...
никаких хотфиксов или еще чего скачанного с партнерсорса не ставили?

[Lelya]

остановили aos, снова восстановили axusr.aod на 21-е и последовательно импортируем наработки.. в двухуровневой конфигурации..
в определенный момент вылезает та же проблема с usp.. причем импортировали уже в разных порядках.. всегда ошибка выходит на разных объектах..
размер файла usr не может достичь какого-нибудь критического предела? аксапта не может его закрыть на запись и пишет в usp?

[kvan]

2Maxim Gorbunov:

Цитата:

2хуровневую конфигурацию с эксклюзивным доступом к приложению

Эта ж приблуда вроде перестала работаь в SP2 а в SP3 ее совсем убрали?

2Lelya:
Какая версия системы?

[Maxim Gorbunov]

Галочку убрали.
Но ключ -singleuser по-прежнему работает (у меня SP3 CU1).

В данном случае это нужно для того, чтобы быть уверенным, что никто больше не открыл приложение и не держит что-нибудь в кэшах.

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

[Lelya]

2kvan
версия 2.5 SP3

2Maxim Gorbunov

Цитата:

В данном случае это нужно для того, чтобы быть уверенным, что никто больше не открыл приложение и не держит что-нибудь в кэшах.

а разве остановка AOS не гарантирует этого?

всем:
насчет размера файла usr, он около 256 Мб
на слое var работа идет без проблем, объем файла 77 мегов

[George Nordic]

Цитата:

Изначально опубликовано Lelya
насчет размера файла usr, он около 256 Мб

256 - Оччень подозрительная цифра.
Попробуйте опустить часть объектов на var и cus - слой и потереть их из usr.

P.S. Ни фига себе... что ж такого можно напрограммировать на 256 метров??
Хотя, ПНТЗ... наслышаны.... все возможно

С Уважением,
Георгий

[Lelya]

2George Nordic
256 действительно подозрительно

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

[George Nordic]

Цитата:

Изначально опубликовано Lelya
я и хотела узнать, не было ли у кого файла usr с большим объемом, пока держимся этой версии.

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

С Уважением,
Георгий.

[Lelya]

2George Nordic
Почистили, объем файла не изменился.. надеемся, что очистилось место на страницах.

[George Nordic]

Хм... оччень странно. попробуйте экспортировать не слой целиком, а сделать проект и поместить в него фильтром все объекты с usr слоя... Хотя будет очень долго выбираться, но при этом есть вероятность, что фантомы туда не попадут, и размер файла будет меньше.

Удачи!