Assert Failed: Archive detects that page 0x724f0d is corrupt. / Informix

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Informix [игнор отключен] [закрыт для гостей] / Assert Failed: Archive detects that page 0x724f0d is corrupt.

13 сообщений из 13, страница 1 из 1

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34340665

defocus

Участник

Откуда: Москва

Сообщения: 76

Рейтинг: 0 / 0

Всем привет !
SCO OpenServer 5.0.7 , Informix Dynamic Server Version 7.31.UC7

При апдейте статистики произошел сбой

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

 01 : 46 : 09   Assert Failed: No Exception Handler
 01 : 46 : 09   Informix Dynamic Server Version  7 . 31 .UC7
 01 : 46 : 09    Who: Session( 7114 , informix@bpp1,  19041 ,  491300956 )
                Thread( 14382 , sqlexec, 1d46c674,  1 )
                File: mtex.c Line:  446 
 01 : 46 : 09    Results: Exception Caught. Type: MT_EX_OS, Context: mem
 01 : 46 : 09    Action: Please notify Informix Technical Support.
 01 : 46 : 11    See Also: /tmp/af.3c163431
 01 : 46 : 11   mtex.c, line  446 , thread  14382 , proc id  1400 , No Exception Handler.
 01 : 46 : 11   PANIC: Attempting to bring system down
 01 : 46 : 11   semctl: errno =  22

И сервер сдох...
При попытке поднять :

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.

 08 : 50 : 01    Who: Session( 16 , informix@bpp1,  0 ,  491273900 )
                Thread( 59 , fast_rec, 1d460234,  1 )
                File: rsdebug.c Line:  1010 
 08 : 50 : 01    Results: Possible inconsistencies in an index of 'dopo3:"informix".sysprocplan'	<<--- побился индекс ---
 08 : 50 : 01    Action: Run 'oncheck -cI dopo3:"informix".sysprocplan'
 08 : 50 : 04    See Also: /tmp/af.4233a88
 08 : 50 : 04   Assert Failed: Rollback error  105 
 08 : 50 : 04   Informix Dynamic Server Version  7 . 31 .UC7
 08 : 50 : 04    Who: Session( 16 , informix@bpp1,  0 ,  491273900 )
                Thread( 59 , fast_rec, 1d460234,  1 )
                File: rsextlog.c Line:  1450 
 08 : 50 : 04    Results: Log record (OLDRSAM:DELITEM) in log  11898 , offset 0x81598 was not rolled back
 08 : 50 : 04    Action: Use 'onlog' to view the transaction and repair manually.
 08 : 50 : 06    See Also: /tmp/af.4233a88
 08 : 50 : 14   Checkpoint Completed:  duration was  0  seconds.
 08 : 50 : 14   Logical Recovery Complete.
         131  Committed,  1  Rolled Back,  0  Open,  0  Bad Locks

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.

root@bpp1#oncheck -cI dopo3:"informix".sysprocplan

Validating indexes for dopo3:informix.sysprocplan...
                Index procplan
ISAM error:  illegal key descriptor (too many parts or too long).
ERROR:  Index procplan for dopo3:informix.sysprocplan is bad.


Index procplan is bad.  OK to repair it? y

root@bpp1#oncheck -cI dopo3:"informix".sysprocplan

Validating indexes for dopo3:informix.sysprocplan...
                Index procplan

Индекс пофиксился
После этого пытаюсь сделать бэкап 0 уровня - пишет в логе :

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

 10 : 21 : 33   Assert Failed: Archive detects that page 0x724f0d is corrupt.
 10 : 21 : 33   Informix Dynamic Server Version  7 . 31 .UC7
 10 : 21 : 33    Who: Session( 57 , informix@bpp1,  5730 ,  491285292 )
                Thread( 277 , arcbackup1, 1d465f6c,  1 )
                File: rsarcbu.c Line:  2538 
 10 : 21 : 34    See Also: /tmp/af.4fd4ffd
 10 : 22 : 54   Checkpoint Completed:  duration was  1  seconds.
 10 : 27 : 59   Checkpoint Completed:  duration was  1  seconds.
 10 : 33 : 02   Checkpoint Completed:  duration was  1  seconds.
 10 : 38 : 06   Checkpoint Completed:  duration was  0  seconds.
 10 : 39 : 35   Archive on rootdbs, physdbs, logicdbs, archdbs, bvdbs, invdepdbs, pnldbs Completed with  1  corrupted pages detected.

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

informix@bpp1$oncheck -cD dopo3
...
TBLspace data check for dopo3:informix.sysprocplan
BAD PAGE 724f0d: pg_frcnt - 13  <  0  or > PAGEFREE  2020 
...

IBM по этому поводу говорит http://www- 1 .ibm.com/support/docview.wss?rs= 630 &context=SSGU8G&context=SSHPYE&q1=Assert+Failed%3a+Archive+detects+that+page+is+corrupt&uid=swg21208747&loc=en_US&cs=utf- 8 &lang=en
his is a known product defect. The defect number is  112667 .

SOLUTION
Contact your local technical support office for an upgrade.

Все бы наверное закончилось восстановлением с бэкапа, на табличка то системная - sysproctable, к тому же
"-- The results of the UPDATE STATISTICS statement are stored in the sysprocplan table, which is used to bring faster execution times of your statistics"

А в системе уже юзеры работают давно ....
Как думаете, поможет ли update statistics исправить данныю проблему ? Посоветейте пожалуйста что-нибудь ....

...

Рейтинг:

0 / 0

19.02.2007, 12:57

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34341262

Александр Спирин

Гость

defocusВсем привет !
SCO OpenServer 5.0.7 , Informix Dynamic Server Version 7.31.UC7

При апдейте статистики произошел сбой

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

 01 : 46 : 09   Assert Failed: No Exception Handler
 01 : 46 : 09   Informix Dynamic Server Version  7 . 31 .UC7
 01 : 46 : 09    Who: Session( 7114 , informix@bpp1,  19041 ,  491300956 )
                Thread( 14382 , sqlexec, 1d46c674,  1 )
                File: mtex.c Line:  446 
 01 : 46 : 09    Results: Exception Caught. Type: MT_EX_OS, Context: mem
 01 : 46 : 09    Action: Please notify Informix Technical Support.
 01 : 46 : 11    See Also: /tmp/af.3c163431
 01 : 46 : 11   mtex.c, line  446 , thread  14382 , proc id  1400 , No Exception Handler.
 01 : 46 : 11   PANIC: Attempting to bring system down
 01 : 46 : 11   semctl: errno =  22

И сервер сдох...
При попытке поднять :

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.

 08 : 50 : 01    Who: Session( 16 , informix@bpp1,  0 ,  491273900 )
                Thread( 59 , fast_rec, 1d460234,  1 )
                File: rsdebug.c Line:  1010 
 08 : 50 : 01    Results: Possible inconsistencies in an index of 'dopo3:"informix".sysprocplan'	<<--- побился индекс ---
 08 : 50 : 01    Action: Run 'oncheck -cI dopo3:"informix".sysprocplan'
 08 : 50 : 04    See Also: /tmp/af.4233a88
 08 : 50 : 04   Assert Failed: Rollback error  105 
 08 : 50 : 04   Informix Dynamic Server Version  7 . 31 .UC7
 08 : 50 : 04    Who: Session( 16 , informix@bpp1,  0 ,  491273900 )
                Thread( 59 , fast_rec, 1d460234,  1 )
                File: rsextlog.c Line:  1450 
 08 : 50 : 04    Results: Log record (OLDRSAM:DELITEM) in log  11898 , offset 0x81598 was not rolled back
 08 : 50 : 04    Action: Use 'onlog' to view the transaction and repair manually.
 08 : 50 : 06    See Also: /tmp/af.4233a88
 08 : 50 : 14   Checkpoint Completed:  duration was  0  seconds.
 08 : 50 : 14   Logical Recovery Complete.
         131  Committed,  1  Rolled Back,  0  Open,  0  Bad Locks

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.

root@bpp1#oncheck -cI dopo3:"informix".sysprocplan

Validating indexes for dopo3:informix.sysprocplan...
                Index procplan
ISAM error:  illegal key descriptor (too many parts or too long).
ERROR:  Index procplan for dopo3:informix.sysprocplan is bad.


Index procplan is bad.  OK to repair it? y

root@bpp1#oncheck -cI dopo3:"informix".sysprocplan

Validating indexes for dopo3:informix.sysprocplan...
                Index procplan

Индекс пофиксился
После этого пытаюсь сделать бэкап 0 уровня - пишет в логе :

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

 10 : 21 : 33   Assert Failed: Archive detects that page 0x724f0d is corrupt.
 10 : 21 : 33   Informix Dynamic Server Version  7 . 31 .UC7
 10 : 21 : 33    Who: Session( 57 , informix@bpp1,  5730 ,  491285292 )
                Thread( 277 , arcbackup1, 1d465f6c,  1 )
                File: rsarcbu.c Line:  2538 
 10 : 21 : 34    See Also: /tmp/af.4fd4ffd
 10 : 22 : 54   Checkpoint Completed:  duration was  1  seconds.
 10 : 27 : 59   Checkpoint Completed:  duration was  1  seconds.
 10 : 33 : 02   Checkpoint Completed:  duration was  1  seconds.
 10 : 38 : 06   Checkpoint Completed:  duration was  0  seconds.
 10 : 39 : 35   Archive on rootdbs, physdbs, logicdbs, archdbs, bvdbs, invdepdbs, pnldbs Completed with  1  corrupted pages detected.

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

informix@bpp1$oncheck -cD dopo3
...
TBLspace data check for dopo3:informix.sysprocplan
BAD PAGE 724f0d: pg_frcnt - 13  <  0  or > PAGEFREE  2020 
...

IBM по этому поводу говорит http://www- 1 .ibm.com/support/docview.wss?rs= 630 &context=SSGU8G&context=SSHPYE&q1=Assert+Failed%3a+Archive+detects+that+page+is+corrupt&uid=swg21208747&loc=en_US&cs=utf- 8 &lang=en
his is a known product defect. The defect number is  112667 .

SOLUTION
Contact your local technical support office for an upgrade.

...

Рейтинг:

0 / 0

19.02.2007, 15:20

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34341294

defocus

Участник

Откуда: Москва

Сообщения: 76

Рейтинг: 0 / 0

;) для нас это не вариант.

...

Рейтинг:

0 / 0

19.02.2007, 15:27

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34342195

onstat-

Участник

Сообщения: 8 199

Рейтинг: 0 / 0

defocus;) для нас это не вариант.

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

Так что там в /tmp/af.4233a88 ?

...

Рейтинг:

0 / 0

19.02.2007, 19:00

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34342266

cleaner

Гость

Именно - все на свой страх и риск.

Как вариант - подложите пустые логи.

...

Рейтинг:

0 / 0

19.02.2007, 19:38

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34342291

Выбегалло

Участник

Откуда: Scottsdale, AZ, USA

Сообщения: 3 653

Рейтинг: 0 / 0

onstat- defocus;) для нас это не вариант.

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

Так что там в /tmp/af.4233a88 ?

да af.4233a88 уже проехали. Теперь надо смотреть af.4fd4ffd . Ну или сразу заняться выяснением, какой таблице принадлежит битая страница 0x724f0d. В этом нам поможет oncheck -pe.
Архиваторная нить ругается если а) не совпадают таймстемпы в начале и конце страницы и б) не совпадает прописанный в странице адрес с реальным. Если очень хочется, и таблица системная и ее не дропнуть/пересоздать, то можно положить сервер и аккуратно поправить эти три места. После чего архиватор ругаться перестанет (но проблема останется).

...

Рейтинг:

0 / 0

19.02.2007, 19:48

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34342430

vasilis

Участник

Откуда: Украина, Киев

Сообщения: 2 212

Рейтинг: 0 / 0

defocus
Все бы наверное закончилось восстановлением с бэкапа, на табличка то системная - sysproctable, к тому же "-- The results of the UPDATE STATISTICS statement are stored in the sysprocplan table, which is used to bring faster execution times of your statistics"

А в системе уже юзеры работают давно ....
Как думаете, поможет ли update statistics исправить данныю проблему ? Посоветейте пожалуйста что-нибудь ....
Если сервер живой (в онлайне) и сбой на системной табличке, то самый простой способ (правда, далеко не самый оптимальный) заново пересоздать БД, т.е. воспользоваться банальным dbexport/dbimport, при этом все системные таблицы и индексы будут пересозданы.
Update statistics (в части перестройки планов процедур) тоже _может_ помочь, но для доступа к старой информации, чтобы ее проапдейтить, существующие ошибки уже будут мешать, к тому же, и ваш сбой произошел именно на этой операции.

...

Рейтинг:

0 / 0

19.02.2007, 21:22

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34342437

vasilis

Участник

Откуда: Украина, Киев

Сообщения: 2 212

Рейтинг: 0 / 0

ВыбегаллоНу или сразу заняться выяснением, какой таблице принадлежит битая страница 0x724f0d. В этом нам поможет oncheck -pe
Так, а что там выяснять - вроде ж все уже сказано ?

Код: plaintext

1.
2.
3.

informix@bpp1$oncheck -cD dopo3
...
TBLspace data check for dopo3:informix.sysprocplan
BAD PAGE 724f0d: pg_frcnt - 13  <  0  or > PAGEFREE  2020

...

Рейтинг:

0 / 0

19.02.2007, 21:30

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34342444

Выбегалло

Участник

Откуда: Scottsdale, AZ, USA

Сообщения: 3 653

Рейтинг: 0 / 0

vasilis ВыбегаллоНу или сразу заняться выяснением, какой таблице принадлежит битая страница 0x724f0d. В этом нам поможет oncheck -pe
Так, а что там выяснять - вроде ж все уже сказано ?

Код: plaintext

1.
2.
3.

informix@bpp1$oncheck -cD dopo3
...
TBLspace data check for dopo3:informix.sysprocplan
BAD PAGE 724f0d: pg_frcnt - 13  <  0  or > PAGEFREE  2020

тоже верно. Но непонятно, что там стало после попытки пофиксить.

...

Рейтинг:

0 / 0

19.02.2007, 21:35

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34343066

defocus

Участник

Откуда: Москва

Сообщения: 76

Рейтинг: 0 / 0

Друзья !
Огромное спасибо за ваши отклики !
сегодня ночью запустил апдейт статистики и он все поправил ! Ошибка ушла ;)
А если бы не ушла, то наверное можно было бы попробовать поискать какой процедуре принадлежала эта страница и сделать ей drop/create ...

...

Рейтинг:

0 / 0

20.02.2007, 10:43

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34345342

Любoппытная

Гость

defocusДрузья !
Огромное спасибо за ваши отклики !
сегодня ночью запустил апдейт статистики и он все поправил ! Ошибка ушла ;)
А если бы не ушла, то наверное можно было бы попробовать поискать какой процедуре принадлежала эта страница и сделать ей drop/create ...

Ну и самое главное. Кому больше всех спасибо? Чьим советам следовали?

...

Рейтинг:

0 / 0

20.02.2007, 22:15

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34345374

Выбегалло

Участник

Откуда: Scottsdale, AZ, USA

Сообщения: 3 653

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

20.02.2007, 22:43

| Ответить | Цитировать | Написать

Assert Failed: Archive detects that page 0x724f0d is corrupt.

#34345771

defocus

Участник

Откуда: Москва

Сообщения: 76

Рейтинг: 0 / 0

ЛюбоППытнаяКому больше всех спасибо?
В наших дружных рядах все равны ;) .. но некоторые равнее ...

Да, бэкап и oncheck больше не ругаются ;))

...

Рейтинг:

0 / 0

21.02.2007, 09:11

| Ответить | Цитировать | Написать

13 сообщений из 13, страница 1 из 1

Форумы / Informix [игнор отключен] [закрыт для гостей] / Assert Failed: Archive detects that page 0x724f0d is corrupt.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=44&gotonew=1&tid=1608447]:	0ms
get settings:	7ms
get forum list:	18ms
check forum access:	3ms
check topic access:	3ms
track hit:	52ms
get topic data:	10ms
get first new msg:	5ms
get forum data:	2ms
get page messages:	49ms
get tp. blocked users:	1ms
others:	223ms

total:	373ms