I’ll see if I can get MarkLogic server upgraded—does make sense to be on the latest version of ML 8.
Cheers, Eliot -- Eliot Kimber http://contrext.com On 8/23/17, 11:25 AM, "[email protected] on behalf of Geert Josten" <[email protected] on behalf of [email protected]> wrote: Hi Eliot, You could be hitting a bug in MarkLogic. It might be worth upgrading to 8.0-7, and seeing if it still happens with that version. A lot of patches and performance improvements have been made since 8.0-3.2.. Cheers, Geert On 8/23/17, 5:47 PM, "[email protected] on behalf of Eliot Kimber" <[email protected] on behalf of [email protected]> wrote: >Yes, I checked the log and the messages are: > >2017-08-22 21:43:42.287 Info: TaskServer: profiling-task.xqy >[4136613570697343302]: Starting, start: 32361, group size: 10, >outdir="/profiling/trial-058/group-3237/ >2017-08-22 21:43:42.287 Info: TaskServer: " >2017-08-22 21:43:42.405 Info: Saving /marklogic/Forests/Meters/00000a02 >2017-08-22 21:44:34.572 Notice: Starting MarkLogic Server 8.0-3.2 x86_64 >in /opt/MarkLogic with data in /marklogic >2017-08-22 21:44:34.617 Info: Host **** running Linux >3.10.0-327.18.2.el7.x86_64 (Red Hat Enterprise Linux Server release 6.8 >(Santiago)) >2017-08-22 21:44:34.690 Info: SSL FIPS mode has been enabled > >The first message is from my task indicating that the 3237st (out of >50,000 in the queue) is starting. > >Then the MarkLogic start message for no obvious reason. It’s not a time >at which a scheduled server restart would have likely happened and nobody >was (or should have been) awake at that hour and I’m the only person who >should be doing anything with this server anyway. > >What’s interesting is that I’m getting this restart consistently at about >the 3200th task, so it feels like either a time out or a resource >exhaustion that then triggers a restart, but there are no messages about >any kind of failure, out of memory condition, etc. > >I’m pretty sure it’s an issue with the configuration of the underlying >linux server but I wanted to know if there were any conditions under >which the Task Server or ML server itself would spontaneously restart. > >Thanks, > >Eliot > >-- >Eliot Kimber >http://contrext.com > > > >On 8/23/17, 10:25 AM, "[email protected] on behalf >of Dave Cassel" <[email protected] on behalf of >[email protected]> wrote: > > I don't believe there's any reason why the Task Server would be >triggering > a restart (although some configuration changes affecting the Task >Server > would). I'd look elsewhere for an error. Specifically, I'd check > ErrorLog.txt, find the time when a restart happened, and look to see >if > anything interesting was logged just before. (Perhaps you've already >done > that.) > > -- > Dave Cassel, @dmcassel <https://twitter.com/dmcassel> > Technical Community Manager > MarkLogic Corporation <http://www.marklogic.com/> > > http://developer.marklogic.com/ > > > > > On 8/23/17, 11:18 AM, "[email protected] on >behalf > of Eliot Kimber" <[email protected] on behalf of > [email protected]> wrote: > > >I¹m trying to understand the Task Server (and in my case, why it is > >consistently restarting after satisfying a subset of its queue). > > > >Going through the ML 8 docs I¹m not finding any general discussion >of the > >Task Server, only references to it from elsewhere (e.g., in the docs >for > >xdmp:spawn() and in discussion of scheduling tasks). > > > >But not finding anything that would appear to provide insight into >why > >the server would perform an uncommanded restart (or information > >indicating that it would never do that and thus the problem must be > >elsewhere). > > > >Have I missed it? Given that the Task Server is a built-in and >prominent > >part of MarkLogic it seems odd that there¹s no general documentation >for > >it, which makes me think I must have missed it. But I both searched >the > >doc set and ToC and scanned the entire Guide ToC and didn¹t find >anything. > > > >Thanks, > > > >Eliot > >-- > >Eliot Kimber > >http://contrext.com > > > > > > > > > >_______________________________________________ > >General mailing list > >[email protected] > >Manage your subscription at: > >http://developer.marklogic.com/mailman/listinfo/general > > _______________________________________________ > General mailing list > [email protected] > Manage your subscription at: > http://developer.marklogic.com/mailman/listinfo/general > > > >_______________________________________________ >General mailing list >[email protected] >Manage your subscription at: >http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] Manage your subscription at: http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] Manage your subscription at: http://developer.marklogic.com/mailman/listinfo/general
