As per the suggestion made here (http://www.jivesoftware.org/community/thread.jspa?messageID=118219𜷋), I did exactly what I was told and uncommented the INSTALL4J_ADD_VM_PARAMS= line, adding the extra text as suggested. The outcome didn’'t improve the memory issue, and I also read the following note:
./wildfire: line 10: -Xms32m -Xmx256m -XX:PermSize=35m
-XX:MaxPermSize=70m -verbose:gc
-XX:*PrintGCDetails -XX:*PrintGCTimeStamps
-Xloggc:/logs/gc.log: No such file or directory
Wildfire didn’‘t blink, of course… it’‘s still running fine, and everyone’‘s using it, but the Java Memory threshold is still sitting at 64mb, and I’'m adding more users daily. Is there any way to explain why I saw this result?
OR… I have also noticed during related searches about upping the memory, that it can be done by simply uncommenting the same line and adding an -xmx256m behind it. Is that a simpler solution?
the logs entry is for obvious logging. If you want you can take this part of the line out. How much memory do you have available when you are using wildfire? and have you looked in your bin/nohup.out file to see if there is anything in there?
Wildfire is probably ignring the line entry due to the log error. take it out, and try it again.
Actually, the error is that he’‘s just putting the parameters on a line by themselves, and bash is rejecting it as an unknown command. Wildfire isn’‘t rejected it, it’‘s the shell that’'s kicking that line out.
That was exactly the ticket, mang. When I read the original post, I did type in that line exactly as it appeared (with a return at the end of each line). Now that the simpler choice of the two has proven successful, let me ask a couple of other things:
What does the remainder of the original command mean?
Should the entire original command have been on the same line, after the “INSTALL4J_ADD_PARAMS” line?