On Wednesday, February 10, 2016 07:37:12 AM Thomas Eckardt wrote: > >If that process crashes, it will take out ASSP. Plus you cannot re-nice > > the > > >rebuild spam db process as its part of ASSP. > > This is not true. If the rebuild process crashes for any reason, the > thread will be restarted.
I have had this happen more than once. I believe I can reliably get ASSP to crash entirely by running Rebuild SpamDB. > BTW: there are still no tickets or reports open, because of a crashing > rebuildspamdb task Just because one is not opened does not mean it does not happen. There is little that can be done when its taking out the main perl process. Its also happening under situations which you would not like. > >It has some issues and more times than not using that ASSP runs > >at 100% to much of the time. Schedule cron seems to run away at times and > > > >restarting ASSP leaves orphaned schedule corn processes. > > This was never the case for a regular assp V2 installation. But even you > use the 'gentoo' assp package installer, which changes the ASSP code using > 'sed' - this issue is fixed for Schedule::Cron 1.01 since June last year. I made and maintain the gentoo package, which installs ASSP per FHS. https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard I will check out schedule cron again but its been nothing but problematic. When there is a real cron outside of ASSP that works fine. It still does not address the nice factor of the rebuild spam process. You cannot prioritize ASSP and other process over the rebuild spam process. https://en.wikipedia.org/wiki/Nice_(Unix) > >Since rebuildspamdb.pl cannot be > >invoked outside of ASSP. > > This is true, because there is NO rebuildspamdb.pl for V2. Yes because it was turned into a module in V2, rebuildspamdb.pm, and the ability to run outside of ASSP was removed. Which I very much dislike. > Using a V1 > rebuildspamdb.pl for V2 is useless, because most of the content of the > resulting spamdb will be incompatible with the V2 Bayesian check. Who said anything about using an older or different rebuildspamdb? > >I am thinking about making something that posts to the web interfaces, > > and > > >simulates me checking and running rebuild spamdb manually. > > Don't do this - you'll destroy your assp.cfg. Simulating a post to the URL should be no different than doing it directly in the web interface. It will not effect assp.cfg. When you check the box and to manually run rebuild spam DB. It simply posts a form. I plan to replicate that with curl and other if needed to simulate that manual form post. The end result will be NO different than if a human checked the box and then the button. Its just a simple form submission. > >Then I can have cron invoke that at intervals like before. > > Instead use the external command queue feature to start tasks inside assp. > read the 'cmdqueue_example.txt' file. Ok I will check that out, wasn't familiar with it. -- William L. Thomson Jr. Obsidian-Studios, Inc. http://www.obsidian-studios.com ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 _______________________________________________ Assp-user mailing list Assp-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/assp-user
