Коллеги! Напоминаю о себе и л своей проблеме очередным воплем!
После всего, что описано в предыдущем посте, "по совету друзей" я провел тестирование памяти сервера. Использовал memtest86+ другого подходящего ничего не нашел. Не уверен, что эта программа - хороший вариант. Но ошибок памяти она не нашла (тестировала почти сутки, остановил примерно через 20 часов). Сервер: память 8Гигов, без ECC, CPU: Dual-Core AMD Opteron Processor 2218, Speed: 2,613.38 MHz, Cores: 4. OS: Linux 2.6.25.5-1.1-default x86_64 System: openSUSE 11.0 (x86_64). Проверив память и убедившись, что она, вроде бы, исправна, я решил, что напутал с дистрибутивом FB. У меня стоял FB SS-2.1.2.18118-0.amd64, решил переставить на SS-2.1.2.18118-0.ntpl.i686, благо поддержка NTPL 2.8 есть (я проверил). Результат примерно то же: во время рестора ошибки: gbak: 60000 records restored gbak: 70000 records restored gbak:adjusting an invalid decompression length from 52 to 6 gbak: ERROR:validation error for column ID, value "*** null ***" gbak: ERROR: warning -- record could not be restored gbak:Exiting before completion due to errors теперь уже в другом месте, при ресторе другой таблицы. напомню, что раньше была ошибка: gbak: 5690000 records restored gbak: 5700000 records restored gbak:adjusting an invalid decompression length from 6 to 2 gbak: ERROR:value exceeds the range for valid dates gbak: ERROR:gds_$send failed gbak:Exiting before completion due to errors Еще одна попытка рестора с бэкапа, сделанного с БД-дублера с Windows- машины. Опять ошибка: gbak: activating and creating deferred index TEK_DOP_KOD_DOKOP gbak: activating and creating deferred index PRV_TEK_KOD_DOK gbak:cannot commit index PRV_TEK_KOD_DOK gbak: ERROR:internal gds software consistency check (decompression overran buffer (179), file: sqz.cpp line: 231) gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) gbak:Exiting before completion due to errors gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) Добавлю, что на самой Windows-машине с БД-дублером с ЭТОГО же бэкапа восстановление проходит нормально. Попытка запустить gbak на Win-машине с восстановлением БД на злосчастном linux-сервере - опять крах: gbak: activating and creating deferred index TEK_DOP_KOD_DOKOP gbak: activating and creating deferred index PRV_TEK_KOD_DOK gbak:cannot commit index PRV_TEK_KOD_DOK gbak: ERROR:internal gds software consistency check (decompression overran buffer (179), file: sqz.cpp line: 231) gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) gbak:Exiting before completion due to errors gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) НО ВНИМАНИЕ! Ошибка происходит ровно на том же месте! Т.е. имеем .fbk файл, который нормально ресторится на win-машине, но который не ресторится локально на линуксе и не ресторится на линуксе с запуском gbak на винде. И при этом ломается на том же месте. Сразу скажу, что на этом серваке ничего существенного, коме FB, не крутится. Разве что X-system, KDE, Mozilla, консоль - для скачивания и установки дистров. Так что, теоретически, это все же может быть память, и оба раза при выполнении рестора, когда доходило дело до использовагия битой страницы, все и ломалось. Но как-то самому не очень в это вериться.... И еще попутная просьба: может посоветует кто хорошую программу для тестирования памяти - либо под линукс, либо загружаемую с диска. Заранее спасибо!
