Project

General

Profile

Actions
Copy link

Bug #3868

closed

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

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

Added by Nicolas PERRON over 12 years ago. Updated almost 11 years ago.

Status:
Rejected
Priority:
3
Assignee:
-
Category:
System integration
Target version:
2.10.13
Pull Request:
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 open — 2 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 CLARKEActions
Related to Rudder - Bug #4433: Log rotation problems due to bad post-rotate scriptRejectedBenoît PECCATTEActions

Updated by Nicolas PERRON over 12 years ago Actions
Copy link
 #1

  • 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 ?

Updated by François ARMAND over 12 years ago Actions
Copy link
 #2

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.

Updated by Nicolas PERRON over 12 years ago Actions
Copy link
 #3

  • Target version changed from 2.4.8 to 2.4.9

Updated by François ARMAND over 12 years ago Actions
Copy link
 #4

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?

Updated by François ARMAND over 12 years ago Actions
Copy link
 #5

  • Assignee changed from François ARMAND to Nicolas PERRON

Updated by Nicolas PERRON over 12 years ago Actions
Copy link
 #6

  • 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.

Updated by Nicolas PERRON over 12 years ago Actions
Copy link
 #7

  • Target version changed from 2.4.9 to 2.4.10

Updated by Nicolas PERRON over 12 years ago Actions
Copy link
 #8

  • Target version changed from 2.4.10 to 2.4.11

Updated by Nicolas PERRON over 12 years ago Actions
Copy link
 #9

  • Target version changed from 2.4.11 to 2.4.12

Updated by Nicolas PERRON about 12 years ago Actions
Copy link
 #10

  • Target version changed from 2.4.12 to 2.4.13

Updated by François ARMAND about 12 years ago Actions
Copy link
 #11

  • 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).

Updated by Vincent MEMBRÉ almost 12 years ago Actions
Copy link
 #12

  • Target version changed from 2.4.13 to 2.6.11

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

Updated by Vincent MEMBRÉ almost 12 years ago Actions
Copy link
 #13

  • Target version changed from 2.6.11 to 2.6.12

Updated by Vincent MEMBRÉ almost 12 years ago Actions
Copy link
 #14

  • Target version changed from 2.6.12 to 2.6.13

Updated by Vincent MEMBRÉ over 11 years ago Actions
Copy link
 #15

  • Target version changed from 2.6.13 to 2.6.14

Updated by Jonathan CLARKE over 11 years ago Actions
Copy link
 #16

  • Target version changed from 2.6.14 to 2.6.16

Updated by Jonathan CLARKE over 11 years ago Actions
Copy link
 #17

  • Target version changed from 2.6.16 to 2.6.17

Updated by Nicolas PERRON over 11 years ago Actions
Copy link
 #18

  • Target version changed from 2.6.17 to 2.6.18

Updated by Matthieu CERDA over 11 years ago Actions
Copy link
 #19

  • Target version changed from 2.6.18 to 2.6.19

Updated by Vincent MEMBRÉ about 11 years ago Actions
Copy link
 #20

  • Target version changed from 2.6.19 to 2.6.20

Updated by François ARMAND almost 11 years ago Actions
Copy link
 #21

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

Updated by Vincent MEMBRÉ almost 11 years ago Actions
Copy link
 #22

  • Target version changed from 2.10.10 to 2.10.11

Updated by Vincent MEMBRÉ almost 11 years ago Actions
Copy link
 #23

  • Target version changed from 2.10.11 to 2.10.12

Updated by Benoît PECCATTE almost 11 years ago Actions
Copy link
 #24

  • Project changed from 34 to Rudder
  • Category set to Packaging

Updated by Vincent MEMBRÉ almost 11 years ago Actions
Copy link
 #25

  • Target version changed from 2.10.12 to 2.10.13

Updated by François ARMAND almost 11 years ago Actions
Copy link
 #26

  • 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
Copy link

Also available in: PDF Atom