<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi:<br>
    <br>
    Try to add the option "<span class="st"><em>copytruncate" to your
        log logrotate setup....<br>
        <br>
        <br>
        By default, log rotate move the logfile and creates a new one.
        But the file handle that the process uses already points to the
        moved (renamed) old log file instead the newly created one... so
        the process already writes in the old log file.<br>
        <br>
        With the "copytruncate" option, the old log file is first copied
        before "truncate" (i.e. : void its contends) instead moved....
        In this manner, the file handle already points to the right file.<br>
        <br>
        Please note that this action launched by the copytruncate option
        is </em></span><span class="st"><em><span id="result_box"
          class="short_text" lang="en"><span class="hps">much slower that
            the default action of move the file, so there is possible to
            lose a few log data while it is working...<br>
            <br>
            <br>
            I hop</span></span>e this helps you.<br>
        <br>
        Cheers<br>
        <br>
      </em></span>
    <div class="moz-cite-prefix">On 01/02/2015 06:30 PM, Steven Timm
      wrote:<br>
    </div>
    <blockquote
      cite="mid:alpine.LRH.2.11.1501021128080.28474@snowball.fnal.gov"
      type="cite">
      <br>
      I have a logrotate set up for /var/log/one/oned.log and sched.log
      <br>
      that works just fine
      <br>
      <br>
      [timm@snowball logrotate.d]$ more oned
      <br>
      /var/log/one/*.log {
      <br>
          missingok
      <br>
          daily
      <br>
          notifempty
      <br>
          sharedscripts
      <br>
          postrotate
      <br>
              killall -HUP oned
      <br>
              killall -HUP mm_sched
      <br>
          endscript
      <br>
      }
      <br>
      <br>
      However, when I try to have it also rotate the econe-server.log
      <br>
      and the sunstone.log it doesn't work.  the new log file appears
      <br>
      as scheduled but econe-server keeps writing to the old dated one
      <br>
      and the new log file is blank. sending a HUP signal to
      econe-server
      <br>
      does not appear to make any difference.  suggestions?
      <br>
      <br>
      Steve
      <br>
      <br>
      <br>
      ------------------------------------------------------------------
      <br>
      Steven C. Timm, Ph.D  (630) 840-8525
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:timm@fnal.gov">timm@fnal.gov</a>  <a class="moz-txt-link-freetext" href="http://home.fnal.gov/~timm/">http://home.fnal.gov/~timm/</a>
      <br>
      Office:  Wilson Hall room 804
      <br>
      Fermilab Scientific Computing Division,
      <br>
      Scientific Computing Facilities Quadrant.,
      <br>
      Experimental Computing Facilities Dept.,
      <br>
      Project Lead for Virtual Facility Project.
      <br>
      <br>
      <br>
      _______________________________________________
      <br>
      Users mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a>
      <br>
    </blockquote>
    <br>
  </body>
</html>