Project

General

Profile

Actions

Bug #3868

closed

The files written by java in /var/log/rudder/core/*.log are still empty after a logrotate

Added by Nicolas PERRON over 10 years ago. Updated about 9 years ago.

Status:
Rejected
Priority:
3
Assignee:
-
Category:
System integration
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:

Description

After a logrotate of the files present in /var/log/rudder/core/, they are naver filled again. Normally, the application should be reload or restarted in order to release the rotated file but restart the whole application for that seems a bit...heavy.


Related issues 2 (0 open2 closed)

Related to Rudder - Bug #3603: The files written by syslog in /var/log/rudder/reports/*.log and slapd in /var/log/rudder/ldap/slapd.log are still empty after a logrotateReleasedJonathan CLARKE2013-05-22Actions
Related to Rudder - Bug #4433: Log rotation problems due to bad post-rotate scriptRejectedBenoît PECCATTE2014-01-31Actions
Actions #1

Updated by Nicolas PERRON over 10 years ago

  • Status changed from New to Discussion
  • Assignee set to François ARMAND

I wonder if this file should be rotated with log4j. What do you think François ?

Actions #2

Updated by François ARMAND over 10 years ago

I think so, else log4j doesn't know where to write (the file it was written to is no more here). But it should be checked on internet.

Actions #3

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.8 to 2.4.9
Actions #4

Updated by François ARMAND over 10 years ago

This is related to #3916

It is known that Log4j does not handle correctly rotation if logrotate is not configure with copytruncate.

I thing that one should be closed as "duplicate" of #3916, no?

Actions #5

Updated by François ARMAND over 10 years ago

  • Assignee changed from François ARMAND to Nicolas PERRON
Actions #6

Updated by Nicolas PERRON over 10 years ago

  • Assignee changed from Nicolas PERRON to François ARMAND

Not sure. This is related because I was asking if log4j or logrotate should manage the rotation but in my opinion, this is not really a duplicate.

Actions #7

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.9 to 2.4.10
Actions #8

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.10 to 2.4.11
Actions #9

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.11 to 2.4.12
Actions #10

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.12 to 2.4.13
Actions #11

Updated by François ARMAND over 10 years ago

  • Assignee changed from François ARMAND to Nicolas PERRON

I don't know what to say more than what is already say here and in #3916.

Log4j (as it's what Jetty uses) does not reload file when they are closed. We don't have any way to make it so. So the only solutions I see are:
1/ to reload the webapp (not good)
2/ make Log4j handle the rotation (and so duplicate of #3916).
3/ to use copytruncate (and so duplicate of #3916).

Actions #12

Updated by Vincent MEMBRÉ about 10 years ago

  • Target version changed from 2.4.13 to 2.6.11

Since version 2.4 is not maintained anymore, retargeting to branch 2.6

Actions #13

Updated by Vincent MEMBRÉ about 10 years ago

  • Target version changed from 2.6.11 to 2.6.12
Actions #14

Updated by Vincent MEMBRÉ about 10 years ago

  • Target version changed from 2.6.12 to 2.6.13
Actions #15

Updated by Vincent MEMBRÉ almost 10 years ago

  • Target version changed from 2.6.13 to 2.6.14
Actions #16

Updated by Jonathan CLARKE almost 10 years ago

  • Target version changed from 2.6.14 to 2.6.16
Actions #17

Updated by Jonathan CLARKE almost 10 years ago

  • Target version changed from 2.6.16 to 2.6.17
Actions #18

Updated by Nicolas PERRON over 9 years ago

  • Target version changed from 2.6.17 to 2.6.18
Actions #19

Updated by Matthieu CERDA over 9 years ago

  • Target version changed from 2.6.18 to 2.6.19
Actions #20

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 2.6.19 to 2.6.20
Actions #21

Updated by François ARMAND about 9 years ago

  • Assignee deleted (Nicolas PERRON)
  • Target version changed from 2.6.20 to 2.10.10
Actions #22

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.10.10 to 2.10.11
Actions #23

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.10.11 to 2.10.12
Actions #24

Updated by Benoît PECCATTE about 9 years ago

  • Project changed from 34 to Rudder
  • Category set to Packaging
Actions #25

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.10.12 to 2.10.13
Actions #26

Updated by François ARMAND about 9 years ago

  • Category changed from Packaging to System integration
  • Status changed from Discussion to Rejected
  • Reproduced set to No

This is a duplicate of (a subpart of) #6381.

Marjing at rejected (resolved).

Actions

Also available in: Atom PDF