1 |
Well I don't like that either. |
2 |
|
3 |
If it can fix it in apache 2 I want to stich to apache 2 due to the |
4 |
configuration of my virtual hosts :) |
5 |
|
6 |
> You could try to limit processes with apache |
7 |
> See apache manual for |
8 |
> RLimitMEM and RLimitCPU. |
9 |
> |
10 |
> I'm not using Apache2 in production (or any) enviroment. Perhaps you could |
11 |
> try |
12 |
> apache-1.3.31 (latest one) and see if that gives you problems like |
13 |
> apache2. |
14 |
> |
15 |
> regards, |
16 |
> M. |
17 |
> |
18 |
> On Friday 14 May 2004 12:01, Raymond den Ouden wrote: |
19 |
>> Oh sorry... |
20 |
>> |
21 |
>> I forgot to mention the server details |
22 |
>> Apache: 2.0.49-r1 |
23 |
>> Mod_PHP: 4.3.6-r1 |
24 |
>> OpenSSL: 0.9.7c |
25 |
>> Kernel: 2.4.26 |
26 |
>> |
27 |
>> Previously I had mod_mono and mailman enabled but I shutted that down |
28 |
>> this |
29 |
>> week with no result. I also putted down mysql_log for apache, but for |
30 |
>> that |
31 |
>> component I had to overwrite a two modules mod_log_config.so and |
32 |
>> mod_logio.so . I am now compiling apache so that the modules are the |
33 |
>> default ones. |
34 |
>> |
35 |
>> When looking around I ran into was DO NOT USE Apache 2 and PHP in a |
36 |
>> production environment :( |
37 |
>> Also I already tried to look at ulimit before you mentioned, but it did |
38 |
>> not give really satisfying answers :( |
39 |
>> |
40 |
>> What could be a memory consuming item in the site might be: |
41 |
>> - a dynamically generated image (1x1) pixel, so that should not be too |
42 |
>> expensive for 800 pageviews a day, the script cleans up the mess itself. |
43 |
>> - A download of 50 Meg, which was streamed by PHP for leechprotection at |
44 |
>> the same time gzip was on, this could be a really memory consuming |
45 |
>> option. |
46 |
>> - The CMS (Mambo Open Source 4.5 1.0.7) |
47 |
>> |
48 |
>> Well still trying to get it stable :( |
49 |
>> |
50 |
>> > Hi! |
51 |
>> > |
52 |
>> > On Fri, 14 May 2004, Raymond den Ouden wrote: |
53 |
>> >> as I said a few days ago I launched a public web-site. after to days |
54 |
>> the |
55 |
>> >> server was like a zombie. |
56 |
>> > |
57 |
>> > [... detective work ...] |
58 |
>> > |
59 |
>> >> But on killing apache2 the server came back and the command free |
60 |
>> told |
61 |
>> >> me that 500 mb of swap and 350 MB was free-ed. |
62 |
>> >> |
63 |
>> >> I have looked around how I could strict apache in memory usage for |
64 |
>> the |
65 |
>> >> apache user. |
66 |
>> >> What is the best way to prevent that apache takes all memory or maybe |
67 |
>> >> exclude a amount of memory for apache? |
68 |
>> > |
69 |
>> > Well, such memory hogging may have different causes. First off: |
70 |
>> > about which exact version of Apache are we talking? Did you |
71 |
>> > google about that version and possibly known memleaks? Other than |
72 |
>> > that it's important to keep in mind that some forms of PHP and/or |
73 |
>> > CGIs may have leaks that pile onto Apache's account. |
74 |
>> > |
75 |
>> > Beyond that, limiting memory usage may be done with ulimit. But I |
76 |
>> > don't know how Apache handles (if at all) bumping into such a |
77 |
>> > limit. |
78 |
>> > |
79 |
>> > I for one would rather try to find the source of the leak than |
80 |
>> > just curing symptoms. Although I admit that getting your service |
81 |
>> > up and running first might be feasible, remember that the |
82 |
>> > underlying problem might be more grave and restarting your |
83 |
>> > webservice might grind you into deeper trouble. |
84 |
>> > |
85 |
>> > Greets & HTH, |
86 |
>> > Tobias |
87 |
>> > -- |
88 |
>> > Thank you for calling $PROVIDER helpdesk. If your cupholder is |
89 |
>> > broken, please press 1. If you want an actual knowledgable support |
90 |
>> > person, please enter the IP representation of a /28 netmask." |
91 |
>> > |
92 |
>> > -- |
93 |
>> > gentoo-security@g.o mailing list |
94 |
>> |
95 |
>> -- |
96 |
>> gentoo-security@g.o mailing list |
97 |
> |
98 |
> |
99 |
> -- |
100 |
> gentoo-security@g.o mailing list |
101 |
> |
102 |
> |
103 |
|
104 |
|
105 |
-- |
106 |
gentoo-security@g.o mailing list |