I am suffering from runaway httpd processes, and I dont understand enough about systems at this level, to understand why. I asked my server "admin" (IE: Smart helper) to add PHP support and a few other minor things to the environment, which has been stable since 2002. Now, the httpd process randomly starts to run away with the whole machine. I stumbled into ktrace, and Ive found some fnctl calls that go nowhere, and tonight I caught it starting actually: --- 99590 httpd CALL gettimeofday(0xbfbff9b8,0) 99590 httpd RET gettimeofday 0 99590 httpd CALL kill(0x1ad8,0x1e) 99590 httpd RET kill 0 99590 httpd CALL wait4(0xffffffff,0xbfbffac8,0x1,0) 99590 httpd RET wait4 0 99590 httpd PSIG SIGCHLD caught handler=0x28bbc510 mask=0x0 code=0x0 99590 httpd CALL sigreturn(0xbfbff710) 99590 httpd RET sigreturn JUSTRETURN 99590 httpd CALL read(0x36,0x81bef20,0x80) 99590 httpd RET read -1 errno 35 Resource temporarily unavailable 99590 httpd CALL fcntl(0,0x4,0x4) 99590 httpd RET fcntl -1 errno 19 Operation not supported by device 99590 httpd CALL fcntl(0x1,0x4,0x5) 99590 httpd RET fcntl -1 errno 19 Operation not supported by device 99590 httpd CALL fcntl(0x2,0x4,0xd) 99590 httpd RET fcntl 0 99590 httpd CALL fcntl(0,0x4,0x4) 99590 httpd RET fcntl -1 errno 19 Operation not supported by device 99590 httpd CALL fcntl(0x1,0x4,0x5) 99590 httpd RET fcntl -1 errno 19 Operation not supported by device --- and so on... The system: DNS1# httpd -v Server version: Apache/1.3.37 (Unix) Server built: Sep 4 2006 20:16:45 DNS1# uname -a FreeBSD DNS1.vidnet.net 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Thu Jan 16 22:16:53 GMT 2003 root@xxxxxxxxxxxxxxxxxxxxxx:/usr/obj/usr/src/sys/GENERIC i386 My smart helper doesnt know what to do next, but Id like to learn a few things and see whats going on in the heart of the beast. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|