Radnor

Да.. дела, ну впрочем, глядя на фото замов ГСП по Московской области, в целом то понятно, кто тама всем заправляет, недоглядела госпожа Гаврилова, недоглядела, наверно куда то не туда смотрела, на за тем, не на то...

Ну насколько я понимаю, это тайна за 7ю печатями, помню, к статистике в ПК СП.. (да, да, киров рулит), была полная раскладка по статотчетности, какой показатель как формируется. Здесь, к сожалению, это знают только в рэдсофте.. да по моему, и там уже до конца не знают

Цитата:

Сообщение от alicrosl ►

Пишу новую РДБ после 17.1 , запускаю базу при регистрации любого документа ошибка

Сообщение об ошибке:
Ошибка выполнения запроса: GDS Exception. 335545036. Cannot resolve directory name "attachment"
At procedure 'SYS_CREATE_FILE' line: 38, col: 13
[jdbc:firebirdsql:10.14.108.176/3050:ncore-fssp?lc_ctype=WIN1251]

Исключение:
biz.redsoft.ncore.exception.SystemSQLExc eption: Ошибка выполнения запроса: GDS Exception. 335545036. Cannot resolve directory name "attachment"
At procedure 'SYS_CREATE_FILE' line: 38, col: 13
[jdbc:firebirdsql:10.14.108.176/3050:ncore-fssp?lc_ctype=WIN1251]

проверяем содержимое файла directoties.conf в папке с рэддатабэйсом, скорее всего нет указания на пути к папкам attachments и dxlog если на сервере исползуется линукс-бэйс платформа - то еще плюсом проверяем права на доступ к папке(и + подпапкам) /fssp/db/data/attachment

Цитата:

Сообщение от Artorics ►

День добрый.
При обновлении АИС столкнулся с ошибкой.
Обновляю с версии 1.15.299.169 до 1.16.357.37.
Caused by: org.firebirdsql.jdbc.FBSQLException: GDS Exception. 335544351. unsuccessful metadata update
New size specified for column ACTION_ID must be at least 21 characters.
В чем причина, подскажите как исправить.

Как пишет рэдконтроль, то все наши беды(и бэды) от неправильного рэддатабэйса, надо что б было 2,5 не меньше (желательно 3медведя ). А еще суперклассик/суперсервер в вариации 2.5.0.9318 вообще глючит жутко, и надо чтоб был классик, да да, xinetd.d устанавливаем и вперед. После замены этого скул-сервера надо конечно бэкапноресторнуть БД, выполнить запрос на ней select * from sys_sync_all(1) как то так. Ну и типа должно заработать.

Цитата:

Сообщение от gromkio ►

Да Кстати нет у кого нибудь ссылки на рдб 2.5 У нас типичная ошибка при обновлении на 16 ветку. поговаривают обновление с 2.1 на 2.5 помогает))) Извините забыл поздороваться)))

На фтп-нике редсофтовском
ftp://support.red-soft.biz
в папке rdb лежат все версии, вплоть до последней (только 9318 что то показалась какой то кривоватой) лучше 9152.

я так понимаю, что в даном случае сканер только эмулирует ввод набира чисел с нумпада клавиатуры и ничего более, у вас сканер часом с клавиатурой не запараллелен?

Цитата:

Сообщение от bariknm ►

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

ну кой чего можешь подчерпнуть из этой инструкции, а вообще, не знаю, есть ли она, эта инструкция, там по моему и так понятно всё.
перезаменяешь папку с программой, поправляешь ncore-properties и update-db.sh
стартуешь update-db.sh > /fssp/upd.log
и сиди пей пиво, пока не обновится, ну а если что то не то, то лог у тебя завсегда останется

Цитата:

Сообщение от bariknm ►

Добпый день! Подскажите, можно ли поставить сразу последнне обновление (1.15.299.163) или надо ставить все по порядку??? При попытке постватить последнее обновление, вылазит следующая ошибка:

19.02.12 17:57:53.437,main,DEBUG,CacheManager,Registering cache Кэш правил документооборота
19.02.12 17:57:53.703,main,ERROR,JdbcUpdate,SQL: alter database begin backup
org.firebirdsql.jdbc.FBSQLException: GDS Exception. 335544351. unsuccessful metadata update
Database is already in the physical backup mode
at org.firebirdsql.jdbc.AbstractPreparedStatement.internalExecute(AbstractPreparedStatement.java:730)
at org.firebirdsql.jdbc.AbstractPreparedStatement.executeUpdate(AbstractPreparedStatement.java:190)
at biz.redsoft.ncore.db.jdbc.statpool.SQLPreparedStatementBase.executeUpdate(SQLPreparedStatementBase.java:39)
at biz.redsoft.ncore.db.jdbc.JdbcUpdate.executeUpdate(JdbcUpdate.java:43)
at biz.redsoft.ncore.db.jdbc.JdbcUpdate.update(JdbcUpdate.java:54)
at biz.redsoft.ncore.upgrade.task.NBackupRestoreTask.startBackup(NBackupRestoreTask.java:65)
at biz.redsoft.ncore.upgrade.task.NBackupRestoreTask.executeTask(NBackupRestoreTask.java:36)
at biz.redsoft.ncore.upgrade.task.DbTask$1.run(DbTask.java:63)
at biz.redsoft.ncore.system.SystemCall.execute(SystemCall.java:69)
at biz.redsoft.ncore.upgrade.task.DbTask.internalExecute(DbTask.java:67)
at biz.redsoft.ncore.upgrade.task.DbTask.execute(DbTask.java:92)
at biz.redsoft.fssp.upgrade.product.PkspDBUpdate.backup(PkspDBUpdate.java:129)
at biz.redsoft.fssp.upgrade.Upgrade.pkspDbBackup(Upgrade.java:183)
at biz.redsoft.fssp.upgrade.product.Pksp.upgrade(Pksp.java:160)
at biz.redsoft.fssp.upgrade.product.Pksp.upgrade(Pksp.java:39)
at biz.redsoft.fssp.upgrade.Upgrade.upgradeProduct(Upgrade.java:158)
at biz.redsoft.fssp.upgrade.Upgrade.executeAll(Upgrade.java:141)
at biz.redsoft.fssp.upgrade.Upgrade.upgrade(Upgrade.java:82)
at biz.redsoft.fssp.upgrade.Upgrade.main(Upgrade.java:193)
at org.firebirdsql.gds.GDSException: unsuccessful metadata update
Database is already in the physical backup mode
at org.firebirdsql.gds.impl.wire.AbstractJavaGDSImpl.readStatusVector(AbstractJavaGDSImpl.java:2169)
at org.firebirdsql.gds.impl.wire.AbstractJavaGDSImpl.receiveResponse(AbstractJavaGDSImpl.java:2119)
at org.firebirdsql.gds.impl.wire.AbstractJavaGDSImpl.iscDsqlExecute2(AbstractJavaGDSImpl.java:1185)
at org.firebirdsql.gds.impl.GDSHelper.executeStatement(GDSHelper.java:226)
at org.firebirdsql.jdbc.AbstractPreparedStatement.internalExecute(AbstractPreparedStatement.java:726)
at org.firebirdsql.jdbc.AbstractPreparedStatement.executeUpdate(AbstractPreparedStatement.java:190)
at biz.redsoft.ncore.db.jdbc.statpool.SQLPreparedStatementBase.executeUpdate(SQLPreparedStatementBase.java:39)
at biz.redsoft.ncore.db.jdbc.JdbcUpdate.executeUpdate(JdbcUpdate.java:43)
at biz.redsoft.ncore.db.jdbc.JdbcUpdate.update(JdbcUpdate.java:54)
at biz.redsoft.ncore.upgrade.task.NBackupRestoreTask.startBackup(NBackupRestoreTask.java:65)
at biz.redsoft.ncore.upgrade.task.NBackupRestoreTask.executeTask(NBackupRestoreTask.java:36)
at biz.redsoft.ncore.upgrade.task.DbTask$1.run(DbTask.java:63)
at biz.redsoft.ncore.system.SystemCall.execute(SystemCall.java:69)
at biz.redsoft.ncore.upgrade.task.DbTask.internalExecute(DbTask.java:67)
at biz.redsoft.ncore.upgrade.task.DbTask.execute(DbTask.java:92)
at biz.redsoft.fssp.upgrade.product.PkspDBUpdate.backup(PkspDBUpdate.java:129)
at biz.redsoft.fssp.upgrade.Upgrade.pkspDbBackup(Upgrade.java:183)
at biz.redsoft.fssp.upgrade.product.Pksp.upgrade(Pksp.java:160)
at biz.redsoft.fssp.upgrade.product.Pksp.upgrade(Pksp.java:39)
at biz.redsoft.fssp.upgrade.Upgrade.upgradeProduct(Upgrade.java:158)
at biz.redsoft.fssp.upgrade.Upgrade.executeAll(Upgrade.java:141)
at biz.redsoft.fssp.upgrade.Upgrade.upgrade(Upgrade.java:82)
at biz.redsoft.fssp.upgrade.Upgrade.main(Upgrade.java:193)

Где искать ошибку?

Заранее благодарен!!!

Database is already in the physical backup mode
Вот тут скорее всего. Попробуй обработать базу
сначала gfix -mend БД
потом gbak -b -g -v БДстарая БДновая
затем gbak -c -v БДновая БДстарая

Цитата:

Сообщение от АлексейРославль ►

Говорять что для работы нового СЕДА , при выгрузки из аиса нужно обновить РДБ , я скачать но как обновлять , что просто поменять каталог и оставить без изменению АЛИС

Какую исполбуешь ОС?
РДБ в данном случае рэддатабйс ивв, я так понимаю, ну если винда - то просто через установку\удаление старую долой, новею ставим. Если что то линевое, то uninstall.sh тебе в помощь, а потом так же ставишь новую, не нихе 2,3,1. Ну а aliases.conf в обоих случаях сохрани, ну или потом заново руками перепиши.

Цитата:

Сообщение от Dimitry ►

Как обновить СЭД? Обновление доходит до конца, но потом Ошибка: "Обновление не было завершено, хотите восстановить данные?"

хм.. такое бывает, если было пропущено несколько обновлений, проверь номер своей версии и на сайте посмотри, не было ли промежуточных обновлений, у СЭДа они не коммулятивные