|
|
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Предыстория у клиента скорее всего 2.1.3 win32 super Изначально обратился с PK Violation при создании новой записи. Оказалось, что соотв. генератор стоит сильно меньше максимума (точнее вообще на стартовом значении, которое посылается в дистрибутиве) В хелпдеске поправили, сделали обычный b&r, отправили обратно. Предположили, что где-то в программе косяк и объекты добавляются мимо генератора (реально нет времени сейчас для расследования). Теперь при попытке добавить эту запись вылетает cannot find record back version (291) Ладно, пороемся, что-нибудь найдем, только времени сейчас нет вообще, а хелпдеск тут мeньше понимает. Недоумение Но мне уже сам вопрос интересен.... Насколько понимаю, эта ошибка возникает при невозможности прочитать запись в некоторых условиях, например при откате транзакции или зачистке после отката. Таким образом, если эта ошибка возникает - она должна возникать при B. А после R она возникать никак не должна - что восстановилось, то восстановилось как надо. Сейчас попросил хелпдеск воспрoизвести 291 после R, но у меня крыша едет - как это так. Если воспроизведут - уедет окончательно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 11:43:43 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
gfix что говорит? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 11:49:20 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Мимопроходящий, gifx после b&r находит кучу orphan page и трижды index 2 corrupt in table RDB$USER_PRIVELEGES сейчас хочу увидеть это своими глазами - столько проблем после b&r, а не при B и не на исходной бд - But why? - But how? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 12:03:05 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
очень похоже на битое железо Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 12:09:14 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Arioch, Очень похоже на то, что после рестора уже что-то делали, при чём массовое, при этом убили процесс сервера (gifx после b&r находит кучу orphan page). Теперь при чтении записи сервер пытается сделать backout, но не может найти бекверсию. Думаю там и FW=OFF. Ну или сам рестор упал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 12:12:30 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
hvlad, понимаешь ли... еще раз, очень занят другими вещами, чтобы лично смотреть за b&r циклом 700мб базы... и понимаю, что 2.1.3 далеко не новый сервер. но тем не менее, хелпдеск уверяет что именно после рестора все эти результаты с gfix PS: а клиент да... проблемный, год назад уже убивали базу до ручног оперелива в новую. Но это как база Болтика получается. Если смогу воспроизвести сам, то значит есть база, проблемы в которой сохраняются после restore. Сам поверить не могу... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 13:01:29 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
hvladНу или сам рестор упал. ничего такого он не написал. Впрочем, тут уже были жалобы, что gbak выдает неправильный код возврата, не может оказаться, что и некоторые ошибки он не выдает в summary, а они остаются среди длииинного журнала ? вообще идея дял gbak - все сообщения warning & error дублировать во внутренний буффер, и по окончании операции повторять в сжатом виде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 13:03:05 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Ariochхелпдеск уверяет что именно после рестора все эти результаты с gfixТ.е. хелпдеск утверждает, что они сделали рестор и тут же валидацию и получили вот эти вот ошибки ? Ты выясни чёткую последовательность действий, ибо чудес не бывает. А человеки ошибаются чаще чем железки. AriochВпрочем, тут уже были жалобы, что gbak выдает неправильный код возвратаЭто жаловались те, кто не понимает чего ждать от gbak'а. Ещё раз - чудес не бывает. Кто-то не понимает, где он ошибается и дезиформирует тебя и нас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 13:47:28 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
все пациенты врут. а доктор хаус оказывается педераст. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 13:52:34 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Мимопроходящий, Ну, сейчас я буду врать.... ODS 11.1 1 ГБ до B/R, 700 МБ после Клиент чувствительный, поделиться базой не могу. С генераторами разрешилось, наш косяк после ручного перелива данных в июле 2012, с тех пор они в эту таблицу не лазили. Моя машина: * Win7 x64, * WI-V2.1.5.18496 Firebird 2.1 : Win32, Super, port 3050 * WI-V2.5.2.26536 Firebird 2.5 : Win64, Super-Classic (видимо, стартует fb_inet_server -s ... -m), port 3064 Базу пробовал обоими gfix'aми -validate -full - никаких ошибок. Мой косяк, раcслабился. Hадо было через TCP... т.е. оба gfix'а были от 2.5.2). Но мне надо было по быстрому проверить "есть ли мальчик" Cделал fbk (судя по всему gbak.exe от 2.1 win32 но через xnet в fb 2.5 ) Развернул ( gbak.exe от 2.1 через локальный коннект ) и получил ODS 11.2 Развернул ( gbak.exe от 2.1 через localhost/3050:... ) и получил ODS 11.1 Прогнал gfix'ы на втором варианте (пользователям нельзя посылать 11.2) - никаких ошибок. сейчас прогнал и gfix'ы по ods 11.2 - тоже нет ошибок. Делаю добавление пользователя ( у нас старая для этого прога через CDS+IBX, после добавления ещё раздаются права и м.б. по триггерам что-то делается. ) ...сервер (2.1.5) выдаёт вышеозначенную cannot find record back version (291) После этого gfix по базе выдаёт Код: plaintext 1. 2. Сейчас буду дальше рыть. ---------- ПРЕДЛОЖЕНИЕ ПТИЦЕВОДАМ gfix -z выдает свою версию, но не версию сервера, которой она будет тестировать. Для меня это оказалось ловушкой, я не заметил, что она тестировала не лично, а совсем другой версией сервера. А вот gbak выдает полностью, через какие протоколы и к чему подключилась. И это правильно. То же самое про gstat, а то выдаются коаны типа gstatgstat version WI-V2.1.5.18496 Firebird 2.1 Wrong ODS version, expected 11, encountered 11 этот попытка gstat'ом от 2.1 через localhost/3064:... (т.e. через сервер 2.5) прочитать базу ODS 11.2 Что-то я потерялся, а каком объяме gstat использует сервер ,а в каком - прямой доступ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 18:38:37 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
c:\Program Files (x86)\Firebird\Firebird_2_1\firebird.logPC-ANALYTICDEV (Server) Thu Jan 30 17:46:36 2014 INET/inet_error: read errno = 10054 PC-ANALYTICDEV (Server) Thu Jan 30 17:48:48 2014 INET/inet_error: read errno = 10054 PC-ANALYTICDEV (Server) Thu Jan 30 17:54:50 2014 INET/inet_error: read errno = 10054 PC-ANALYTICDEV (Server) Thu Jan 30 18:04:05 2014 Database: D:\_test_db\IA21.FDB internal gds software consistency check (cannot find record back version (291), file: vio.cpp line: 5081) PC-ANALYTICDEV (Server) Thu Jan 30 18:04:05 2014 Database: D:\_test_db\IA21.FDB internal gds software consistency check (cannot find record back version (291), file: vio.cpp line: 5081) PC-ANALYTICDEV (Server) Thu Jan 30 18:04:05 2014 Database: D:\_test_db\IA21.FDB internal gds software consistency check (cannot find record back version (291), file: vio.cpp line: 5081) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1701 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1691 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1701 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1701 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1701 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1701 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1691 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 2 is corrupt on page 60095 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1701 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:42 2014 Database: D:\_test_db\IA21.FDB Index 2 is corrupt on page 60095 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1691 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85073 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85075 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85076 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85077 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85079 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85081 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85082 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85083 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85085 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85086 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85087 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85089 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85090 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85092 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85093 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85094 is an orphan PC-ANALYTICDEV (Server) Thu Jan 30 18:32:56 2014 Database: D:\_test_db\IA21.FDB Page 85095 is an orphan c 2.5 вроде то же самое, как и ожидалось c:\Program Files\Firebird\Firebird_2_5\firebird.logPC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1709 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1699 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1709 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1709 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1709 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1709 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 1 is corrupt on page 60087 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1699 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 2 is corrupt on page 60095 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1709 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:00 2014 Database: D:\_test_db\IA21.FDB Index 2 is corrupt on page 60095 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1699 in table RDB$USER_PRIVILEGES (18) PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85073 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85075 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85076 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85077 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85079 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85081 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85082 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85083 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85085 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85086 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85087 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85089 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85090 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85092 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85093 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85094 is an orphan PC-ANALYTICDEV Thu Jan 30 18:05:15 2014 Database: D:\_test_db\IA21.FDB Page 85095 is an orphan ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 18:46:23 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
AriochПрогнал gfix'ы на втором варианте (пользователям нельзя посылать 11.2) - никаких ошибок.Т.е. опровергаем миф - "ошибки сразу после рестора" - нет их после рестора. AriochДелаю добавление пользователя ( у нас старая для этого прога через CDS+IBX, после добавления ещё раздаются права и м.б. по триггерам что-то делается. ) ...сервер (2.1.5) выдаёт вышеозначенную cannot find record back version (291)Т.е. подтверждаем, что после рестора что-то делали и это что-то привело к ошибкам. Если есть заинтересованность в установлении причин (и их исправлению), то нужно сделать минимальный воспроизводимый пример. Да, я читал, что Ariochподелиться базой не могуно и без примера я тоже сделать ничего не могу. Так что - ищи что там можно удалить так, чтобы и проблему было видно, и чтобы клиент не расчувствовался :) Ну, или забей, если оно никому не надо... PS добавление пользователя и назначение прав через DLL делается, али топором ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:03:07 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Сейчас, видимо, устроим ручной перелив данных в нулёвую базу, а это оставим на более свободные времена. Возможно удастся минимизировать, особенно если кто-то подскажет как это сделать эффективно. У клиента, если не обманывает, крутилось все на 2.1.3 win32 superserver в умолчальной конфигурации. Заголовок базы после правки генератора, но до прочих операций: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. После создания пользователя (разделение прав делается в программе) запускается большая раздача прав Код: sql 1. 2. 3. И в цикле идут запросы (без параметров, текстом) Код: sql 1. 2. 3. Код: sql 1. 2. 3. Но до сих пор проблем не было... Никаких вкусностей типа database-global триггеров, совсем недавно отловили юзера с FB1.5 ODS9 и ведь работало же... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:12:45 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
AriochКлиент чувствительный, поделиться базой не могу.Странный он, а не чувствительный. Объясни ему, что dimitr или hvlad - это не коммерсанты, сливающие чужие данные, а разработчики СУБД. ЗЫ. Мой бывший начальнег вообще не парился, отдавать корявую базу или нет, а также давать ли доступ Алексу в нашу сетку, когда сильно припёрло. И ничего, вроде не разорились. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:13:15 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
hvladдобавление пользователя Через IBX IBSecurityManager, gds32.dll раздача прав см. выше Посоветуй в какую сторону минимизировать, надеюсь через неделю-две доберусь. Насчёт мифов - так я и сам верил с трудом... Но все равно какой-то неприятный случай. Какое-то неловленное нарушение структуры, которое потом устраивает лавину... TODO: пpогнать ту же последовательность на 2.5.2, может окажется в нём уже поправили между делом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:15:06 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Таблоид, И странный тоже. Но какой есть. Многие и нам-то базу не дают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:20:39 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
AriochПосоветуй в какую сторону минимизировать, надеюсь через неделю-две доберусь.Я бы начал с БД без данных, т.е. отресторенной с ключём -m ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:23:20 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
AriochAttributes Ну да, FW=OFF, левая "прога через CDS+IBX" использует Embedded и резко завершается, не дав серверу сбросить кэш. Результат закономерен. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:23:35 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Embedded не используется, насчет FW проверю без него ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:47:43 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
AriochEmbedded не используется Это ты так думаешь... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 19:52:12 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, А почему ты думаешь, чт оиспользуется ? У клиента Super Server и ничег ордугого Я тоже запускал на 2.1.5 Super ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 20:02:03 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
AriochА почему ты думаешь, чт оиспользуется ? Поэтому: AriochРазвернул ( gbak.exe от 2.1 через локальный коннект ) и получил ODS 11.2 Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 20:11:40 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, а какие претензии к gbak ? программа подключалась через localhost/2050:path ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 20:16:43 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
после включения FW точно так же падает после создания. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. После этого взял и второй раз запустил утилиту (чтобы отошло от continue after bug check) и... ...и второй пользователь создался. В процессе промелькнуло "BLOB not found", но - создался. после создания Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 20:20:53 |
|
||
|
cannot find record back version - после restore ?
|
|||
|---|---|---|---|
|
#18+
Arioch* WI-V2.1.5.18496 Firebird 2.1 : Win32, Super, port 3050 Ariochпрограмма подключалась через localhost/2050:path А потом не делалось чего-то странного вроде убиения сервера? Впрочем, при твоём отключенном FW это скорее риторический вопрос... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 20:22:52 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38544141&tid=1563926]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
276ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 573ms |

| 0 / 0 |
