Skip to main content

/usr/local/apache/domlogs/IPADDRESS log rotation

Comments

14 comments

  • vanessa
    You shouldn't have a file named after your server's IP in this folder. Do this: grep -r $IP /var/cpanel/userdata And see which vhost is generating this. The reason it's not getting rotated is that it's not a domain on the server, so the stats runner is not processing it.
    0
  • vikins
    Thanks for the suggestion. The command you suggested (yes, I replaced $IP) produced a huge output. The IP in question is the main shared hosting IP. I'd be glad to keep trying suggestions. Thanks
    0
  • vanessa
    Sorry - I was a little distracted when I responded to the post. The IP showing up that much is normal. I should have told you to grep for the log as well: grep -r $IP /var/cpanel/userdata |grep target: This will show you what vhosts are configured to write to a log file named after an IP.
    0
  • vikins
    That returned nothing when I ran it. Did you mean something like this? grep -r "domlogs/$IP" /var/cpanel/userdata But even that returns nothing.
    0
  • vanessa
    Yes, to match the line in the conf file that specifies the log path. If nothing in there matches, something else is creating that log. Perhaps try looking for it in httpd.conf to see if you can find the vhost entry in question.
    0
  • cPanelMichael
    Hello :) Try browsing to the following directory: /var/cpanel/userdata/nobody/
    You will likely see a file for the IP address that is not necessary. Thank you.
    0
  • vikins
    cPanelMichael: There is no file in that directory named with the IP. There is one named with the host name of the server, but not the IP. My grep would have found this already: grep -r "domlogs/$IP" /var/cpanel/userdata vanessa: My httpd.conf has no entries for "domlogs" hardcoded. So, I'm still unsure where it is defined, if it should be there, and if so how to rotate it.
    0
  • cPanelMichael
    Feel free to open a support ticket so we can take a closer look. You can post the ticket number here so we can update this thread with the outcome. Thank you.
    0
  • vikins
    /var/cpanel/userdata/nobody/ does show entries for two of the IP addresses assigned to the server (plus a .cache version of each). You say they are unnecessary, does that mean the solution is to remove them? What I really want is the logs for the IP addresses to rotate (process) as any other domain logs would.
    0
  • cPanelMichael
    /var/cpanel/userdata/nobody/ does show entries for two of the IP addresses assigned to the server (plus a .cache version of each). You say they are unnecessary, does that mean the solution is to remove them? What I really want is the logs for the IP addresses to rotate (process) as any other domain logs would.

    This thread originated in 2014, so it's likely some changes to how this works have occurred. Could you verify if you are currently using EasyApache 3, or EasyApache 4? Also, is "Piped Logging" enabled in "WHM Home " Service Configuration " Apache Configuration " Piped Log Configuration"? If so, it could relate to an internal case, CPANEL-3716, that's resulting in logs for the default VirtualHost to log into a separate access log instead of the primary /usr/local/apache/logs/access_log file. I look forward to your response. Thank you.
    0
  • vikins
    Still using EA3. Piped logging enabled. Thanks
    0
  • cPanelMichael
    Still using EA3. Piped logging enabled.

    There's no update to report for case CPANEL-3716 at this time. I'll update this thread with any new information on that case as it becomes available, but I highly recommend considering an upgrade to EasyApache 4 to see if the issue persists. Thank you.
    0
  • vikins
    EA4 will be in use soon, so hopefully that does take care of it. Thank you.
    0
  • cPanelMichael
    Hello, To follow-up, the updated internal case number is EA-7777 and it's planned for publication with an upcoming EasyApache 4 release: Case EA-7777: Ensure log entries for the hostname and shared IPs go to the main access_log The case will be added to the
    0

Please sign in to leave a comment.