<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br><br></div><div><br></div><div>Not sure if anything in there hints to the problem.  It does look like most of the chunks took 30 minutes, which is still too long, but one of the later chunks took 90 minutes.</div><div><br></div><div>I think this is clearly related to all the mysql activity.  When I monitor the vm, though, the CPU utilization is low, including the mysql daemon.  I am starting to think this operation is I/O bound, resulting in slow database operations.</div><div><br></div><div><br></div></div></div></blockquote><div><br></div><div>Most of the earlier 3 day chunks will involve few database writes because the guide data should be already there from previous runs.  Only the last chunk will contain new stuff.  So I guess that supports the suspicion that it's mysql updates that are eating up the time.</div><div><br></div><div>You could increase the log level to LOG_DEBUG which may give some more clues.</div><div><br></div><div>What about memory utilisation / disk swapping in the VM?  Can you monitor that?</div><div><br></div></div></div>