Apache2 на NW65SP5 выжирает память...

[Михаил Григорьев]

Какие модули к PHP подключены?
А если их всех отключить?

php.ini стандартный? или что то своё накручено?

[Орлов Алексей]

Я вчера столкнулся с такой же проблемой. Правда у меня модули несколько старее Ваших, а именно все 2005 года. А суть в следующем, на серваке есть много mp3 файлов, вот и решили на php замутить mp3 портал, замутили и когда начинаешь обращаться к странице то память начинает течь, а вот если запустить обновление данных (php скрипт пробегает рекурсивно сдирая все теги, имя, размер и пихает это все в mysql) то память течет рекой, в итоге сервак упал в abend со словами
Novell Netware, V6.5 Support Pack 5 - CPR Release
PVER: 6.50.05

Server MASTER halted Tuesday, 7 November 2006 14:43:47.467
Abend 1 on P01: Server-5.70.05: Page Fault Processor Exception (Error code 00000002)

Registers:
CS = 0060 DS = 007B ES = 007B FS = 007B GS = 007B SS = 0068
EAX = AA7A731C EBX = 6C4180E0 ECX = AA79F300 EDX = AA79F000
ESI = 922611F0 EDI = 00008020 EBP = 922611E0 ESP = 69795ED8
EIP = 00320FB8 FLAGS = 00010292
00320FB8 C70034343434 MOV [EAX]=?, 34343434
EIP in SERVER.NLM at code start +00111E98h
Access Location: 0xAA7A731C

The violation occurred while processing the following instruction:
00320FB8 C70034343434 MOV [EAX], 34343434
00320FBE 8B4330 MOV EAX, [EBX+30]
00320FC1 8B5310 MOV EDX, [EBX+10]
00320FC4 C1E80C SHR EAX, 0C
00320FC7 C1EA0C SHR EDX, 0C
00320FCA C1E002 SHL EAX, 02
00320FCD C1E202 SHL EDX, 02
00320FD0 05000060FA ADD EAX, LOADER.NLM|AllocHashTable
00320FD5 01C2 ADD EDX, EAX
00320FD7 89D9 MOV ECX, EBX



Running process: Apache_Worker 1 Process
Thread Owned by NLM: APACHE2.NLM
Stack pointer: 69795AA8
OS Stack limit: 69787FA0
Scheduling priority: 67371008
Wait state: 5050090 Wait for interrupt
Stack: --922611E0 ?
--00008020 (LOADER.NLM|KernelAddressSpace+8020)
--0000007F (LOADER.NLM|KernelAddressSpace+7F)
--6C4180E0 ?
00320527 (SERVER.NLM|xxAllocateLargeSlab+23F)
--6C4180E0 ?
--922611E0 ?
--00008020 (LOADER.NLM|KernelAddressSpace+8020)
--0000007F (LOADER.NLM|KernelAddressSpace+7F)
--5CF0DD20 ?
--0000007F (LOADER.NLM|KernelAddressSpace+7F)
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--00008020 (LOADER.NLM|KernelAddressSpace+8020)
--00009000 (LOADER.NLM|KernelAddressSpace+9000)
--9259EB20 (LIBNICM.NLM|NicmModCFTable+5580)
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--477EC430 ?
--922611E0 ?
00324A8D (SERVER.NLM|AllocSleepOK+8B1)
--922611E0 ?
--00008007 (LOADER.NLM|KernelAddressSpace+8007)
--00000001 (LOADER.NLM|KernelAddressSpace+1)
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--5CF0DD0C ?
-00446E40 (SERVER.NLM|xAllocSizeTable+0)
505E94B6 (PHP5LIB.NLM|zend_hash_copy+66)
--5BCA5BCC ?
--922611F0 ?
--5BCA5BCC ?
--5801C2C0 ?
--4A2DCA40 ?
--477EC260 ?
--69795F88 ?
-00446E4C (SERVER.NLM|xAllocSizeTable+C)
--5801C2C0 ?
--4A2DCA40 ?
505DB850 (PHP5LIB.NLM|zval_add_ref+0)
-00446E40 (SERVER.NLM|xAllocSizeTable+0)
--69795F88 ?
--46FD99A0 ?
--5E292E00 ?
--67962AAC ?
863DFF70 (LIBC.NLM|free+10)
--629A0280 ?
--48CAB1C0 ?
--FB224000 (LOADER.NLM|PAEPageDirBase+4000)
--48CABB60 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--69795FE0 ?
-00446E40 (SERVER.NLM|xAllocSizeTable+0)
--69795FCC ?
--48CAB1C0 ?
--48CAB1C0 ?
--FB224000 (LOADER.NLM|PAEPageDirBase+4000)
--48CABB60 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--69796000 ?
--4805D200 ?
--69795FEC ?
--48CAB1C0 ?
0022EF77 (SERVER.NLM|kGetThreadCurrentWTDRTag+17)
--48CAB1C0 ?
0022EF8F (SERVER.NLM|kGetThreadCurrentWTDRTag+2F)
--48CAB1C0 ?
--FB224000 (LOADER.NLM|PAEPageDirBase+4000)
--48CABB60 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--6979602C ?
--4805D200 ?
--69796018 ?
--48CAB1C0 ?
0022EF77 (SERVER.NLM|kGetThreadCurrentWTDRTag+17)
--48CAB1C0 ?
0022EF8F (SERVER.NLM|kGetThreadCurrentWTDRTag+2F)
--48CAB1C0 ?
--477EC430 ?
--00000001 (LOADER.NLM|KernelAddressSpace+1)
--00000001 (LOADER.NLM|KernelAddressSpace+1)
8640E6DF (LIBC.NLM|_get_vm+BF)
--4805D200 ?
--6979603C ?
--747AF2E0 ?
--477EC430 ?
--00008007 (LOADER.NLM|KernelAddressSpace+8007)
863DFD6C (LIBC.NLM|malloc+4C)
--00008007 (LOADER.NLM|KernelAddressSpace+8007)
--9259EAA0 (LIBNICM.NLM|NicmModCFTable+5500)
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--00008006 (LOADER.NLM|KernelAddressSpace+8006)
--69796050 ?
505E2931 (PHP5LIB.NLM|zend_strndup+11)
--00008007 (LOADER.NLM|KernelAddressSpace+8007)
--477EC430 ?
--47C423A0 ?
--69796074 ?
505DB8CA (PHP5LIB.NLM|_zval_copy_ctor+6A)
--747AF2E0 ?
--00008006 (LOADER.NLM|KernelAddressSpace+8006)
863DFD6C (LIBC.NLM|malloc+4C)
--00000010 (LOADER.NLM|KernelAddressSpace+10)

Additional Information:
The CPU encountered a problem executing code in SERVER.NLM. The problem may be in that module or in data passed to that module by a process owned by APACHE2.NLM.

[Сумин Евгений]

php.ini стандартный. В принципе все стандартное - планировалось побыстрому запустить этот портальчик и забыть про него...
Из экстеншенов только php_mysql.nlm (для 5 mysql). Я этот экстеншин отключал, т.е. было голое php - та же фигня - достаточно чего-нибудь запустить... Вот точный замер:
2,5 часа - 312 м

Я сейчас не придумал ничего более умного, чем в кроне каждые 2 часа перепихивать апач... Радует, что я не одинок в этой проблеме, а то вообще вера в жизнь теряется...
Что скажете, это реально глюк, или все-таки чего-то можно подкрутить? Я еще попробую родное новеловское PHP, но там помоему поддерживается только MYSQL4... Попробую паралельно поднять модель на тестовом серваке, но на другой железяке - о результатах отпишусь.
Если у кого возникнут какие-нибудь идеи - пожалуйста высказывайте, а то меня скоро изнасилуют с этим серваком.

[Сумин Евгений]

У меня маленький прогрес. Я поставил родное новеловское PHP и уже пол часа память потребляемая апачем не превышает 6 метров. Поставил PHP4. Оно меня не очень устраивает, но на первое время это затычка. Так, что проблема в PHP. Возможно в MOD_PHP. Поэкспериментирую на модели - отпишусь.