|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
offsitesЭто не значит что я как рыба в воде в linux. Покрасней ещё раз, чтобы в мозг забралась простая мысль: менеджер пакетов любого современного линукса способен вывести список файлов в пакете с их расположением. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 18:28 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, спасибо, все нашлось) Firebird.log с момента падения сегодня: localhost.localdomain (Server) Tue Jul 3 16:23:29 2018 INET/inet_error: read errno = 104 localhost.localdomain (Server) Tue Jul 3 16:27:32 2018 Shutting down the server with 25 active connection(s) to 1 database(s), 0 active service(s) localhost.localdomain (Client) Tue Jul 3 16:27:35 2018 /usr/sbin/fbguard: /usr/sbin/fbserver killed (did not terminate) localhost.localdomain (Client) Tue Jul 3 16:28:16 2018 /usr/sbin/fbguard: guardian starting /usr/sbin/fbserver localhost.localdomain (Server) Tue Jul 3 16:30:07 2018 INET/inet_error: read errno = 104 localhost.localdomain (Server) Tue Jul 3 16:30:14 2018 INET/inet_error: read errno = 104 localhost.localdomain (Server) Tue Jul 3 16:30:22 2018 INET/inet_error: read errno = 104 localhost.localdomain (Server) Tue Jul 3 16:30:32 2018 Shutting down the server with 5 active connection(s) to 1 database(s), 0 active service(s) localhost.localdomain (Client) Tue Jul 3 16:30:32 2018 /usr/sbin/fbguard: /usr/sbin/fbserver terminated localhost.localdomain (Client) Tue Jul 3 16:30:44 2018 /usr/sbin/fbguard: guardian starting /usr/sbin/fbserver localhost.localdomain (Server) Tue Jul 3 16:33:02 2018 Shutting down the server with 1 active connection(s) to 1 database(s), 0 active service(s) localhost.localdomain (Client) Tue Jul 3 16:33:02 2018 /usr/sbin/fbguard: /usr/sbin/fbserver terminated localhost.localdomain (Client) Tue Jul 3 16:33:42 2018 INET/inet_error: connect errno = 111 localhost.localdomain (Client) Tue Jul 3 16:33:44 2018 INET/inet_error: connect errno = 111 localhost.localdomain (Client) Tue Jul 3 16:33:59 2018 /usr/sbin/fbguard: guardian starting /usr/sbin/fbserver localhost.localdomain (Server) Tue Jul 3 16:36:19 2018 Shutting down the server with 1 active connection(s) to 1 database(s), 0 active service(s) localhost.localdomain (Client) Tue Jul 3 16:36:19 2018 /usr/sbin/fbguard: /usr/sbin/fbserver terminated localhost.localdomain (Client) Tue Jul 3 16:36:20 2018 /usr/sbin/fbguard: guardian starting /usr/sbin/fbserver localhost.localdomain (Server) Tue Jul 3 16:40:33 2018 Shutting down the server with 1 active connection(s) to 1 database(s), 0 active service(s) localhost.localdomain (Client) Tue Jul 3 16:40:33 2018 /usr/sbin/fbguard: /usr/sbin/fbserver terminated localhost.localdomain (Client) Tue Jul 3 16:40:59 2018 INET/inet_error: connect errno = 111 localhost.localdomain (Client) Tue Jul 3 16:40:59 2018 INET/inet_error: connect errno = 111 localhost.localdomain (Client) Tue Jul 3 16:41:16 2018 /usr/sbin/fbguard: guardian starting /usr/sbin/fbserver localhost.localdomain (Server) Tue Jul 3 16:43:05 2018 Shutting down the server with 1 active connection(s) to 1 database(s), 0 active service(s) localhost.localdomain (Client) Tue Jul 3 16:43:05 2018 /usr/sbin/fbguard: /usr/sbin/fbserver terminated localhost.localdomain (Client) Tue Jul 3 16:43:05 2018 /usr/sbin/fbguard: guardian starting /usr/sbin/fbserver localhost.localdomain (Server) Tue Jul 3 16:48:11 2018 INET/inet_error: read errno = 104 localhost.localdomain (Server) Tue Jul 3 16:49:11 2018 INET/inet_error: read errno = 104 ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 19:00 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
шо ж вы ему и вздохнуть то не даёте?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 19:03 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Я так понимаю что в этом логе ничего полезного нет? Видно только как я останавливал-запускал firebird. Значит ли это что с самим Firebird все в порядке? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 19:21 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
offsitesЗначит ли это что с самим Firebird все в порядке? Это значит, что ты gfix не запускал. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 19:22 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, gfix -v -full ... выдает: bad parameters on attach or create database -secondary server attachments cannot validate databases Я правильно понимаю, что gfix нужно будет повторить когда все пользователи разойдутся домой? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 19:39 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Пользователи ушли. Запустил gfix еще раз. Он отработал без всяких предупреждений. При этом в firebird.log ничего записано небыло. Это значит что в базе ошибок нет и восстанавливать ее не нужно? Куда тогда дальше копать? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 21:36 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Подменил базу, сделал активной базу которая глюканула. Нашел 1 ошибку. Показал в какой таблице. gfix -mend -full -ignore поправить не смог. Попробовал сделать bak файл для последующего восстановления: gbak -b -v -ig -g Но только он он начинает работать с базой, тут же загружается процессор на 100% и все, только убивать процесс. Как восстановить такую битую таблицу, если он не дает с ней работать. Или можно ли как нибудь более детально чем в логах понять что конкретно в таблице глюкануло (может процедуру посмотреть можно)), а то не ясно что там править чтобы не глючило. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 21:56 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
offsites, т.е. ошибку ты нам показать не хочешь? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 21:58 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Да, хочу, сам только что смотрел что значит: Relation has X orphan backversions (0 in use) in table Y Y - моя таблица. Я так понял что это типа ничего страшного, судя по документации. Типа просто предупреждение. Ну тогда получается что проблема зависания таки не найдена. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 22:02 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
offsites, а где статистика gstat -h ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 22:05 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Симонов Денис, Database "/opt/db/MYDB.FDB" Database header page information: Flags 0 Checksum 12345 Generation 2085 Page size 16384 ODS version 11.2 Oldest transaction 1485 Oldest active 2059 Oldest snapshot 2059 Next transaction 2059 Bumped transaction 1 Sequence number 0 Next attachment ID 215 Implementation ID 24 Shadow count 0 Page buffers 0 Next header page 0 Database dialect 3 Creation date Jul 3, 2018 2:10:58 Attributes force write Variable header data: Sweep interval: 20000 *END* ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 22:15 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
offsites, вывод gfix скорее всего результат терминирования. из мистических вариантов - ресторенная база все-время попадает на одно и то же битое место диска, как только переходит за 50мб, то каюк. - какая-то проблема с сетью, процесс фб виснет из-за проблем с сетью - какая-то проблема с оборудованием (железом) - какая-то проблема с операционкой в общем, куча вариантов. Могу предложить идиотский тест - создать пустую базу, в ней 1 таблицу с 2 столбцами - инт и строка, первый - ПК. И через IBExpert залить тест дата генератором мегабайт сто. Потом сделать б-р, сделать пару селектов. Если 100мб база переживет эксперимент, значит что-то не так с исходной базой. Если не переживет на этапе пресловутых 50мб, значит проблема в железе и ОС. точную версию ФБ мы вроде так и не увидели - 2.5.что? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 23:11 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
kdv, Я назвал: 2.5.7 Если есть бэдблоки и база 100 МБ будет работать, это не гарантия того что она в них попадет/не попадет. В любом случае, я так понимаю, проблема не в базе. Меня эта версия пока устроит, т.к. чтобы время не терять в поисках причин, настраиваю сервак на резервном железе. Завтра туда залью базу, и посмотрю что станет. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2018, 23:20 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
offsites, это статистика какой БД ? И где статистика security2.fdb ? И на кой чёрт прятать информацию от тех, кого сам спрашиваешь ?offsitesRelation has X orphan backversions (0 in use) in table YX - это сколько ? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 00:07 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Посмотреть в /var/log/messages насчёт упоминаний firebird. Дисковые проблемы там отобразятся, если глюк связан с проблемами чтения диска. Опять же, в момент зависания полезно полазить в /proc/<PID> и понять, что происходит с процессом firebird. Тут уже админ нужен, но полезное можно почитать, например тут: https://habr.com/post/209446/ Я б мог грешить на начавшийся sweep (интервал в 20000 транзакций вижу), но нет в логе упоминаний, а были бы. И для 10 пользователей на FB 2.5.7 я б, кстати, классик рекомендовал, а не суперсервер. Как вариант - просто для проверки. Вдруг виноват какой-то запрос. Тогда зависнет только конкретный пользователь, его породивший (ожидающий выполнения). И можно будет снять с базы gstat -h в момент "зависания" этого пользователя. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 10:28 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
o_v_a, да вроде для базы в 50 Мб свип это такая мелочь. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 10:39 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Таки да. Потому я лишь и упоминаю, что "могло бы". Но это всяко не свип. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 10:42 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
o_v_aЯ б мог грешить на начавшийся sweep (интервал в 20000 транзакций вижу) а то, что там всего 2 тысячи транзакций, ты не видишь? какой еще свип??? :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 11:24 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
kdv, Впрочем, таки просто ещё один камешек в сторону того, что это не свип. Вижу, конечно. И сам по себе он бы не уменьшился - разрыв. Точно не свип. Это что-то другое. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 11:30 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
o_v_a, кстати свип мог быть в security.fdb ну и другие неприятности. Про security нам ТС так ничего и не сказал. Впрочем по его заявлению он заменял этот файл при переустановке. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 11:35 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
В общем все совсем плохо( На новом железе вчера поставил заново fbserver, сегодня отработала бэкапная база 5 часов и снова те же грабли. Т.е. железо точно ни при чем. Остается только сама база. Пользователя конкретного тоже исключаю, т.к. работа сменная, 3 дня подряд один и тот же юзер не логинится. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 19:41 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
offsites, походу база очень интересно спроектирована. Либо мегакосяк с настройками ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 19:43 |
|
Зависание Firebird на базе 50 МБ
|
|||
---|---|---|---|
#18+
Думаю может есть смысл посмотреть кол-во записей в этой небольшой базе, автоинкрементные значения? Стойкое ощущение что достигается некий предел, т.к. бэкапная база примерно всегда одно и то же время отрабатывает. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2018, 19:44 |
|
|
start [/forum/topic.php?fid=40&msg=39669668&tid=1561053]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 306ms |
total: | 452ms |
0 / 0 |