Zebra Server - Cannot allocate Memory
Dear All I have been observing from last one week that our Koha search stop after 24hrs and when we restart Zebra then it starts working. log show the error as : : zebra server is failing with following msg 10:40:03-29/11 [fatal] fork [Cannot allocate memory] I have searched for the solution on google but no success. -- Thanks and Regards Sandeep Bhavsar Librarian Dr.V.N.Bedekar Institute of Management Studies Thane(W) 400601 MUMBAI. INDIA @@@@@@@@@@@@@@@@@@@@@@@@@@ email : sandeep.bhavsar@gmail.com Mob : 9987049099 elibrary :http://www.vpmthane.org/im/elib/main.htm @@@@@@@@@@@@@@@@@@@@@@@@@@
Greetings, When I first setup Koha, I was using a 3.6.3 tarball on Ubuntu with 512MB of memory. I discovered that apache was leaking about 1MB per transaction in Koha. This caused us a pain when indexing/reindexing. At that time, we couldn’t even complete a full reindex with apache and MySQL running. So, if you seem to be running out of memory after 24 hours, I would suggest a cronjob that restarts apache daily at an off hours time, if you are unable to increase the amount of memory you have. The OS/Apache eventually recover the leaks without intervention if you wait long enough, and/or are able to determine better apache settings. You can use "free -m" to determine the total amount of memory, free memory, and swap space that you have in megabytes. The size of your catalogue and the number of transactions (check in/check out/clicking a button on a Koha page) are usually used to determine the amount of disk space and memory you should be using. It should also be noted that Zebra is a memory hog. This is why my *temporary* solution was turning off apache, doing the reindexing, turning apache back on, and restarting the zebra indexing daemon. We are currently running 3.8.6 off of packages now. When we increased the memory to 1GB, this was no longer required as memory management stabilized. We do not have high traffic on our site (yet), but it is growing. And as it grows, this minimum of 1GB will likely need to be increased. It should also be noted we have no swap space. GPML, Mark Tompsett
Configuration of my server is 8 gb RAM but yes our website has 250+ hits daily. Dec 1, 2012 at 7:54 PM, Mark Tompsett <mtompset@hotmail.com> wrote:
Greetings,
When I first setup Koha, I was using a 3.6.3 tarball on Ubuntu with 512MB of memory. I discovered that apache was leaking about 1MB per transaction in Koha. This caused us a pain when indexing/reindexing. At that time, we couldn’t even complete a full reindex with apache and MySQL running.
So, if you seem to be running out of memory after 24 hours, I would suggest a cronjob that restarts apache daily at an off hours time, if you are unable to increase the amount of memory you have. The OS/Apache eventually recover the leaks without intervention if you wait long enough, and/or are able to determine better apache settings.
You can use "free -m" to determine the total amount of memory, free memory, and swap space that you have in megabytes. The size of your catalogue and the number of transactions (check in/check out/clicking a button on a Koha page) are usually used to determine the amount of disk space and memory you should be using.
It should also be noted that Zebra is a memory hog. This is why my *temporary* solution was turning off apache, doing the reindexing, turning apache back on, and restarting the zebra indexing daemon.
We are currently running 3.8.6 off of packages now. When we increased the memory to 1GB, this was no longer required as memory management stabilized. We do not have high traffic on our site (yet), but it is growing. And as it grows, this minimum of 1GB will likely need to be increased. It should also be noted we have no swap space.
GPML, Mark Tompsett
-- Thanks and Regards Sandeep Bhavsar Librarian Dr.V.N.Bedekar Institute of Management Studies Thane(W) 400601 MUMBAI. INDIA @@@@@@@@@@@@@@@@@@@@@@@@@@ email : sandeep.bhavsar@gmail.com Mob : 9987049099 elibrary :http://www.vpmthane.org/im/elib/main.htm @@@@@@@@@@@@@@@@@@@@@@@@@@
participants (2)
-
Mark Tompsett -
SANDEEP BHAVSAR