Ошибка запроса к БД в окне поиска по F6

[Бродяга_Джон]

Звонят сегодня с одной точки, типа работать не могут, выскакивает ошибка запроса к БД и т.п. и т.д. (кипишь полный короче)
Ладно, доехал до них и наблюдаю, касса работает, товар отбивается и пробивается по ФР. Фиг с ним, -"спрашиваю, а в чём проблема то?".
Показывают, в чеке нажимаем F6, окно поиска/подбора открывается нормально, а вот дальше такая петрушка.
При попытке:
1) поиска по наименованию - пишет "ошибка запроса к БД" в том месте где между таблицей со списком товара и полями сообщения выдаются.
набираемые комбинации символов (наименования товаро) достоверно присутствуют в базе
2) поиска по коду - аналогично, "ошибка запроса к БД"

3) поиска по ШК, тут забавнее, пока не наберёшь 7 первых символов ШК так и пишет про ошибку запроса, набрали 7 - в таблицу выдал результат поиска по отбору, и далее до последнего символа ШК еан-13 всё нормально, если шк набран полностью и вариантов нет, то выдаёт нормальное сообщение "нет подходящих вариантов"

при подборе товара в чек посредством сканера ШК - всё нормально.

куда копать? куда смотреть?
на остальных РМК такого нет, обзвонил специально.

ОС - "коробочная" Мандрива
релиз - 1.2.9.patch1.rc1 (стоит из-за прав на файл отчёта продаж)

[Alexander]

А стандартный (из /var/log/postgresql/) лог PostgreSQL посмотреть реально на этой машине?

[Бродяга_Джон]

А стандартный (из /var/log/postgresql/) лог PostgreSQL посмотреть реально на этой машине?

реально, но надо туда ехать снова

[Бродяга_Джон]

что именно там смотреть? или скинуть?

[Alexander]

Имеет смысл взять дамп текущей БД LinCash, архив папки /tmp/dancy/ и /var/log/postgresql/
Лучше скинуть нам на support@
P.S. Ну и reindexdb -a на всякий случай сделать не помешает

[Бродяга_Джон]

Имеет смысл взять дамп текущей БД LinCash, архив папки /tmp/dancy/ и /var/log/postgresql/
Лучше скинуть нам на support@
P.S. Ну и reindexdb -a на всякий случай сделать не помешает

к закрытию поеду, заберу, из дома потом скину вам.

[Бродяга_Джон]

в логе постри сыпется такая ошибка

Код: Выделить всё

КОМАНДА:  SELECT longtitle, shortcut, price, quantity, barcode, internal_id, addition_code FROM visual_search_view WHERE  upper(longtitle) ~~*  upper('%Ф%')  AND  quantity > 0 ORDER BY longtitle
ERROR:  invalid page header in block 104 of relation "ware"
КОМАНДА:  SELECT longtitle, shortcut, price, quantity, barcode, internal_id, addition_code FROM visual_search_view WHERE  upper(longtitle) ~~*  upper('%ФР%')  AND  quantity > 0 ORDER BY longtitle
ERROR:  invalid page header in block 104 of relation "ware"
КОМАНДА:  SELECT longtitle, shortcut, price, quantity, barcode, internal_id, addition_code FROM visual_search_view WHERE  upper(longtitle) ~~*  upper('%ФРЕ%')  AND  quantity > 0 ORDER BY longtitle
ERROR:  invalid page header in block 104 of relation "ware"
КОМАНДА:  SELECT longtitle, shortcut, price, quantity, barcode, internal_id, addition_code FROM visual_search_view WHERE  upper(longtitle) ~~*  upper('%ФРЕГ%')  AND  quantity > 0 ORDER BY longtitle
ERROR:  invalid page header in block 104 of relation "ware"
КОМАНДА:  SELECT longtitle, shortcut, price, quantity, barcode, internal_id, addition_code FROM visual_search_view WHERE  upper(longtitle) ~~*  upper('%ФРЕГА%')  AND  quantity > 0 ORDER BY longtitle
ERROR:  invalid page header in block 104 of relation "ware"
КОМАНДА:  SELECT longtitle, shortcut, price, quantity, barcode, internal_id, addition_code FROM visual_search_view WHERE  upper(longtitle) ~~*  upper('%ФРЕГАТ%')  AND  quantity > 0 ORDER BY longtitle
ERROR:  invalid page header in block 104 of relation "ware"
КОМАНДА:  SELECT longtitle, shortcut, price, quantity, barcode, internal_id, addition_code FROM visual_search_view WHERE  upper(longtitle) ~~*  upper('%ФРЕГАТ%')  AND  quantity > 0 ORDER BY longtitle
ERROR:  invalid page header in block 104 of relation "ware"
КОМАНДА:  SELECT longtitle, shortcut, price, quantity, barcode, internal_id, addition_code FROM visual_search_view WHERE  upper(longtitle) ~~*  upper('%ФРЕГАТ%')  AND  quantity > 0 ORDER BY longtitle
ERROR:  invalid page header in block 104 of relation "ware"


по сей причине реиндексация не идёт и дамп lincash получается не полный, по размеру от предыдущих видно, за 19 число дамп 268 кил а текущий получается порядка 135 кил, при просмотре он "заканчивается" на списке товара (походу как раз таблицы ware)

[Alexander]

Это сбой самого PostgreSQL.
Наши поиски рецептов лечения этой проблемы (гораздо неприятнее, когда она на БД транзакций возникает, но и на этот случай есть спецсборка демона выгрузки) пока даёт только рецепт переустановки PostgreSQL (либо по крайней мере пересоздания/перезагрузки БД). БД вылечить вряд ли удастся, но LinCash, собственно, несложно перезалить.

[Бродяга_Джон]

Это сбой самого PostgreSQL.
Наши поиски рецептов лечения этой проблемы (гораздо неприятнее, когда она на БД транзакций возникает, но и на этот случай есть спецсборка демона выгрузки) пока даёт только рецепт переустановки PostgreSQL (либо по крайней мере пересоздания/перезагрузки БД). БД вылечить вряд ли удастся, но LinCash, собственно, несложно перезалить.

а причины такой бяки каковы могут быть?
перезалить то не сложно
заметил что дапм при старте 19 числа нормальный (по размеру)
а вот сегодняшний дамп уже не полный

вчерашний (тот что внутри архива) - 1 541 633 байта
сегодняшний - 842 463 байта
нифигово "похудел"

отсутствует часть таблицы ware и полностью ware_additions ware_additions_features_value ware_barcode (первые две пусты у нас)

[Alexander]

а причины такой бяки каковы могут быть?

Это вопрос к разработчикам PostgreSQL, на который внятного ответа нам найти не удалось.
Возможно, на более свежих версиях сервера эта ошибка была/будет исправлена.
На нашем опыте такой сбой возникал до сих пор три-четыре раза (причем всегда до сих пор на БД транзакций). При текущем кол-ве работающих кассовых мест процент, в общем-то, ничтожный.