All was well until I upgraded to version 3.1.8. The system has been crashing from users online who are not logging off...analysis by a coding team has informed me there is php scripting error in that amember is not terminating a session for inactivity .....what is the fix or patch for this?
My first guess is that your session.save_path is not defined correctly on your server resulting in sessions not being properly managed. Go to your aMember admin CP -> Version info and search for "session.save_path" and see if it is defined and if it is that the path is valid and that your web account has write access to it. That being said, Did your "coding team" provide any specifics on the php scripting error (ie. which file they found it in, what it was, etc)
Looks okay to me Here is that info...and the path seems correct..as it always was....nothing was changed except to upgrade from 2 versions back.... The 'team" at the hosting site gave the "opinion" it was a call back issue after a consultation....the system uses swf files, is not a movie, so there is no looping/running film drawing memory....any suggestions? This is on my own dedicated server... session Session Support enabled Registered save handlers files user Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 On Off session.bug_compat_warn Off On session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain .learnfrenchwithjt.com no value session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 1000 1000 session.gc_maxlifetime 1440 1440 session.gc_probability 1 1 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path /var/lib/php/session /var/lib/php/session session.serialize_handler php php session.use_cookies On On session.use_only_cookies Off Off session.use_trans_sid Off Off
I just got off the phone with the head of the dedicated server section of my server....since all this happened after the upgrade, he noticed the garbage collection process had a LOT of sessions in place...and thought maybe this needs to be modified to dump more often...and if there was a memory leak in the new program as our memory usage went up 4x since the upgrade.....so does this make any sense?
well that goes back to permissions in your session folder.. can you actually view and write to the /var/lib/php/session folder? Are there a lot of old files there? You should try and move all of the files in that folder to a back up directory (essentially deleting them from the session folder) and see if the problem goes away.
session folder Yes...I can putty into it...and got a very long list....do you know the linux commands for doing what you suggest? here is what I found: 1c9 -rw------- 1 apache apache 0 Sep 9 07:13 sess_ea32409d9b84711aa61624affff41 08c -rw------- 1 apache apache 370 Sep 11 09:58 sess_ea9ced912993f03696cf15c58ad3a 214 -rw------- 1 apache apache 0 Sep 12 09:04 sess_eaeaf83fdf26540d82fa5733cf1aa 436 -rw------- 1 apache apache 0 Sep 9 11:00 sess_ebba47eb3fa7ee3a4c6e16ca1a1a7 464 -rw------- 1 apache apache 332 Sep 7 18:38 sess_ebf2d33abda9b0573f2a56ae5c8b1 048 -rw------- 1 apache apache 0 Sep 3 22:00 sess_ed629b18ea9c869b58c61a8150df8 f0f -rw------- 1 apache apache 334 Sep 4 04:12 sess_edda69aa943ba2aefe73578dae2bc 799 -rw------- 1 apache apache 15 Sep 7 07:46 sess_ee2c897f9690d74e8850b398c0d0a b26 -rw------- 1 apache apache 0 Sep 11 10:43 sess_ee6a374b707cfb34f104367c3f8ee 10f -rw------- 1 apache apache 0 Sep 12 09:04 sess_ee7205e5cb5defe8b0c49c99887d1 661 -rw------- 1 apache apache 0 Sep 7 13:42 sess_ee894a2c00902f4005b144cac8114 403 -rw------- 1 apache apache 366 Sep 8 13:38 sess_efa71fc4f07777c123acf47a92c05 f91 -rw------- 1 apache apache 0 Sep 11 01:23 sess_effcf1a525b0238cc135391a3ef30 dea -rw------- 1 apache apache 0 Sep 4 00:00 sess_f0516866764d3c625d5d35531ae6c c70 -rw------- 1 apache apache 452 Sep 2 17:12 sess_f0daf3ead282c5e61a37b0b206ce0 f33 -rw------- 1 apache apache 0 Sep 5 06:00 sess_f0fa5335fb2c4694f6507116f46ba ccb -rw------- 1 apache apache 0 Sep 11 18:19 sess_f1017e9cb29a866bc77e8df91226e 927 -rw------- 1 apache apache 4291 Sep 9 08:13 sess_f16478726658223dfac262e70eee2 cc5 -rw------- 1 apache apache 1170 Sep 2 13:44 sess_f20cb4b057744106643a265142492 4e3 -rw------- 1 apache apache 0 Sep 9 07:14 sess_f25f9ed99bf21b6f036b1a2ec4897 925 -rw------- 1 apache apache 0 Sep 11 18:20 sess_f26f8f8573f4d15c0b95813c78f6b 340 -rw------- 1 apache apache 4160 Sep 8 11:18 sess_f32428e5572146cfcdca44e9fa863 e79 -rw------- 1 apache apache 0 Sep 12 08:00 sess_f324d21c4d27944cfa7709a99a211 49c -rw------- 1 apache apache 4179 Sep 2 11:54 sess_f34b198bef41823857a0fd0e8c723 579 -rw------- 1 apache apache 0 Sep 10 08:41 sess_f3c34617a34669d9e77864508830f 607 -rw------- 1 apache apache 4191 Sep 10 14:30 sess_f402548cfec5d87419ba02d94e2cf bdb -rw------- 1 apache apache 0 Sep 9 07:15 sess_f4155ec455b07e63f539358c6b2dc 429 -rw------- 1 apache apache 0 Sep 11 01:24 sess_f41babc4e4075aad76ecfcf819497 2c1 -rw------- 1 apache apache 342 Sep 11 00:10 sess_f44f2b1d6cb40ad03f841803facee 96f -rw------- 1 apache apache 4179 Sep 2 14:07 sess_f4835593f8086f4305c9e5b28edd6 e4a -rw------- 1 apache apache 0 Sep 10 08:42 sess_f486bf4c0c69ab9fa1eacdf30fa07 0f5 -rw------- 1 apache apache 342 Sep 4 06:44 sess_f491329ace52092363926da94e6fd 751 -rw------- 1 apache apache 0 Sep 11 10:43 sess_f494580d85270cefa5c95bf90dcb7 254 -rw------- 1 apache apache 0 Sep 2 17:00 sess_f4bde650bf05de324053d20f4023f cae -rw------- 1 apache apache 205 Sep 5 12:04 sess_f54199c771f513dee8b64e8e988da 96d -rw------- 1 apache apache 0 Sep 7 14:20 sess_f56fca1bc24773a6c631f55113289 c20 -rw------- 1 apache apache 0 Sep 3 20:00 sess_f57689609b0fc73a722cf7123e103 02b -rw------- 1 apache apache 0 Sep 7 07:00 sess_f5dcf07aa716dc2150bf8463a65af a1c -rw------- 1 apache apache 366 Sep 8 13:57 sess_f612cf518492de06e7bd5d2c61ca0 37f -rw------- 1 apache apache 4167 Sep 8 11:47 sess_f621c7f383027097dd4b161f53e20 fbd -rw------- 1 apache apache 4159 Sep 7 14:05 sess_f63021cfceda92a1f54e001b7622d 6e3 -rw------- 1 apache apache 4223 Sep 3 19:33 sess_f670d177ba0bb9515f68110f6af06 84a -rw------- 1 apache apache 0 Sep 5 05:36 sess_f7dd69cfbcdb093a0ea9b9d846d00 bb0 -rw------- 1 apache apache 368 Sep 8 13:50 sess_f88c8c4e8f2ae7603f9e9bdb2f336 fb6 -rw------- 1 apache apache 366 Sep 8 13:38 sess_f8efc44dd2b17d5b5ebfe010c04fe 58f -rw------- 1 apache apache 366 Sep 8 13:57 sess_f91bb8eaa502ce3fb01a1f629565c 5b3 -rw------- 1 apache apache 4225 Sep 8 11:33 sess_f91f56ee9983cbcdc0b88402f2f84 31e -rw------- 1 apache apache 42 Sep 2 16:54 sess_f95fcca2b050924a4ee3dcadce5d4 f61 -rw------- 1 apache apache 0 Sep 11 10:41 sess_f988d49a5c9bb074b514a355e9a92 007 -rw------- 1 apache apache 0 Sep 11 10:40 sess_f98ba58ae6d1e7eec71a8da69071f 1b4 -rw------- 1 apache apache 0 Sep 10 03:00 sess_f9e6eb5c9e11f7d87ca8fe20eb775 d6e -rw------- 1 apache apache 334 Sep 10 08:27 sess_f9ec1a703ebdc224db5fa3a8a0c75 24b -rw------- 1 apache apache 0 Sep 12 02:18 sess_f9f92f34edea283ad3dd3308349e6 db9 -rw------- 1 apache apache 0 Sep 6 15:00 sess_fa727d24a40c5c6db7a3a6b483c80 a61 -rw------- 1 apache apache 0 Sep 10 08:00 sess_fa7d258ee611e3cd8db10afea5d95 6e1 -rw------- 1 apache apache 87 Sep 7 21:44 sess_fab06764088ff7c097e73fef8937c f59 -rw------- 1 apache apache 0 Sep 12 09:03 sess_fadeff51bdecbbd51a41cf23c0d37 257 -rw------- 1 apache apache 0 Sep 7 04:00 sess_fb18775e0e491fc54fb6b6aa8518c 82b -rw------- 1 apache apache 0 Sep 2 22:00 sess_fb77dcfa7ff60a162e7f7452d472e 059 -rw------- 1 apache apache 2792 Sep 11 09:32 sess_fbd34aceb9847486177033511e73a d1a -rw------- 1 apache apache 915 Sep 5 14:20 sess_fc0834325859e0c8c675e3134d61b c09 -rw------- 1 apache apache 0 Sep 12 09:04 sess_fc2cfc270baca7cf88d5e2fe0fa1d 224 -rw------- 1 apache apache 370 Sep 8 13:49 sess_fc531f0e71d843589be0f7c783faa 3ab -rw------- 1 apache apache 366 Sep 8 13:39 sess_fc56e8e099ea02208d57a022561a7 53b -rw------- 1 apache apache 0 Sep 11 01:28 sess_fc7d49920997eb94c47d4ade28a40 1a5 -rw------- 1 apache apache 0 Sep 12 09:03 sess_fd87b6b35a103c4c91cf8e35fb318 a9e -rw------- 1 apache apache 87 Sep 7 11:39 sess_fd925761276f1e7464d7d4589360a 058 -rw------- 1 apache apache 4159 Sep 2 13:20 sess_fdd27125a0d57fc558329b81d4dba 425 there is more..but space here limited....self taught Linux
from putty I would zip them: Code: zip backup.zip /var/lib/php/session/* and then to delete all the files in the dir: Code: rm -rf /var/lib/php/session Be careful with that last one as you can do a lot of damage if you miss a slash If you have Cpanel it may be safer/easier to do it from there..
Didnt make a difference Thank you for those commands....this morning...the memory shows 472.06 real memory with 191.90 available....there is only 1 person online from lfwjt...yet here is the session readings.... -rw------- 1 apache apache 0 Sep 13 06:19 sess_0aed33f85b091f2065afc72b2114e7c7 -rw------- 1 apache apache 0 Sep 13 06:18 sess_27be5bb58ad49a51b921e2c728d7b1f0 -rw------- 1 apache apache 0 Sep 13 06:17 sess_29ba74b1894be7f66606b0b9f07b7095 -rw------- 1 apache apache 0 Sep 13 06:18 sess_3317238207eb9f9d49af8209603a798f -rw------- 1 apache apache 0 Sep 13 06:18 sess_332fd49bead7a39ee0b07635bd2c8e81 -rw------- 1 apache apache 0 Sep 13 06:20 sess_35e6e360bcc904bb0ae750d6fc801beb -rw------- 1 apache apache 0 Sep 13 06:18 sess_48917215e5fdf8a978a4dea602d0cb3a -rw------- 1 apache apache 0 Sep 13 06:00 sess_5a10997d9632e68a18c2803cdb52e76f -rw------- 1 apache apache 0 Sep 13 06:17 sess_8ae8a43fae2a4ff4ff4b443ab8487554 -rw------- 1 apache apache 0 Sep 13 06:19 sess_8b52d8eac5b320a02e5f75046e62b633 -rw------- 1 apache apache 0 Sep 13 06:20 sess_8d1d4c7f61eee5f30cb570cf0a9a46d4 -rw------- 1 apache apache 0 Sep 13 07:00 sess_903a840c925253693ef4e4a4526b14fd -rw------- 1 apache apache 0 Sep 13 06:17 sess_91d0f186f3d395ef11dabd096e579e3f -rw------- 1 apache apache 0 Sep 13 06:20 sess_968fde747d289d230a7077e81447cd5c -rw------- 1 apache apache 0 Sep 13 06:18 sess_a174d92aa93553fcc5e6c55a2cf08ef3 -rw------- 1 apache apache 0 Sep 13 06:19 sess_b48595a3b6f5159ac9ddb266d9f62e16 -rw------- 1 apache apache 0 Sep 13 06:20 sess_bcd62ea593717764870e13f28b45cee2 -rw------- 1 apache apache 0 Sep 13 06:19 sess_bd1f2a4c03e31dc789a5aad2305f17a8 -rw------- 1 apache apache 0 Sep 13 06:19 sess_d639263cd635ce7dec88ddb3aa7bd405 -rw------- 1 apache apache 0 Sep 13 06:19 sess_dc932207a4a25761ef507f8c4243148f -rw------- 1 apache apache 0 Sep 13 06:03 sess_dcd008a4396394ce0b5a06da7e1e0051 -rw------- 1 apache apache 0 Sep 13 08:00 sess_e7168f08db8c435b9a7c3e7496d52a35 -rw------- 1 apache apache 0 Sep 13 06:20 sess_e92877084be84f8c8e211f1a2435d6e1 -rw------- 1 apache apache 0 Sep 13 06:18 sess_f372ad3b943b803a44077b5ac6ea449b -rw------- 1 apache apache 0 Sep 13 06:19 sess_f928aba07ed5c1a73c0880669b855299 I am using new rewrite for protection...and only one person is using the language lab ip....the few other sites on the server use WP but there is no activity on them....just trying to understand this.....they reconfigured the memory on the server which on Friday showed 382mb available as free...no changes and now down to 191...and sessions are only what is seen above...
your lists suggests 25 new sessions within a ~20 minute period. Does this seem consistent with your server testing? Is the tester clearing their browser cookies/cache between tests? If not I suspect there are other things at play, possibly unrelated to aMember. You mention wordpress.. is this server open to the internet.. and are your WP installations patched to 2.8.4? Any suspect plugins? Have you checked your server logs to see where the traffic is coming from and what it is accessing on your server? Short of CRON, which I suspect you probably don't have enabled on your test server, aMember does not do anything unless the pages are actively called. Any suspect aMember plugins?