terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc
Происходит при формировании общего отчета за месяц по группе. Причем сначала думает несколько минут, что то выцепляя из базы и потом на каком то момента это. Что делать - верификтора даже не появляется - после перезапуска опять все в норме? Поиск не дал результатов.
ЗЫ Ничего не делалось с ядром - ещё вчера вечером отчет формировался нормально - а через 14 часов уже все. Сервер работал в обычном режиме, никаких резких телодвижений небыло.
Последний раз редактировалось hammer Чт янв 31, 2008 10:18, всего редактировалось 1 раз.
Гмм... база большая... в разжатом виде - несколько гигов.. вполне может быть. А где посмотреть сколько оно памяти весь этот процесс кушает? И какой параметр в ядре отвечает за размер выделяемой памяти. И нехватка памяти на сервере ЯДРА происходит или на сервере БД? Они у меня разнесены.
Читаю тему viewtopic.php?t=5288 .. кажется, все становится на свои места. Ядро переваливало в использовании памяти за 512 метров. FreeBSD и правдо тупо убивало процесс ядра. Платформа i386 - попробую пересобрать ядро с options MAXDSIZ="(2*1000*1000*1000)"
ЗЫ Было бы здорово видеть подобные рекомендации от разработчиков биллинга в документации на подобные вещи.
На 7.1 kern.maxdsiz стоит 2 гига, и ядро валится так же в корку, когда занимает 2 гига в памяти. Если нетфло не лить (900 мбит трафика) то живет нормально, если лить, то 40 минут и корка.
