Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-32438

Confluence Debug Logging is not going to atlassian-confluence.log.

      From Confluence version 5.2.5 to latest when you hit the diagnostic mode in the UI, all the debug logging will go to the tomcat terminal instead of the atlassian-confluence.log.

      Steps to reproduce:

      1. Go to Confluence Admin > Logging and Profiling.
      2. Hit the "Diagnostics" button under Log4j Logging.
      3. Navigate in Confluence and make any changes you like (create/delete a space/page).
      4. If you open the <Confluence Home>\llogs\atlassian-confluence.log, you will only see this line:
        2014-01-30 19:03:38,256 DEBUG [http-8090-1] [atlassian.confluence.logging.ConfluenceHomeLogAppender] shutdown closing appender
        
      5. Now if you check the Tomcat Terminal you will see all the debug information being generated in there:

      This was done in a windows environment, however we have a customers with linux that also have the same behaviour, the logging doesn't go to catalina.out either or any of the other Confluence logs.

      This works fine in Confluence version 5.2.3, but it shows this behaviour from version 5.2.5 to latest.

      Work Around:

      1. Shutdown Confluence.
      2. Navigate to <Confluence Install>\confluence\WEB-INF\classes.
      3. Backup the log4j.properties file.
      4. Edit the file.
      5. Search for the first uncommented "log4j.logger".
      6. Under it add the classes you want like below example:
        log4j.logger.com.atlassian.confluence.extra.jira=DEBUG
        log4j.logger.com.atlassian.applinks.applinks-plugin=DEBUG
        
      7. Save the file and start Confluence.
      8. The DEBUG will show up in atlassian-confluence log in the way it supposed to.
      9. Once you get the information you want, restore the log4j.properties file to it's previous version

          Form Name

            [CONFSERVER-32438] Confluence Debug Logging is not going to atlassian-confluence.log.

            Confirmed that this still exists in Conf 5.8.17 and some people mentioned even in later versions. What's going on Atlassian? Can we get this looked at please?

            Murat Ozdemir added a comment - Confirmed that this still exists in Conf 5.8.17 and some people mentioned even in later versions. What's going on Atlassian? Can we get this looked at please?

            John Price added a comment -

            Conf 5.8.17 here. We are having this problem. We spent a lot of time trying to figure out what was going on. Seems like a major issue, since changing log levels is the first thing any admin does when trying to troubleshoot any wiki issue. Please fix this!

            John Price added a comment - Conf 5.8.17 here. We are having this problem. We spent a lot of time trying to figure out what was going on. Seems like a major issue, since changing log levels is the first thing any admin does when trying to troubleshoot any wiki issue. Please fix this!

            @Atlassian people: it's nice to add new labels saying the problem affects all flavours of Confluence.
            How about working on fixing it instead ? The issue won't disappear by magic.

            Philippe PEREZ added a comment - @Atlassian people: it's nice to add new labels saying the problem affects all flavours of Confluence. How about working on fixing it instead ? The issue won't disappear by magic.

            Anne EQS added a comment - - edited

            When activating the Diagnostic logging the logging doesn't work any more.
            When trying to go back to Productive logging this doesn't work either.
            So both functions provided here do not work.

            Atlassian, why don't you completely remove this functionality from http://<your-domain>/admin/viewlog4j.action until it really works?
            (Or replace it by two buttons without any functions, at least that would do less harm.)

            Anne EQS added a comment - - edited When activating the Diagnostic logging the logging doesn't work any more. When trying to go back to Productive logging this doesn't work either. So both functions provided here do not work. Atlassian, why don't you completely remove this functionality from http://<your-domain>/admin/viewlog4j.action until it really works? (Or replace it by two buttons without any functions, at least that would do less harm.)

            This issue still exists in Confluence 5.9.4

            Introduced in 5.1.5, this bug exists for more than 2 years now. ORLY? Unbelievable. Or Atlassian.

            Kristian Woitzick added a comment - This issue still exists in Confluence 5.9.4 Introduced in 5.1.5, this bug exists for more than 2 years now. ORLY? Unbelievable. Or Atlassian.

            5.8 affected as well

            Stefan Ernst added a comment - 5.8 affected as well

            Is this a joke that this issue has minor priority?
            How are we suppose to change log granularity on the production system? How are we than supposed to investigate issues ?
            Or do you suggest to restart the server on which 25 000 people works 24/7 every time when we need to change log levels?
            This is ridiculous. Confluence starts to be fully unmanageable!!!

            Peter Tamaskovic added a comment - Is this a joke that this issue has minor priority? How are we suppose to change log granularity on the production system? How are we than supposed to investigate issues ? Or do you suggest to restart the server on which 25 000 people works 24/7 every time when we need to change log levels? This is ridiculous. Confluence starts to be fully unmanageable!!!

            I upvote the need about having this problem fixed.

            We face a memory leak issue for which we have no clue about what classe to monitor, and would like to provide to support a more verbose debug log.
            Even if I'm happy to see that my log are not lost but simply transfered to Tomcat's log, I would a lot prefer to not have to shutdown my Confluence to restore a normal situation.

            Philippe PEREZ added a comment - I upvote the need about having this problem fixed. We face a memory leak issue for which we have no clue about what classe to monitor, and would like to provide to support a more verbose debug log. Even if I'm happy to see that my log are not lost but simply transfered to Tomcat's log, I would a lot prefer to not have to shutdown my Confluence to restore a normal situation.

            The issue still exists in 5.7. Are there any plans to fix it in the future - or to remove those buttons to avoid someone use it and stops accidentally the logging to file?

            Deleted Account (Inactive) added a comment - The issue still exists in 5.7. Are there any plans to fix it in the future - or to remove those buttons to avoid someone use it and stops accidentally the logging to file?

            I agree.

            Johannes Rudolf added a comment - I agree.

              dunterwurzacher Denise Unterwurzacher [Atlassian] (Inactive)
              dluvison Deividi Luvison (Inactive)
              Affected customers:
              24 This affects my team
              Watchers:
              27 Start watching this issue

                Created:
                Updated:
                Resolved: