zaiets
Не знаю я что у вас за кухня, но как говаривал один человек - понять тяжело и не пытайтесь.
Вот я и не понимаю, почему на известный дефект зразу же не зарегистрировать АПАР а ждать обращения клиента.
Я тоже не понимаю :)
Хотя все таки если логически мыслить - зачем исправлять ВСЕ обнаруженные дефекты, особенно те, которые даже не мешают заказчикам ? Ведь на исправление багов тоже есть своя очередь и приоритеты и ресурсы...

bk0010IDS 11.5 TC5 установлен на Windows XP SP3. При выключении машины иногда вылазит сообщение об access violation в onscpah.exe (чтение по нулевому адресу).
Я правильно понимаю, что сервер IDS никто правильно не останавливает и идет шатдаун всего компа ? Это неправильно. И даже то. что с ним никто не работает в момент останова не должно служить оправданием - останавливайте правильно сервак и в будущем избежите некоторых проблем с целостностью (хотя, возможно, эта проблема уже и не актуальна для новых версий Информикса).

DrGonzoДефект известный: "[WINDOWS] Onscpah.exe crashes while waiting for oninit to set service ready events". Будет пофиксен в 11.50.TС6. APAR'а для него не существует к сожалению. Если нужен - можете обратиться в поддержку.
Спасибо DrGonzo за участие в форуме и даже открытие служебной информации :)
Это иногда значительно полезней десятков других советов, экономит массу времени и сил - есть баг поизводителя и никакие твои собственные возможные проблемы/ошибки тут уже ни при чем....
Будем рады, если вы будете активней помогать сообществу и в дальнейшем.
К сожалению, в Киевском офисе мы уже лишились такой непосредственной поддержки со стороны Вадима :(

GVF112GVFsysmaster,
ответ простой - кризис ... вот и косят людей в представительствах (IBM Ukraine & Russian).
В московском - Александр Спирин, в украинском - Вадим Головский ... and so on ....
Нет слов..., точнее есть, но не цензурные.
Лучше бы уволили десяток сейлов, которым пофик что продавать - железо, кока-колу или софт.
А так единственных людей, кто хоть что-то делали для развития "культуры IBM" (и СУБД Информикс в частности) в среде рядовых админов и разработчиков, безвозмездно помогая им в решении множества мелких (и не очень) проблем, людей, которые имели шансы ответить на технические вопросы здесь на форуме...

bk0010vasilisЯ правильно понимаю, что сервер IDS никто правильно не останавливает и идет шатдаун всего компа ? Это неправильно. И даже то. что с ним никто не работает в момент останова не должно служить оправданием - останавливайте правильно сервак и в будущем избежите некоторых проблем с целостностью (хотя, возможно, эта проблема уже и не актуальна для новых версий Информикса).
А как правильно? У нас сервер запускается как служба и, соотвественно, я рассчитывал, что Windows при выключении аккуратно посылает команду на остановку всем службам. onmode -ky я использовал крайне редко, но на других серверах это проблем не вызывало.
Вы правы, что "Windows при выключении аккуратно посылает команду на остановку всем службам", но, к сожалению, не дожидается корректной остановки всех служб (что, в принципе и правильно - а вдруг приложение/служба зависла), и через время, которое определено в рееестре (ранее было 20 сек) просто "прибивает" все не завершенные службы/приложения.
Конечно, 20 сек почти всегда хватает, если сервер не был под нагрузкой, но вероятность проблем есть:
- сервер таки может быть под нагрузкой и не успевает откатить транзакции
- зависит от версии и параметров сервера, например, при включенном "трижды мной проклятом" fuzzy checkpoint, при буферизации транзакций , при....
Опять таки, это _почти_ не страшно, как _почти_ не страшно и выключение электричества в момент работы сервера без UPS. У Информикса, как и любой серьезной СУБД, есть механизмы самовосстановления после таких сбоев (fast recovery) Но, так как вероятность есть, то она рано или поздно проявится.
То, что эта вероятность есть, я убедился на собственном опыте и не один раз. Ранее я уже не раз писал, что много лет помогал нашему хотлайну разбираться с тяжелыми случаями сбоев IDS-серверов на Винде (а их, серверов, было несколько сотен), когда компы ежедневно гасились shutdown (в лучшем случае) или кнопкой питания или отключением электричества в регионе (в худшем). По моим прикидкам на несколько сотен (или даже тысяч) таких некорректных остановок всегда находилась такая, когда сервер уже не мог выполнить fast recovery. Т.о. обычно в год приходилось 3-4 таких случая, которые доходили до меня. Подозревая, что с ростом квалификации, проведенного массового обучения, установки упсов, правильной остановки IDS, выключения некоторых параметров и умения быстро восстанавливать сервак без внешней помощи (до меня уже не доходило) - эта вероятность еще уменьшалась и в последние пару лет это были уж совсем единичные случаи.
Кстати, одним из первых и быстрых решений, которое я применял всегда на таких серверах, было увеличение того самого времени, в течении которого Windows ожидает завершения работы приложений/сервисов, до 2-4 минут (например). См. в присоединенном файле WaitToKillServiceTimeout_240s.reg (не помню, чтобы проверял его на Win2003-2008).